

Azure gives you two hundred services and zero opinions about which ones you need. Most teams end up with a landscape that grew by accident — subscriptions nobody owns, costs nobody can explain, and a "cloud-native" label on what's really a lift-and-shift with a bigger bill.
I design Azure systems around the load you actually have and the cost you can actually defend. Event-driven backends on Azure Functions and Service Bus. Data strategies on Cosmos DB — partition keys, indexing, and schema designed for real multi-tenant throughput, including Gremlin graph when the domain calls for it. Containerized workloads on AKS with observability that means something. And when the landscape itself is the problem, I clean it up: I once consolidated 25+ scattered subscriptions into a single enterprise-owned environment, with the cost, security, and reliability gains that followed.
Right-sized, always. I'll design you a distributed, event-driven platform when the scaling and deployment pressures are real — and I'll talk you out of one when they aren't. The goal is a cloud footprint you understand, can afford, and can hand to your own team without a consultant on retainer to keep the lights on.
"Cloud-native" is not a checkbox you buy. If your system has one write path that matters and one team deploying it, a single well-built API on Azure will beat a microservices constellation on every metric you care about — cost, reliability, and how well you sleep. I'll tell you which one you actually are.