Big Immersive

Platform engineering

Multi-service systems that stay comprehensible after the third team touches them.

01What this means

Systems that outgrew a single application: separate front ends over shared services, event streams, queues and workers, several datastores chosen for different jobs, and the deployment topology to run them. The work is dividing a product along the seams that will actually be pulled, not the ones that look tidy on a diagram.

How we approach it

The judgement here is where to cut. Split too early and every feature becomes a distributed transaction; split too late and one deploy blocks four teams. The useful heuristic is to cut where the reasons to change differ — an admin back office and a public catalogue change for entirely different reasons and belong apart, while two screens that always change together belong in one place no matter how different they look.

Stack

Docker · Railway · Kafka · Celery · PostgreSQL · Redis · MongoDB · ClickHouse

02Evidence5 projects