Data and storage

DynamoDB engineering

A managed key-value store with predictable single-digit-millisecond latency at effectively any scale, provided the access patterns were designed before the data model.

When we reach for it

Very high throughput with known access patterns — sessions, device state, event streams — where the operational simplicity of a fully managed store is worth the modelling discipline.

When we would argue against it

It punishes an unforeseen query hard. If the business will want to ask new questions of this data, that is a relational requirement being deferred, and it will be more expensive later.

What it looks like in delivery

We write the access patterns down first and design the keys from them. Where analytical questions are expected, the data is streamed out to somewhere that can answer them rather than forced through the wrong index.

Where this appears on the site

Nothing on this site names it yet

We work in DynamoDB, and no case study or service page currently published on this site prints it in its stack. Rather than describe an engagement you cannot check, this space stays empty until one does. Ask us and we will talk you through it directly.

Working in DynamoDB?

Tell us what it is running, what it costs you today, and what you need it to do next. A senior engineer will tell you what we would keep and what we would change.