Let the pipeline do the checking, so people can do the thinking.
Keeping systems, data, and access away from the wrong hands.
Teaching a machine to do the repeatable work, the same way, every time.
Writing the checks as code, so they run on every change without anyone having to remember.
Think cloud operations, SRE, DevSecOps, and beyond. Count quietly, then raise your hand when I call your number.
Connects development and operations, and builds the delivery pipeline.
Runs and monitors cloud infrastructure day to day.
Uses software engineering to keep services reliable.
Builds security into every step of delivery.
Builds the internal tools other engineers deploy with.
Owns how and when code reaches production.
Protects cloud accounts, identities, and data.
Keeps cloud spending visible and under control.
Ships and monitors machine-learning models.
Open the security dashboard. The latest alerts are waiting.
Go through the reports: sign-ins, access changes, blocked traffic.
Look for anything abnormal: a spike, a new location, a rule that changed.
Tell my colleagues what I found and what needs a fix.
That is not all I do.
Every client network connects to our central VPC through a Transit Gateway. Segmentation means no client can reach another client's resources.
A, B, and C are client networks. It also shrinks what an audit has to cover, for example under PCI DSS.
The hub every client network attaches to.
Each client attachment gets its own.
A client can route to the central VPC, never to another client.
Writes the attachments and route tables as code.
Every client is another attachment and another route table. One wrong association or route, and a client can reach its neighbours. Checking by hand means reading 40+ route tables, again and again, while changes keep arriving.
A schedule, or any change to the Transit Gateway code, starts the job.
Read every attachment, route table, association, and route from AWS.
Work out which address range belongs to which client.
Confirm no client route table can reach another client.
One report for all 40+ clients. Any leak alerts the team.
Same steps for every client. Nobody opens a console.
Pick the task you don't know how to do yet. That is where you learn the most, and where the creative side of infrastructure work shows up.
A secrets manager, OpenBao, running on free tiers only. It has to cost nothing.
The catch: after every restart, OpenBao wakes up sealed. A sealed vault hands out nothing.
All data lives in Postgres, so a Render restart loses nothing. Secrets are tiny, so 0.5 GB goes a long way.
Neon can suspend compute after inactivity and resume when accessed. The first request may wait for it to wake.
The first request after inactivity may be slower while Neon resumes. Clients should tolerate the delay or retry with backoff.
Keep a safe copy of the seal and recovery keys, and back up the database on a schedule. Lose the keys and the secrets are gone.
Awkward, yes. But I will remember every one of these decisions for years.
Automating security starts with one awkward first step.
Ebrahim Sickkander Nihal, DevSecOps Engineer