Skip to content
back to blog

Media asset management, built right

How to architect a media asset management platform that handles ingest, transcoding, and real-time delivery at scale, without vendor lock in or rebuilds.

Media asset management, built right

Digital publishing used to be static HTML and request response loops. Now every media platform is expected to ingest live feeds, transcode on the fly, personalise a shelf, and deliver a 4K stream to a phone on a train, all while the editorial team is still tagging the clip (The Digital Reader).

That shift has quietly turned media asset management from a librarian problem into an engineering problem. The platforms that hold up are the ones designed by people who have shipped video pipelines before, not the ones bolted together from a vendor demo.

Why media asset management is now an engineering discipline

A modern MAM sits at the centre of ingest, transcoding, rights, metadata, search, editorial workflow, and distribution. It touches object storage, a queue system, a transcoding farm, a search index, a CDN, and half a dozen editorial and ad tech tools upstream and downstream.

When any one of those layers changes, and they change constantly, the MAM has to absorb it without a rebuild. That is a system architecture problem, not a licensing problem. The teams that treat it as procurement end up with a monolith that nobody wants to touch by year three.

The three failure modes

Most media asset management systems fail in one of three predictable ways. They couple metadata too tightly to a single database, so search and rights logic cannot evolve independently. They treat transcoding as a black box, so cost per minute drifts up quietly. Or they hard code delivery to one CDN, so a commercial renegotiation becomes an engineering project.

Adobe media asset management and the build versus buy question

Adobe Experience Manager Assets, Iconik, Cantemo, and the open source options like Nuxeo cover a lot of ground. For a marketing team managing brand assets, Adobe or a hosted SaaS is usually the right answer. The workflow fits, the integrations are there, and no one needs to page an engineer at 2am.

For a broadcaster, a streaming platform, or a sports rights holder, the calculation shifts. You need control of the transcoding ladder, the metadata schema, and the delivery logic, because those are the things your product actually competes on. That is where a hybrid model wins: buy the editorial UI, build the pipeline.

When open source makes sense

Open source media asset management options like Nuxeo, Strawberry, or a custom stack on top of MinIO and OpenSearch give you the control. They also give you the maintenance burden. The rule of thumb we use with clients: if the MAM is core to how you make money, own the pipeline. If it supports a function, buy it.

Media asset management cloud architecture that actually scales

A cloud native MAM on AWS, GCP, or Azure has become the default for good reason. Object storage is cheap, transcoding is elastic, and CDNs are a commodity. But the default AWS reference architecture, MediaConvert plus S3 plus CloudFront plus a Lambda glue layer, only takes you to the first million assets.

Beyond that, the interesting problems start. Tiered storage policies that move cold assets to Glacier without breaking editorial search. Transcoding cost controls that pick the cheapest instance family for each job. Metadata pipelines that survive a schema change without a full reindex. Rights and geo logic that runs at the edge, not at the origin.

These are the problems senior engineers solve in weeks. Junior teams rediscover them over quarters.

A reference stack that holds up

A pragmatic media asset management workflow for a mid sized publisher or streamer usually looks like this:

  • Ingest: signed upload URLs, checksum verification, and a durable queue like SQS or Pub/Sub.
  • Storage: object storage with lifecycle policies, versioning, and a separate bucket per tier.
  • Transcoding: a job orchestrator on top of MediaConvert, ffmpeg on spot instances, or a mix, driven by cost and SLA.
  • Metadata: a document store for flexible schemas, a search index like OpenSearch or Elastic for query, and a graph or relational layer for rights.
  • Delivery: a CDN abstraction so you can swap or multi home providers, with signed URLs and geo rules at the edge.
  • Editorial: a UI layer, bought or built, that talks to the pipeline through a clean API.

Each layer swappable. None of them coupled to a single vendor's roadmap.

Video media asset management and the real-time turn

The hardest part of modern video media asset management is not storing the video. It is the real-time layer sitting on top. Live clipping during a match. Automatic highlight generation from a game feed. Speech to text and shot detection running as the file lands. Personalised recommendations updated as the user scrubs.

This is where the AI layer meets the pipeline, and where most off the shelf MAMs fall short. Custom model integration, whether it is a computer vision model tagging players or a transcription model surfacing quotes, has to run as a first class step in the workflow, not as a batch job that runs overnight.

How Devspace approaches media platform engineering

We do not sell a MAM. We embed senior engineers with prior video pipeline, streaming, and cloud experience directly into a media company's team, usually within two to four weeks. They work inside your Jira, your repo, your sprint, and your architecture decisions.

For media and entertainment clients, that typically means one of three shapes of engagement.

The three shapes

  1. A remote development team of two to six senior engineers building or extending the pipeline alongside your in house team, on time and materials with no fixed scope lock in.
  2. A Fractional CTO setting the architecture direction for a media platform rebuild or a post acquisition consolidation, part time, embedded, owning the roadmap.
  3. A pre deal technology assessment for investors looking at a media asset management vendor, streaming platform, or ad tech target, with the same team available for post close execution.

Across 30+ active clients, 96% retention, and 60% of assignments extended, the pattern that repeats in media and entertainment is the same. Senior engineers, matched on stack and timezone, integrated into the client's process, shipping in weeks.

A decision framework for your next MAM investment

Before you sign a MAM contract or start a rebuild, run through these five questions.

  1. Is the MAM core to how you make money, or does it support a function? Core means own the pipeline. Support means buy the tool.
  2. What is your cost per transcoded minute today, and do you know why? If not, the vendor is deciding your gross margin.
  3. Can you swap your CDN in a sprint, or would it take a quarter? The answer tells you how coupled your architecture is.
  4. Where does AI enrichment live in your workflow, ingest time or query time? Both are valid, but the choice shapes everything downstream.
  5. Who owns the metadata schema, engineering or editorial? If neither, it will rot.

Media asset management is no longer a product category you shop for. It is a pipeline you architect, staff, and evolve, with senior engineers who have built the failure modes into their instincts.

Tell us what you need. We'll find the right engineers.

Whether you need senior developers embedded in your team, a Fractional CTO, or a technology assessment before a deal — most engagements start within 2–4 weeks.

Or email us directly at post@devspace.no to get a free consultation.

optional