A contact who knows your platform
No front desk, no ticket number to explain three times over. The person who answers has access to your infrastructure and knows what runs on it.
Obicorp started from a simple observation: technical projects rarely break in the middle, they break at the seams — between whoever writes the code, whoever deploys it and whoever hosts it. We chose not to create those seams.
We design, host and evolve application platforms. In practice that covers four disciplines we practise together rather than separately: hosting containerised infrastructure, securing it, deploying it through GitOps and building the business applications that run on it.
That scope isn’t a list of services stacked up to look complete. It’s a chain: an application is designed knowing where it will run, deploys there automatically, and is operated with the same tools that built it.
We listen to the business first. Real constraints — volumes, seasonality, regulatory obligations, in-house skills, budget — dictate the architecture. A technically elegant solution your team can’t operate is a deferred failure.
We write down what we do. Infrastructure is described as code, decisions are explained, procedures are documented. This isn’t bureaucracy: it’s what makes you independent of us, and what lets us act fast when something breaks at three in the morning.
We say what we think. If your needs don’t justify Kubernetes, we’ll say so. If a product on the market already covers 90% of what you want built, we’ll tell you to buy it. A technical partner is judged as much on the projects they save you from as on the ones they invoice.
We don’t do paid search marketing, brand design or digital strategy consulting. We don’t resell licences we can’t operate. And we don’t take on work we already know will be delivered below the standard we consider acceptable.
When a need falls outside our scope, we say so — and we point you elsewhere when we know someone serious.
No front desk, no ticket number to explain three times over. The person who answers has access to your infrastructure and knows what runs on it.
We build on open foundations — Docker, Kubernetes, Git, PostgreSQL, Linux. Your platform stays something another team could take over, and we would help with that handover if you decided on it.
We turn down architectures designed to impress. An unnecessary cluster is a permanent operations bill for a problem you don't have.
Infrastructure described as code, runbooks documented, changes traced in Git. What we know about your platform is written somewhere, not only in our heads.
Migration, redesign, taking over an existing setup or starting from scratch: tell us your context and we'll come back with a first technical opinion — no strings attached.