Cloud infrastructure and DevOps in Brisbane
Brisbane businesses remember the floods of 2011 and 2022, and plenty still keep a server in a ground-floor comms room or rely on a backup nobody has restored. Summer brings storms and cyclone season to the rest of the state. A disaster recovery plan that has never been run is not the same as one that has been tested with the building closed.
We move systems onto infrastructure written as code in the cloud, with backups restored on a schedule rather than assumed, recovery that works without anyone reaching the office, and runbooks that someone other than us can follow. We run the drill with you and write down how long recovery actually took. We operate our own Kubernetes cluster for Amour, so our runbooks come from running systems ourselves, not from slides.
The state is one of Brisbane's largest software buyers. The Queensland Government, its departments and its hospital and health services run a large share of the city's technology work, directly and through the consultancies and suppliers around them. They need public services that work for someone on fibre in the inner city and someone on a weak mobile signal in a remote community, and internal systems that let a small team look after a very big state.
Mining services are the second pillar. Queensland's mining equipment, technology and services firms sell into the Bowen Basin and to mines around the world, and many run their engineering and head offices from Brisbane. Their software problems come from distance: equipment reporting over intermittent links, maintenance data from sites hours from the nearest city, and field crews working on rosters. Health adds a third: a large public health system spread across the state, where a clinician in a regional town and a specialist in Brisbane need the same record. Looking further out, the Brisbane 2032 Olympic and Paralympic Games are already driving infrastructure work across the south-east, and the tourism, events and food businesses around them are planning for demand their systems have never seen.
Hiring costs less than in Sydney or Melbourne. Indeed puts the average base salary for a software engineer in Brisbane at A$101,980, from 87 reported salaries. Specialist skills are the harder part: an engineer who has built for remote sites, offline field work or a booking spike is a rare hire in any city. That is where we fit: senior engineers on a defined piece of work within days, with the code in your repositories from the first commit.
Our four hours of daily overlap land in your afternoon, moved to suit your team. Neither Queensland nor India changes its clocks, so the window sits at the same point in your day all year round. Your morning belongs to your own team; the afternoon is for stand-ups, reviews and decisions with the engineer who writes your code, and runbooks and architecture notes are written as we go.
We are the right fit when a system your team has no time to build has a clear shape, when you need senior engineers on it within days, or when a hire is still months from starting. Begin with a fixed-price two-week piece and judge us on what ships. Agencies and consultancies can put the work under their own 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 Brisbane teams.
How do you work with teams in Brisbane?+
We are in Bengaluru, and four hours of every working day overlap with your afternoon, moved to suit your team. Neither Queensland nor India changes its clocks, so the window stays put all year. Stand-ups, code reviews and design calls happen live in it. We work in your tools, whether that is Slack, GitHub or Linear, and the person on every call is the engineer who writes the code.
Do you build for mining and METS companies?+
Yes. Brisbane's mining equipment, technology and services firms need software around their equipment, and that is what we build: backends that accept late and out-of-order data from remote sites, models that predict failures from vibration and temperature readings, offline apps for field crews, and roster and competency tools for contractors. We work inside your codebase and your cloud, starting with the problem that costs you most on site.
How does your rate compare to hiring in Brisbane?+
Indeed puts the average base salary for a software engineer in Brisbane at around A$102,000. Our published rate is $35/hour with a $5,000 minimum, or $5,400 a month for one embedded engineer. There is no recruiting time and no employment overhead, and work can start within days of the call. The first piece is a fixed-price two-week engagement at $2,800, so you can judge us on what ships.
Can you add capacity while we wait for a hire?+
Yes. If a Brisbane role is open and the roadmap is still moving, we can take a defined piece of it now. Start with a fixed-price two-week piece, or embed one engineer at $5,400 a month. Runbooks and architecture notes are written as we go and the code sits in your repositories from the first commit, so when your hire starts, they inherit work they can read and extend.
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.