Every Tuesday - Deep dives, architecture lessons, and real engineering stories.

Every Saturday - The best DevOps, SRE, Cloud, AI, tools, tutorials, and projects from the week.

📬 In Case You Missed This Week’s Uptime Sync

Every week, I curate the best DevOps, SRE, Cloud, Kubernetes, database, AI infrastructure, and production engineering reads so you don’t have to hunt for them yourself.

This week’s edition featured:

  • SoundCloud cut p99 latency by 3× with a one-line Python change

  • Vercel migrated the database behind every build

  • Databricks pushed network configuration to tens of millions of serverless VMs

  • A Rust WebRTC SFU cut p99.99 latency from 70 ms to 10 ms

  • Why AI agents need observability before they reach production

  • GitHub Actions OIDC, GPU networking, real-time delivery trade-offs, and six useful DevOps projects

📊 Field Note

AI is not replacing engineers who understand systems

Stack Overflow’s 2025 survey found that 84% of developers use or plan to use AI tools, but trust is still a problem. Many developers are using AI more, while also becoming more cautious about blindly accepting its output.

That is good news for DevOps/SRE folks. Because infra work is not just writing code.

It is knowing what happens when that code touches DNS, queues, storage, networks, CI/CD, secrets, cloud limits, and production traffic.

AI can generate a config. But you still need to know what can break.

Choose one certification that matches the work you want, then use a small project to prove you can do more than pass an exam.

A certification is worth your time when it matches the jobs you want and pushes you to build useful skills. It is not worth much when you collect badges but cannot explain how a deployment, network, alert, or rollback works.

I treat a certification as a way to get noticed. I treat hands-on work as the thing that helps me earn the job.

Certification gets you the interview

A certificate shows that you passed a defined assessment at a point in time. It does not prove that you can handle a failed deployment, read confusing logs, or make a safe production change.

That does not make certifications useless. Pearson’s 2026 employer survey reports that organizations use certifications in hiring, promotion, and skills-verification decisions. That is survey evidence, not a promise that one badge will get you hired. A familiar certification may help a recruiter understand your direction and decide to read your resume. Pearson’s employer report describes certifications as verification markers.

The interview usually goes further. If you list AWS, Terraform, Kubernetes, or CI/CD, expect practical questions:

  • How does a request reach your application?

  • What would you check if a deployment fails health checks?

  • Why would you use remote Terraform state?

  • How would you roll back a broken release?

  • Which logs, events, metrics, or traces would you check first?

AWS says its certification exams assess a defined set of skills and cannot test every possible setting or situation. Its testing policy explains that limit. Real work includes missing information, changing requirements, and failures you did not expect.

My simple rule is this: a badge may help you get the interview. Skills help you earn the job.

Pick One Starting Path

Do not start by taking AWS, Azure, GCP, Kubernetes, and Terraform certifications all at once. That spreads your time too thin.

I start by reviewing 20 to 30 junior DevOps, cloud, platform, or SRE job listings in the place where I plan to apply. I note the cloud provider and tools that appear most often. If many roles mention AWS and Terraform, that is a useful direction. If nearby employers use Azure heavily, an AWS-first plan may not be the best fit.

Here is a simple starting guide:

Target work

Useful first certification

Broad AWS cloud roles

AWS Certified Solutions Architect - Associate

GCP-focused operations roles

Google Associate Cloud Engineer

Azure administration roles

Azure Administrator Associate (AZ-104)

Infrastructure as code roles

Terraform Associate

Kubernetes application delivery

CKAD

Kubernetes operations and troubleshooting

CKA

For AWS-focused roles, AWS Certified Solutions Architect - Associate is a broad cloud starting point. AWS recommends hands-on experience, so I would build while studying rather than rely on videos alone.

For GCP, Google Associate Cloud Engineer covers deploying, securing, monitoring, and maintaining cloud solutions. Google recommends hands-on Google Cloud experience, which makes a small project especially useful.

For Azure-heavy employers, Azure Administrator Associate (AZ-104) covers administration work across identity, storage, compute, networking, and monitoring. The AZ-104 study guide shows the current skills measured.

Choose Terraform Associate when Terraform appears repeatedly in the jobs you want. Its objectives include providers, state, modules, plans, applies, imports, and drift. Those are useful foundations, but passing the exam does not mean you are ready to manage a complex production state file.

For Kubernetes, choose based on the role. CKAD fits application deployment work. CKA fits cluster operations, networking, storage, and troubleshooting.

Avoid Advanced Certifications

Advanced certifications can look impressive, but they are often poor first choices when you have not worked with cloud infrastructure, pipelines, incidents, or Kubernetes workloads.

The problem is not that beginners cannot study hard enough. Advanced exams expect you to reason through production-style choices: IAM design, pipeline failures, alert quality, recovery plans, cost trade-offs, Terraform state issues, and deployment risk.

AWS Certified DevOps Engineer - Professional is aimed at people with experience provisioning, operating, and managing AWS environments. Google Professional Cloud DevOps Engineer recommends industry and production-system experience.

Microsoft DevOps Engineer Expert requires either Azure Administrator Associate or Azure Developer Associate before the AZ-400 exam. Its scope includes source control, pipelines, security, compliance, and instrumentation.

Terraform Professional is also a later goal. HashiCorp describes its professional exam as lab-based and intended for people with production Terraform experience.

I use a simple readiness check: if I cannot explain why a deployment failed, how I would roll it back, and what evidence I would check first, I choose an associate-level path and more hands-on practice.

Build One Small System

I start preparing before switching jobs. I read the exam guide, compare it with job descriptions, and build the missing skills into one small project.

The project does not need to be impressive. A small containerized API is enough. What matters is having a complete delivery path:

  1. Store the application code in Git.

  2. Build a container image through CI.

  3. Deploy it to a cloud environment or Kubernetes.

  4. Create infrastructure with Terraform.

  5. Add logs, metrics, dashboards, and an alert.

  6. Write a short runbook for common failures.

Then break it on purpose. Use a wrong environment variable, an unavailable image tag, a failing health check, or an incorrect service label. The goal is to practice finding evidence instead of guessing.

For Terraform changes, I use:

terraform fmt
terraform validate
terraform plan

For Kubernetes troubleshooting practice, I use:

kubectl get pods -A
kubectl describe pod <pod-name>
kubectl logs <pod-name>
kubectl get events

Keep evidence from the project: an architecture diagram, Terraform code, saved plan output, pipeline history, dashboard screenshots, alert rules, a cost estimate, and a short postmortem after a deliberate failure.

You can also record deployment frequency, lead time for changes, change failure rate, and recovery time. DORA’s 2024 report presents these as team delivery measures. They do not measure the value of an individual certification, but they give you useful language for discussing delivery and reliability.

Use a 90-Day Plan

I use a 90-day plan because it stops me from booking an exam before I know whether the path fits.

Days 1-30: Learn the base skills. Focus on Linux, Git, networking, basic scripting, cloud identity, and command-line work. If you have no technical foundation, start here before paying for an expensive exam. A fundamentals exam can help with vocabulary, but it should not replace practice. AWS Cloud Practitioner is one example.

Days 31-60: Build the small system and break it. Deploy it, change it, misconfigure it, inspect the evidence, and recover it. Practice explaining the request path from user to application.

Days 61-90: Study the official objectives, use practice questions carefully, revisit weak areas, and prepare interview answers based on your project. Do not memorize an answer if you cannot explain why it is correct.

Before paying, check the current exam version, local price, validity period, renewal process, objectives, and whether the certification appears in jobs you actually plan to apply for. Vendor details change, so use the official certification page before booking. HashiCorp publishes Terraform certification details, and the Linux Foundation lists current CKA information.

I do not put a tool on my resume just because I passed an exam. I make sure I can explain what I built, what failed, how I debugged it, and what I would improve next time.

Join 1,000+ engineers becoming better DevOps & SRE professionals.

Every week, I share:

  • How I'd approach problems differently (real projects, real mistakes)

  • Career moves that actually work (not LinkedIn motivational posts)

  • Technical deep-dives that change how you think about infrastructure

No fluff. No roadmaps. Just what works when you're building real systems.

👋 Find me on Twitter | Linkedin | Connect 1:1

Thank you for supporting this newsletter.
Y’all are the best.

Reply

Avatar

or to participate