- TechOps Examples
- Posts
- AWS Transit Gateway Topology Overview
AWS Transit Gateway Topology Overview
TechOps Examples
Hey — It's Govardhana MK 👋
Along with a use case deep dive, we identify the remote job opportunities, top news, tools, and articles in the TechOps industry.
👋 Before we begin... a big thank you to today's sponsor HONEYBOOK
Unlock AI-powered productivity
HoneyBook is how independent businesses attract leads, manage clients, book meetings, sign contracts, and get paid.
Plus, HoneyBook’s AI tools summarize project details, generate email drafts, take meeting notes, predict high-value leads, and more.
Think of HoneyBook as your behind-the-scenes business partner—here to handle the admin work you need to do, so you can focus on the creative work you want to do.
👋 So, I'm #2 LinkedIn Creator in India in Cloud Computing.
I know these are just vanity metrics, don't move a dime.
But LinkedIn allowed me to build great stuff. Writing in LinkedIn opened up access to decision makers, which helped me to build a $750K ARR Digital and Cloud consulting business from my small South Indian town, Chittoor.
How did I sign my first paying client, and how long did it take?
Shared that full journey and strategy here.
IN TODAY'S EDITION
🧠 Use Case
AWS Transit Gateway Topology Overview
🚀 Top News
👀 Remote Jobs
Linera is hiring a Infrastructure Engineer
Remote Location: Worldwide
Rackspace is hiring a Azure Cloud Practice Engineer
Remote Location: India
📚️ Resources
📢 Reddit Threads
🛠️ TOOL OF THE DAY
coroot - open-source APM & Observability tool, a DataDog and NewRelic alternative.
Metrics, logs, traces, continuous profiling, and SLO-based alerting, supercharged with predefined dashboards and inspections.
🧠 USE CASE
AWS Transit Gateway Topology Overview
Most people think storage or compute is the hardest part of cloud.
In my experience, it's always the network.
Especially in AWS, where even a few VPCs can quietly grow into a web of peering, VPNs, and manual routes that no one understands after three months.
Here’s what usually happens.
You start with one VPC. Then you add another for staging. Then one more for prod. Then your security team wants a separate VPC. Soon you're connecting them all with VPC peering. And before you know it, your architecture looks like a tangled diagram no one wants to touch.
That’s when the real pain begins.
You need to:
Peer every VPC with every other
Manually update all route tables
Handle VPN connections for on-prem teams
Recreate all this again in a second region

The worst part? VPC peering doesn’t support transitive routing. So if VPC A is peered with B, and B with C, A still can’t talk to C. You end up building a full mesh of connections just to keep basic things working.

With Transit Gateway, you don’t connect VPCs to each other. You connect them all to a central hub. It takes care of routing between them. No more peering. No more manual path tracking.

It’s not flashy. It doesn’t look exciting on the console. But it solves the one thing that most people silently struggle with: keeping your network clean, scalable, and predictable.
You can plug in VPNs, Direct Connects, and VPCs across accounts, all into this one hub.
Simple isolation between dev, staging, and prod. Easy expansion into multi-account and hybrid setups.
I’m not saying it’s perfect. But it made our setup boring, and that’s a good thing when it comes to networks.
25 Blogs to Learn 25 DevOps Concepts:
1) Terraform Project Structure: techopsexamples.com/p/guide-to-a-w…
2) Terraform State: techopsexamples.com/p/steps-to-pre…
3) Terraform Graphs: techopsexamples.com/p/terraform-gr…
4) Terraform Dynamic Blocks: techopsexamples.com/p/the-problem-…
5) Crossplane with ArgoCD:— Govardhana Miriyala Kannaiah (@govardhana_mk)
3:13 PM • May 7, 2025