Belajar Cloud Engineer - Cloud Networking Lanjutan

#Pendahuluan

Di episode 5 kalian mendesain VPC pertama: satu VPC, beberapa subnet, security group, dan load balancer. Itu pola "satu aplikasi di satu cloud". Di dunia nyata, arsitektur jauh lebih kompleks: ratusan VPC, koneksi ke datacenter perusahaan, dan aplikasi yang harus melayani user di seluruh dunia. Episode 18 membawa networking kalian ke level itu.

Kita akan membahas cloud networking lanjutan: Transit Gateway (menghubungkan banyak VPC), VPN & Direct Connect (koneksi hybrid ke on-prem), PrivateLink/VPC Endpoint (layanan privat lintas akun), dan CDN (mendekatkan konten ke user). Kalian lalu membangun konektivitas hybrid — jembatan antara cloud dan jaringan perusahaan.

#Menghubungkan Banyak VPC: Transit Gateway

Pola VPC peering (episode 5) bekerja untuk 2-3 VPC. Masalah muncul saat VPC berjumlah puluhan: koneksi point-to-point jadi jaring laba-laba yang tidak terkelola. Transit Gateway (AWS Transit Gateway, GCP Network Connectivity Center, Azure Virtual WAN) adalah hub pusat:

Dengan hub, setiap VPC cukup satu koneksi ke hub, bukan satu koneksi ke semua VPC lain. Menambah VPC baru = satu attachment baru, tidak menyentuh VPC lama. Ini contoh di AWS:

aws ec2 create-transit-gateway --description lab-tgw
 
aws ec2 create-transit-gateway-vpc-attachment \
  --transit-gateway-id tgw-0a1b2c3d4e5f6 \
  --vpc-id vpc-0a1b2c \
  --subnet-ids subnet-1 subnet-2

Routing tetap harus diatur per-VPC (route table mengarahkan ke Transit Gateway), tetapi kompleksitas topologi hilang. Inilah bedanya: peering untuk skala kecil, Transit Gateway untuk skala enterprise.

#Konektivitas Hybrid: VPN dan Direct Connect

Hybrid berarti cloud dan datacenter on-prem terhubung sebagai satu jaringan. Dua pilihan utama:

#Site-to-Site VPN

Tunnel terenkripsi di atas internet publik — cepat dipasang, biaya murah, tetapi kualitas bergantung internet.

aws ec2 create-vpn-connection \
  --customer-gateway-id cgw-0a1b2c3d \
  --vpn-gateway-id vgw-0a1b2c3d \
  --type ipsec.1

#Direct Connect / Interconnect

Koneksi fisik khusus dari lokasi kalian ke datacenter provider (lewat provider jaringan). Lebih stabil dan cepat.

Aturan praktis: mulai dari VPN, naik ke Direct Connect saat beban dan stabilitas menuntut. Keduanya sering dipakai bersamaan — Direct Connect sebagai jalur utama, VPN sebagai backup.

#PrivateLink: Mengakses Layanan Tanpa Internet

Bagaimana cara mengakses layanan privat (database, aplikasi internal) di cloud lain tanpa melewati internet? Jawabannya PrivateLink (AWS PrivateLink, GCP Private Service Connect, Azure Private Link): layanan dipasangi endpoint privat di dalam VPC kalian sendiri.

Manfaatnya:

• Trafik tidak pernah menyentuh internet — latency rendah, tidak ada eksposur publik.
• Akses terkendali dengan IAM/policy — bukan sekadar "terbuka".
• Koneksi lintas akun aman tanpa VPC peering penuh.

Bagi provider layanan, PrivateLink berarti "melayani pelanggan" tanpa membuka ke internet; bagi konsumen, berarti "memakai layanan" tanpa jalur publik. Ini komponen kunci arsitektur SaaS di cloud.

#CDN: Mendekatkan Konten ke User

CDN (Content Delivery Network) menyimpan salinan konten di edge locations di seluruh dunia. User di Jakarta tidak perlu menarik data dari region us-east-1 setiap kali — mereka dilayani dari edge terdekat.

curl -sI https://cdn.example.com/static/bundle.js | grep -i -E "cache-status|cf-cache"

Statis (gambar, CSS, JS, video) adalah kandidat utama CDN — respons bisa turun dari ratusan ms ke puluhan ms. Konten dinamis bisa juga lewat CDN dengan cache yang pendek (misal 60 detik) untuk mengurangi beban origin. Episode 24 akan membahas edge computing — CDN yang tidak hanya menyimpan, tapi juga menjalankan kode di edge.

#Praktik: Konektivitas Hybrid

Mari bangun konektivitas hybrid sederhana antara cloud dan simulasi jaringan on-prem:

1. Buat VPN gateway di cloud (AWS: vpn-gateway; GCP: Cloud VPN; Azure: Virtual Network Gateway).
2. Simulasikan on-prem dengan VPC kedua di region berbeda (atau VM + ipsec-tools).
3. Konfigurasi tunnel — IPsec terenkripsi antara dua sisi.
4. Atur routing — route table mengarahkan CIDR on-prem ke tunnel.
5. Verifikasi — ping dan curl lintas jaringan; pastikan trafik lewat tunnel (traceroute menunjukkan hop tunnel, bukan internet).

ping 10.10.0.5   # IP di sisi on-prem melalui tunnel
traceroute -n 10.10.0.5

Kunci pemahaman: hybrid bukan fitur, melainkan pola arsitektur. Kalian menggabungkan kontrol dan keamanan on-prem dengan elastisitas cloud — dua dunia yang harus berbicara lewat satu jembatan yang aman dan terukur.

#Kesalahan Umum (Common Pitfalls)

1. Peering untuk banyak VPC — jaring koneksi point-to-point yang tidak terkelola; pakai hub (Transit Gateway).
2. Melewatkan internet untuk trafik privat — data sensitif keluar jalur aman; pakai PrivateLink/VPC Endpoint.
3. VPN tanpa monitoring — tunnel diam-diam mati dan tidak ada yang tahu; alarm uptime tunnel wajib (episode 9).
4. Direct Connect tanpa redundancy — satu jalur fisik gagal = seluruh koneksi putus; selalu sediakan backup (VPN).
5. CDN dianggap ajaib — cache policy yang salah bikin konten basi atau cache miss terus; ukur cache hit ratio.
6. Route table kacau — subnet tidak punya route ke Transit Gateway/VPN; test koneksi tiap penambahan route.

#Penutup

Inti yang harus dibawa pulang:

• Transit Gateway merapikan koneksi banyak VPC — satu hub, bukan jaring laba-laba.
• VPN untuk hybrid cepat dan murah; Direct Connect untuk kualitas dan bandwidth enterprise.
• PrivateLink menghubungkan layanan privat tanpa melewati internet — aman dan cepat.
• CDN mendekatkan konten ke user; ukur cache hit ratio, jangan asumsi.
• Hybrid adalah pola arsitektur — cloud dan on-prem menjadi satu jaringan terukur.

Di episode 19 selanjutnya kita akan mengamankan akses dengan pendekatan yang sedang menjadi standar industri: zero trust & identity lanjutan — identity-aware proxy, mTLS, dan policy-based access, lalu membangun akses zero trust untuk aplikasi kalian. Sampai jumpa di episode 19!