Cloud infrastructure and DevOps in Delhi NCR
Two kinds of NCR company tend to need help with infrastructure. The first is a consumer or edtech business whose cloud bill grew during the growth years and never came down: video delivery nobody priced, environments nobody switched off, databases sized for a peak that happens twice a year. The second built its platform by hand in a cloud console, deploys it from one engineer's laptop, and is about to take on its largest customer yet.
We handle both in the same way: put the infrastructure into Terraform so it can be read and rebuilt, find where the money goes, and set up logging and access controls so you can see what happened and who did it. Deploys run through a pipeline anyone on the team can use, and alerts page a person only when a person is needed. We also run our own K3s cluster, so we can tell you honestly when self-hosting pays.
Delhi NCR is not one market but three, joined by expressways and a metro. Gurugram is where much of India's consumer internet grew up: food and grocery delivery, travel, logistics, home services and fintech, alongside the Indian offices of many multinationals. Noida has a different mix, with large IT services firms, edtech, media and healthcare technology companies selling to hospitals in the US. Delhi itself holds the government, and with it every company whose customer is a ministry, a state department or a public sector undertaking.
The consumer companies share an operational problem. Their software coordinates people in the physical world, riders, couriers, technicians and sellers, on cheap phones and busy roads, and the backend has to cope with status updates that arrive late, twice or out of order. Many of them are now past the stage of growth at any cost and into the stage of unit economics, which turns engineering questions into money questions: what does each order cost to serve, and which part of the cloud bill is paying for nothing.
Companies that sell to government need software shaped like the organisation it serves. Access follows the organisation chart: a district sees its own records, a state sees its districts, a ministry sees all of them, and every approval has a proposer and an approver. Noida's healthcare technology companies need something similar for hospital customers abroad, with each customer's data kept firmly apart. Across all three cities the hiring market is crowded. The consumer companies, the multinationals and the IT services firms compete for the same senior engineers, so a defined piece of work often waits months for someone to own it.
We are in Bengaluru and share your time zone, so the working day is the same on both sides, and a problem raised in the morning gets a response that morning. You talk directly to the engineer who writes the code. Most of the work happens in your repository and a shared chat channel, and the decisions, runbooks and architecture notes are written down as we go for everyone who was not on the call.
We are the right fit when an NCR team needs senior capacity quickly: a defined build, a backend that has to stop losing orders, or the months while your permanent hire works out their notice. Start with a fixed-price two-week piece and judge us on what ships. Agencies and IT services firms can bring us in white-label under their name.
Four ways this arrives.
Resources were created in the console over several years and nobody can say which ones matter. We inventory the account, bring what is live into Terraform, remove what is not, and hand you a repository that describes the whole estate.
It is usually idle capacity, oversized instances, forgotten environments and data transfer nobody priced. We find where the money goes, cut the obvious waste where you already are, and only then ask whether a cheaper provider such as Hetzner suits your steady workloads.
One person knows the steps and every release waits for them. We build a pipeline that tests, builds and deploys on merge, with rollback to the previous image, so shipping on a Friday afternoon is a decision rather than a gamble.
The channel fires all day, so everyone has muted it, so real outages are reported by customers. We alert on what users actually feel, route each alert to a named owner, and delete every alert nobody would act on at 3am.
A K3s cluster on Hetzner that we provisioned and are on call for, deployed through Flux, where only a push to master can produce an image production will run.
Read the write-up →Asked by Delhi NCR teams.
How do you work with teams in Delhi NCR?+
We are in Bengaluru and share your time zone, so calls, reviews and releases happen inside your normal working day, whether you are in Gurugram, Noida or Delhi. We work in your tools, Slack, GitHub and Linear or whatever your team already uses. You talk directly to the engineer writing the code, from the first 30-minute call onwards, and the decisions, runbooks and architecture notes are written down in your repository as we go.
Do you build for delivery and logistics companies?+
Yes. We build the systems that coordinate riders, couriers and technicians: order and shipment state that stays correct when events arrive late, twice or out of order, partner apps that keep working offline and upload proof of delivery when the network returns, and reconciliation that catches what still slips through. We also build the data pipelines that finally give everyone one answer to what an order costs to serve.
How does your rate compare to hiring in Delhi NCR?+
PayScale puts a mid-career software engineer in Gurugram at about ₹16 lakh a year. Our published rate is $35 an hour, with a $5,000 minimum. That buys a senior engineer who writes the code, works in your Slack, GitHub and Linear, and starts within days, with no recruiting round, notice period or employment overhead. Begin with a fixed-price two-week piece at $2,800 and judge us on what ships.
Can you take over a platform another team built?+
Yes, and it is a common way in. We start by reading the code and writing down what it actually does: the services, the background jobs, the parts only one person understood. The fixed-price two-week piece is usually the failure that costs you most, fixed and documented. At the end you have working code, a map of the system and a written plan for what comes next, all in your repository.
Should we run our own Kubernetes cluster?+
Usually not. Self-hosting starts to pay when your managed bill is mostly things you do not use, your workloads are steady rather than spiky, and someone is willing to own the control plane. We run our own on Hetzner, so we know what that job involves. If nobody on your side wants it, managed is cheaper in total even when the invoice is larger.
Do we need Kubernetes at all?+
Often not. Plenty of products are better served by a managed container service, a platform like Railway, or two virtual machines and a good deploy script. Kubernetes earns its place when you run several services, have steady traffic and have people to look after it. We will recommend the least infrastructure that does the job, and say so when that is less than you expected.
Which clouds do you work with?+
AWS most often, then Google Cloud, Azure and Hetzner. We work in whichever one you are already on, because moving clouds is rarely the cheapest fix for a cost or reliability problem. If we think a move is worth it, we will show you the case using your own bill before anyone migrates anything.
Can you cut our cloud bill without a migration?+
Usually, yes. Most of a bill that has grown unchecked is idle capacity, oversized instances, environments left running and data transfer nobody priced, and all of that is fixed where you already are. We will not promise a percentage before we have read the bill. After the first week we can tell you what is realistic and what it takes to get there.
Who is on call?+
Whoever the engagement says, in writing. While we run your infrastructure it can be us, with hours and response times agreed up front. If you are taking it in-house, the handover includes the runbooks, the alert routing and a rota your team can actually staff. We do not leave behind a pager that only we know how to answer.