Data Engineering
Engineering Scalable Data Pipelines in the Cloud.
How to design a pipeline that grows with revenue — not against it.
Ian Kessler · May 2, 2026 · 8 min read
The most expensive line in a data platform is rarely compute. It's the engineer-week spent untangling a pipeline that quietly outgrew its original assumptions. Scalability is, before anything else, a discipline of restraint.
Start with contracts, not connectors.
Every source should publish a typed schema with explicit ownership; every consumer should declare the fields it depends on. When the contract is honored, the pipeline disappears into the background — exactly where it belongs.
- One owner per source. Names on the schema, not just on the ticket.
- Breaking changes are a version bump, never a surprise on Monday.
- Consumers declare the fields they read, so you know what's safe to drop.
Spend your novelty budget carefully.
Lean on managed primitives — object storage, serverless transforms, and a single source of truth for orchestration. Save your novelty budget for the parts of the system that move the bottom line.
-- One source of truth for the grain. Everything downstream reads this.
create or replace view analytics.fct_orders as
select
order_id,
customer_id,
date_trunc('day', ordered_at) as order_date,
net_amount
from raw.orders
where is_test = false;A pipeline you can explain on a whiteboard in two minutes is a pipeline your team can operate at 2am. That, and not throughput, is the real scalability test.