Go dari Nol sampai Enterprise

Untuk siapa roadmap ini

"Dari nol" di sini berarti nol Go, bukan nol pemrograman. Kamu diasumsikan sudah pernah menulis kode di bahasa apa pun dan paham dasar HTTP. Sintaks Go dibahas ringkas di Fase 0 dan 1 — cukup untuk membaca seluruh kode di roadmap ini, tanpa berpura-pura ini kursus pemrograman dasar.

Kalau kamu belum pernah ngoding sama sekali, mulai dari Python Dasar untuk Pemula dulu. Konsepnya — variabel, percabangan, fungsi, struktur data — sama di semua bahasa, dan jauh lebih mudah dipelajari tanpa urusan tipe dan concurrency di atasnya.

Versi acuan: Go 1.26 (rilis Februari 2026). Beberapa hal yang dipakai di roadmap ini baru ada di rilis-rilis terakhir dan mengubah cara kode ditulis: routing bawaan ServeMux (1.22), variabel loop per iterasi (1.22), direktif tool di go.mod (1.24), GOMAXPROCS yang sadar container dan testing/synctest (1.25), serta go fix sebagai pemodernisasi kode dan Green Tea GC (1.26). Kalau sebuah tutorial menyuruhmu memasang router pihak ketiga hanya untuk mencocokkan metode HTTP, tutorial itu ditulis sebelum 2024.

Yang sengaja dilewati

Topik	Alasan
Pemrograman dari nol	Diasumsikan bisa ngoding; Fase 0–1 memetakan yang berbeda di Go
`GOPATH` dan pola sebelum Go Modules	Tidak berlaku sejak 2018; hanya menyesatkan
Terraform & CDK	Konsep AWS-nya yang diajarkan; alat IaC bisa menyusul
Kubernetes	ECS Fargate cukup, dan jauh lebih sedikit yang harus dioperasikan
Microservice sebagai titik awal	Dibahas kenapa biasanya bukan jawabannya di Fase 11
SPA React/Vue mendalam	Dibahas kapan memilihnya; fokusnya sisi Go
Framework berbasis refleksi berat	Bertentangan dengan alasan memilih Go

Bentuk roadmap ini

Bagian	Fase	Menjawab
Bahasanya	0 – 2	Cara Go mengungkapkan hal yang sudah kamu tahu — termasuk concurrency
Alur satu request	3 – 4	Dari klien menekan Enter sampai baris database kembali
Cara menulis aplikasi nyata	5 – 8	Arsitektur, keamanan, framework, dan bukti bahwa semuanya masih benar
Menjalankannya untuk orang lain	9 – 11	Performa, AWS, dan bertahan bertahun-tahun

Urutannya disengaja. Fase 10 adalah bagian yang paling sering dicari duluan — tapi deploy ke AWS tanpa tes hanya mempercepat penyebaran bug, dan menambah container di atas query N+1 hanya memindahkan masalah ke database. Jangan lompat ke Fase 10.

0

Fondasi Go & Tooling

1 minggu Go 1.26go modulesgofmtinternal/

Tujuan: punya proyek Go yang berjalan, bisa membaca kode Go tanpa tersandung sintaks, dan paham kenapa hasil go build cuma satu berkas.

Setup sekali jalan

rm -rf /usr/local/go
curl -fsSLO https://go.dev/dl/go1.26.5.linux-amd64.tar.gz
sudo tar -C /usr/local -xzf go1.26.5.linux-amd64.tar.gz
export PATH=$PATH:/usr/local/go/bin

mkdir toko && cd toko
go mod init contoh.com/toko
go run .

Empat hal yang harus benar sejak hari pertama

Hal	Kenapa
Format on save lewat `gopls`	Setelah itu format kode tidak pernah jadi bahan review lagi
Semua kode aplikasi di `internal/`	Satu-satunya batas modul yang ditegakkan compiler
`go.mod` dan `go.sum` di-commit	`go.mod` adalah berkas lock-nya
`go vet ./...` masuk kebiasaan	Ia menangkap yang lolos compiler, dan sudah ikut di `go test`

Materi

✓ Checkpoint

Kamu punya modul Go dengan cmd/ dan internal/, bisa menjelaskan apa yang dilakukan Minimal Version Selection, dan bisa membangun binari Linux dari laptopmu tanpa memasang apa pun yang berbau Linux.

Fase 0 selesai

1

Tipe, Interface & Error

1,5 minggu structinterfaceerrorgenerics

Tujuan: bisa merancang tipe dan interface secara idiomatik — dan menulis penanganan error yang tidak kehilangan konteks maupun membocorkan detail internal.

Fase ini yang membuat sisa roadmap masuk akal. Interface implisit menjelaskan kenapa arah ketergantungan di Go bisa dibalik tanpa framework apa pun. Error sebagai nilai menjelaskan kenapa setiap jalur kegagalan terlihat di kode. Dan keduanya adalah fondasi dari arsitektur di Fase 5 dan tes di Fase 8.

Satu aturan yang menghapus banyak kebingungan: deklarasikan interface di paket yang memakainya, bukan di paket yang mengimplementasikannya — dan isi hanya dengan method yang benar-benar dipanggil. Pola ini yang membuat paket domainmu tidak perlu tahu apa itu database.

Peta keputusan

Kebutuhan	Pakai	Kenapa
Method mengubah isi	Receiver pointer `*T`	Receiver nilai menerima salinan
Perilaku berbeda per tipe	Interface	Polimorfisme Go datang dari sini
Algoritma sama, tipe data berbeda	Generic	Tanpa kehilangan pemeriksaan compiler
Kegagalan yang diperkirakan	`error`	Input pengguna salah bukan alasan panic
Bug programmer saat startup	`panic`	Lebih baik mati sekarang daripada salah melayani
Uang	`int64` satuan terkecil	Jangan pernah `float`

Materi

✓ Checkpoint

Kamu punya paket domain dengan error sentinel yang dibungkus %w di setiap lapisan dan dipetakan jadi status HTTP di satu tempat, dan kamu bisa menjelaskan kenapa interface yang berisi pointer nil tidak sama dengan nil.

Fase 1 selesai

2

Concurrency

1,5 minggu goroutinechannelcontext-race

Tujuan: bisa memakai concurrency saat ia benar-benar membantu — dan tahu persis kapan sebuah goroutine akan berhenti.

Yang perlu diluruskan lebih dulu: di aplikasi web, sebagian besar kodemu tidak perlu menulis concurrency sama sekali. net/http sudah menjalankan tiap permintaan di goroutine sendiri, dan pool database sudah aman dipakai bersamaan. Goroutine eksplisit dibutuhkan untuk dua hal: memanggil beberapa layanan sekaligus di dalam satu permintaan, dan pekerjaan latar.

Aturan yang menghindarkan hampir semua bug concurrency

Setiap goroutine punya pemilik yang tahu kapan ia berhenti — lewat WaitGroup, errgroup, atau context.
Setiap goroutine berumur panjang punya recover sendiri. Satu panic di sana mematikan seluruh container.
Hampir setiap select punya case <-ctx.Done().
Batasi jumlahnya. "Satu goroutine per item" pada sejuta item akan menjatuhkan database duluan.
go test -race di CI. Setiap laporan race adalah bug nyata.

Materi

✓ Checkpoint

Kamu bisa menulis fan-out ke tiga layanan dengan errgroup berikut batas paralelismenya, suite tesmu berjalan bersih dengan -race, dan kamu bisa menunjukkan kebocoran goroutine lewat profil pprof.

Fase 2 selesai

3

HTTP — Request sampai Response

1,5 minggu net/httpServeMuxmiddlewaretimeout

Tujuan: punya server HTTP yang layak produksi, dan bisa menggambar sendiri seluruh jalur satu permintaan dari load balancer sampai handler.

Bentuk yang akan kamu tulis berulang kali

mux.HandleFunc("GET /produk/{id}", h.AmbilProduk)

func (h *Handler) AmbilProduk(w http.ResponseWriter, r *http.Request) {
	id, err := strconv.ParseInt(r.PathValue("id"), 10, 64)
	if err != nil {
		h.tulisError(w, r, ErrIDTidakValid)
		return
	}

	p, err := h.produk.Ambil(r.Context(), id)   // ctx diteruskan ke bawah
	if err != nil {
		h.tulisError(w, r, err)                  // errors.Is memetakan ke status
		return
	}

	h.tulisJSON(w, http.StatusOK, keProdukResp(p))
}

Satu baris yang tidak boleh sampai produksi: http.ListenAndServe(":8080", mux). Ia memakai server tanpa satu pun timeout, sehingga klien yang membuka koneksi lalu diam bisa menahan goroutine selamanya. Sepuluh ribu koneksi seperti itu — mudah dibuat siapa saja dari satu laptop — cukup untuk menjatuhkan servermu.

Empat lapis yang harus kamu bedakan

Lapis	Tugasnya	Bukan tugasnya
Middleware	Syarat yang berlaku untuk sekelompok rute	Logika bisnis
Handler	Menerjemahkan HTTP ke domain dan sebaliknya	Query, aturan bisnis
Service	Aturan bisnis, transaksi, cache	Tahu apa itu status HTTP
Repository	Bicara ke database	Memutuskan aturan bisnis

Materi

✓ Checkpoint

Servermu punya kelima timeout, rantai middleware dengan pemulih panic dan request_id, graceful shutdown yang tidak memotong permintaan berjalan, dan kamu bisa menggambar peta lengkap satu request dari CDN sampai baris database beserta anggaran waktunya.

Fase 3 selesai

4

Database & Persistensi

2 minggu pgxsqlctransaksiEXPLAIN

Tujuan: bisa menulis lapisan data yang aman, cepat, dan tidak menghabiskan koneksi — serta mengubah skema di tabel yang sedang dipakai tanpa jeda.

Dua baris yang paling sering hilang, dan paling mahal akibatnya:

defer rows.Close()                  // tanpa ini, koneksi tidak pernah kembali
                                     // → seluruh aplikasi membeku setelah N permintaan

if err := rows.Err(); err != nil {   // tanpa ini, kegagalan di tengah pembacaan
	return nil, err                  // terlihat seperti "hasilnya memang segitu"
}

Peta keputusan

Kebutuhan	Pakai	Kenapa
Aplikasi baru, sudah pasti Postgres	pgx + sqlc	SQL tetap terlihat, tipenya dijaga compiler
Panel admin, CRUD membosankan	GORM	Kecepatan menulis lebih berharga di sana
Perubahan skema	Berkas migrasi	`AutoMigrate` tidak layak produksi
Memuat ribuan baris	`CopyFrom`	Satu aliran, bukan ribuan perjalanan jaringan
Cek "sudah ada?" sebelum simpan	Unique constraint + kode `23505`	Pemeriksaan terpisah selalu mengandung balapan
Paginasi API	Keyset, bukan `OFFSET`	Biayanya tetap sedalam apa pun halamannya

Materi

✓ Checkpoint

Halaman daftarmu menjalankan jumlah kueri yang tetap berapa pun jumlah barisnya, MaxOpenConns-mu dihitung dari kapasitas database untuk jumlah task maksimum, dan kamu bisa menulis rencana tiga-deploy untuk mengganti nama kolom di tabel yang sedang dipakai.

Fase 4 selesai

5

Arsitektur Aplikasi

1,5 minggu lapisanDIslogantrean

Tujuan: tahu ke mana sebuah kode seharusnya diletakkan — dan bisa memindahkan pekerjaan berat keluar dari siklus permintaan pengguna tanpa kehilangan pekerjaannya saat deploy.

Arah panah

cmd/server/main.go          ← merakit semuanya (satu-satunya yang tahu segalanya)
       │
       ▼
internal/http               ← transport: parse, validasi bentuk, tulis respons
       │
       ▼
internal/produk             ← DOMAIN: tipe, aturan, interface penyimpanan
       ▲                       TIDAK tahu apa itu HTTP maupun SQL
       │
internal/produk/postgres    ← infrastruktur: memenuhi interface domain

Uji satu kalimat yang menentukan apakah lapisanmu benar: buka blok import di paket domainmu. Kalau ada net/http atau database/sql di sana, lapisannya sudah bocor. Dan go list -deps plus linter depguard bisa menjadikan aturan ini kegagalan CI, bukan sekadar kesepakatan.

Yang tidak boleh jadi variabel global

Dependensi	Kalau global
`*sql.DB` / pool	Tidak bisa diganti di tes; tidak ada tempat untuk `Close()`
Logger	Tidak bisa menangkap keluaran di tes
Konfigurasi	Kesalahan konfigurasi jadi crash di `init()` tanpa konteks
`time.Now`	"Kedaluwarsa setelah 30 hari" jadi tidak bisa diuji
Klien HTTP	Tidak bisa diarahkan ke `httptest.Server`

Materi

✓ Checkpoint

Nol variabel global yang bisa berubah, seluruh log membawa request_id yang sama dalam satu permintaan, pekerjaan berat sudah pindah ke antrean yang bertahan melewati restart, dan setiap job-mu aman kalau dijalankan dua kali.

Fase 5 selesai

6

Keamanan

2 minggu authotorisasiCSPrate limit

Tujuan: aturan "siapa boleh menyentuh apa" tinggal di satu tempat dan tidak bisa dilewati — termasuk oleh orang yang mengetik ID orang lain di URL.

Pertahanan berlapis, dari yang paling lemah

Lapisan	Cukup sendirian?
Menyembunyikan tombol di UI	Tidak — cuma urusan tampilan
Middleware per grup rute	Untuk peran, ya. Untuk objek, tidak
Pemeriksaan kebijakan di service	Ya, kalau tidak ada jalur yang melewatinya
Kueri dibatasi kepemilikan	Terkuat — yang bukan miliknya tidak pernah ditemukan

Yang paling sering bocor bukan autentikasi, melainkan otorisasi objek. /api/faktur/1002 yang menampilkan faktur milik orang lain, endpoint daftar yang lupa WHERE pengguna_id padahal endpoint detailnya sudah aman, atau kunci cache tanpa ID pengguna. Kelas bug ini tidak akan ditemukan tes yang cuma menguji jalur bahagia — ia butuh tes dari kedua sisi.

Yang wajib dibatasi lajunya

Endpoint	Saran	Kunci
Login	5 / menit	email + IP
Lupa sandi, pendaftaran	3 / menit	IP
Kirim OTP / SMS	3 / jam	nomor telepon — ini biaya langsung
Pencarian	30 / menit	pengguna atau IP
API publik	60 / menit	kunci API

Materi

✓ Checkpoint

Setiap sumber daya punya kebijakan dengan tes dari kedua sisi, endpoint daftar terbukti tidak bocor antar pengguna, rute login dibatasi lajunya, header keamanan terpasang, dan kamu bisa menjelaskan kenapa endpoint webhook-mu memakai hmac.Equal alih-alih ==.

Fase 6 selesai

7

Framework Web & Frontend

1 minggu chiEchotemplhtmx

Tujuan: bisa memilih framework — atau memilih tidak memakainya — dengan alasan yang bisa dijelaskan, dan tahu bentuk frontend apa yang cocok untuk aplikasimu.

Di Go, pertanyaannya berbalik dari ekosistem lain. Pustaka standar sudah menutup routing, middleware, template, klien HTTP, dan testing — jadi yang ditanyakan bukan "framework mana", melainkan "apa yang belum ada, dan apakah aku memerlukannya". Semua framework Go berdiri di atas http.Handler yang sama, jadi berpindah bukan penulisan ulang.

Memilih pendekatan frontend

	html/template	templ + htmx	SPA + API JSON
Kesalahan template ketahuan saat	Runtime	Kompilasi	—
Interaksi	Muat ulang halaman	Ganti sebagian halaman	State di klien
Bisa di-cache penuh di CDN	Ya	Halaman ya, fragmen tidak	Tidak
SEO	Bawaan	Bawaan	Perlu SSR
Paling cocok untuk	Halaman baca publik	Panel admin, form, filter	Antarmuka kaya, mobile

Tidak perlu memilih satu untuk seluruh aplikasi. Pola paling sehat untuk situs bertrafik baca tinggi: halaman publik dirender server dan disajikan penuh dari CloudFront, dengan htmx hanya di bagian yang memang interaktif — pencarian, filter, komentar. Panel admin boleh jadi SPA penuh; ia dipakai sedikit orang dan tidak perlu di-cache.

Materi

✓ Checkpoint

Kamu bisa menjelaskan kenapa memilih (atau tidak memilih) framework tertentu dalam dua kalimat, handler-mu tidak terikat tipe konteks milik framework mana pun, dan kontrak API-mu tertulis di satu tempat yang dijaga compiler.

Fase 7 selesai

8

Testing & Kualitas Kode

1,5 minggu testinghttptesttestcontainersgolangci-lint

Tujuan: berani men-deploy pada Jumat sore — karena ada yang memeriksa selain matamu sendiri.

Alat	Menangkap	Yang tidak bisa ditangkapnya
Tes tabel	Perilaku salah pada kasus yang diuji	Kasus yang tidak terpikirkan
`httptest`	Kontrak HTTP, otorisasi, bentuk respons	Perilaku di bawah beban
Testcontainers	SQL, migrasi, constraint yang sungguhan	Aturan bisnis yang salah
`-race`	Data race yang benar-benar terjadi	Race di jalur yang tidak diuji
`synctest`	Goroutine yang tidak pernah selesai	—
`golangci-lint`	Body/rows tidak ditutup, error diabaikan, batas modul	Kode yang jelek tapi patuh
`govulncheck`	CVE yang bisa dijangkau kodemu	Kerentanan di kodemu sendiri

Yang wajib punya tes

Setiap aturan otorisasi — dari sisi yang boleh dan yang tidak boleh.
Setiap alur yang menyentuh uang atau data pribadi.
Bentuk respons setiap endpoint API publik.
Setiap bug yang pernah terjadi — tesnya ditulis sebelum perbaikannya.
Jumlah kueri pada halaman daftar — pagar terhadap N+1.
Perilaku saat gagal: database mati, API luar timeout, context dibatalkan.

Cakupan 100% tidak membuktikan apa pun. Tes yang memanggil setiap fungsi tanpa memeriksa hasilnya menghasilkan cakupan penuh dan nol jaminan. Daftar enam baris di atas jauh lebih pendek — dan justru di situlah kegagalan paling mahal.

Materi

✓ Checkpoint

CI-mu menjalankan fmt, go mod tidy, vet, lint, govulncheck, dan go test -race sebagai gerbang; ada tes yang membuktikan pengguna lain mendapat 404; dan suite lengkapnya selesai di bawah dua menit.

Fase 8 selesai

9

Performa & Observability

1,5 minggu pprofGOMEMLIMITRedisOpenTelemetry

Tujuan: bisa menjawab "kenapa lambat?" dengan data dalam sepuluh menit — dan tahu urutan perbaikan yang benar.

Kalau lalu lintas naik, periksa dalam urutan ini

Rasio hit CDN. Di bawah 90% untuk situs konten berarti ada yang salah di kunci cache — biasanya query pelacakan atau cookie yang ikut masuk kunci.
Kueri per permintaan. Kalau bertambah seiring jumlah baris, itu N+1.
p95 database. Kueri teratas di Performance Insights biasanya menunjuk index yang hilang.
Antrean pool database. WaitCount > 0 berarti setiap permintaan menghabiskan waktunya menunggu giliran.
Profil CPU dan alokasi. mallocgc besar berarti terlalu banyak alokasi.
Baru tambah task — dan baru pikirkan arsitektur.

Pengungkit terbesar hampir selalu yang pertama. Untuk halaman yang sama bagi semua pembaca, satu header Cache-Control: public, s-maxage=300, stale-while-revalidate=3600 memindahkan sebagian besar lalu lintas ke CloudFront — permintaan yang tidak pernah menyentuh proses Go, tidak pernah menyentuh database, dan tidak menambah satu pun kelas bug.

Dua variabel yang menentukan perilaku memori di Fargate

Variabel	Nilai	Kalau tidak diset
`GOMEMLIMIT`	~80% batas memori container	Container di-OOM-kill tanpa satu pun log
`GOMAXPROCS`	Otomatis sejak Go 1.25	Di versi lama: throttling parah di task kecil

Materi

✓ Checkpoint

Kamu punya dasbor p95 per endpoint, trace yang tersambung ke log lewat trace_id, rasio hit cache yang terpantau, dan kamu pernah menemukan satu perbaikan nyata lewat flame graph pprof.

Fase 9 selesai

10

Deploy di AWS

2,5 minggu ECS FargateALBAuroraCloudFrontOIDC

Tujuan: git push ke main menghasilkan aplikasi baru di produksi tanpa satu pun respons non-200 selama deploy — dan tanpa satu pun access key AWS tersimpan di mana pun.

Bentuk infrastrukturnya

Route 53 → CloudFront (+ WAF) ─┬─→ ALB → ECS Fargate (subnet privat)
                               │            ├── service server  (4 task, ALB)
                               │            ├── service worker  (2 task)
                               │            └── service cron    (1 task)
                               │                     │
                               └─→ S3 (media,        ├─→ Aurora PostgreSQL
                                      aset statis)   │     writer + reader
                                      lewat OAC      ├─→ ElastiCache Redis
                                                     ├─→ SQS
                                                     └─→ Secrets Manager

Angka yang harus selaras

Setelan	Nilai	Harus
ALB idle timeout	60 dtk	< `IdleTimeout` Go (65 dtk)
Deregistration delay	30 dtk	≥ durasi permintaan terpanjang
`stopTimeout` ECS	60 dtk	> jeda + `Shutdown` + worker
`GOMEMLIMIT`	800 MiB	~80% dari memori task (1024 MB)
`MaxOpenConns` × task maks	< `max_connections`	sisakan ruang untuk migrasi & admin

Ketidakcocokan baris pertama adalah penyebab paling umum "502 acak yang tidak ada di log aplikasi". Kalau server Go menutup koneksi keep-alive lebih dulu daripada ALB menyadarinya, ALB mengirim permintaan ke koneksi yang sedang ditutup — dan permintaan itu tidak pernah sampai ke kodemu, sehingga log aplikasimu bersih total.

Materi

✓ Checkpoint

Deploy berjalan dari git push lewat OIDC tanpa access key, migrasi jalan sebagai task terpisah yang exit code-nya diperiksa, circuit breaker mengembalikan deploy yang gagal, rollback pernah kamu uji sungguhan, dan hey -z 120s selama deploy menghasilkan nol respons non-200.

Fase 10 selesai

11

Enterprise & Capstone

1,5 minggu modularmulti-tenantfeature flaggRPC

Tujuan: aplikasimu tetap bisa dipahami, diubah, dan di-upgrade setelah dua tahun dan lima orang yang berbeda menyentuhnya.

Fase-fase sebelumnya membuat aplikasi yang benar dan cepat. Fase ini tentang sifat yang baru terasa belakangan: apakah orang baru bisa menemukan kode yang dicarinya, apakah fitur bisa dimatikan tanpa deploy, apakah data satu pelanggan benar-benar terpisah dari yang lain, dan apakah kamu masih bisa naik versi tahun depan.

Materi

Capstone: portal konten bertrafik baca tinggi

Bangun satu aplikasi yang menyentuh seluruh fase. Proyek yang paling tepat adalah yang didominasi pembaca anonim dengan sedikit penulis — karena bentuk beban itu memaksamu memakai hampir semua yang dipelajari di sini.

Domain — artikel, kategori, penulis, komentar. Tipe bernama untuk ID dan uang, error sentinel per domain.
Alur request — middleware lengkap, request_id di semua log, anggaran waktu berlapis dari ALB sampai kueri.
Data — sqlc + pgx, migrasi kompatibel dua arah, index dari EXPLAIN, keyset pagination.
Redaksi — alur draf → tinjau → terbit, kebijakan per peran dengan tes dari kedua sisi.
Media — unggahan langsung ke S3 lewat presigned URL, varian ukuran dibuat worker, disajikan lewat CloudFront.
Halaman publik — dirender server, tanpa JavaScript yang tidak perlu, dengan s-maxage dan stale-while-revalidate.
Interaktivitas — pencarian dan komentar dengan htmx; endpoint fragmen tetap punya auth dan rate limit sendiri.
API — kontrak OpenAPI, cursor pagination, sesi untuk web dan token untuk integrasi.
Kualitas — tes tabel, httptest lewat router lengkap, testcontainers, -race, golangci-lint, govulncheck — semuanya gerbang CI.
Performa — cache Redis dengan singleflight, anggaran kueri di dalam tes, profil pprof yang pernah dibaca.
Infrastruktur — ECS Fargate tiga service, Aurora writer + reader, ElastiCache, SQS, Secrets Manager, CloudFront + WAF.
Deploy — GitHub Actions lewat OIDC, migrasi sebagai task terpisah, circuit breaker, nol respons non-200.
Observability — log JSON, trace tersambung ke log, delapan alarm, dasbor p95 dan rasio hit CDN.

Kenapa proyek ini: ia memaksa setiap keputusan yang dibahas di roadmap. Beban baca tinggi menuntut strategi cache berlapis; alur redaksi menuntut otorisasi yang benar; media menuntut antrean dan penyimpanan objek; dan target tanpa jeda menuntut migrasi yang kompatibel dua arah. Kalau kamu bisa menjelaskan setiap keputusan di proyek ini, kamu bisa menjalankan aplikasi Go di produksi.

✓ Checkpoint

Aplikasi berjalan end-to-end di AWS, di-deploy dari pipeline, punya dasbor yang menunjukkan p95 dan rasio hit CDN, batas modulnya dijaga uji arsitektur, dan kamu bisa mematikan satu fitur tanpa deploy.

Fase 11 selesai

Rekomendasi best practice

Ringkasan keputusan yang, kalau harus memilih satu jawaban, inilah jawabannya. Konteksnya: aplikasi Go dengan lalu lintas baca yang jauh lebih besar daripada tulis — situs konten, katalog, portal. Setiap baris punya materi yang membahas alasannya.

Tumpukan yang direkomendasikan

Lapisan	Pilihan	Alasan singkat
Bahasa	Go 1.26	Didukung sampai Feb 2027; naik tiap rilis
Routing	`net/http` + chi	Grup middleware ringkas, tetap `http.Handler`
Database	pgx + sqlc	SQL tetap terlihat, tipenya dijaga compiler
Migrasi	Berkas SQL, di-embed ke binari	Satu image berisi server dan migrasinya
Template	templ (+ htmx untuk interaktif)	Kesalahan template jadi error kompilasi
Log	`log/slog`, JSON ke stdout	Nol dependensi; bisa dikueri di Logs Insights
Observability	OpenTelemetry	Trace tersambung ke log lewat `trace_id`
Basis image	distroless/static, non-root	~17 MB, tanpa shell sama sekali
Compute	ECS Fargate ARM64, tiga service	Tanpa server yang dikelola; ~20% lebih murah
Database terkelola	Aurora PostgreSQL, writer + reader	Beban baca pindah ke replica
Cache & sesi	ElastiCache Redis	Wajib bersama begitu ada container kedua
Antrean	Postgres dulu, SQS saat volumenya besar	Outbox membuatnya atomik dengan data
Aset & media	S3 di belakang CloudFront (OAC)	Bucket tidak pernah publik
Halaman publik	Dirender server, di-cache CloudFront	Permintaan yang tidak pernah menyentuh Go
Rahasia	Secrets Manager lewat `secrets` ECS	Tidak ada rahasia di image maupun repositori
CI/CD	GitHub Actions + OIDC	Tanpa access key jangka panjang

Sepuluh yang paling menentukan

Pindahkan sebanyak mungkin ke CDN. Untuk halaman yang sama bagi semua pembaca, s-maxage plus stale-while-revalidate memangkas beban server berkali-kali lipat — dan tidak menambah satu pun kelas bug. Ini pengungkit terbesar, dan yang paling sering dilewati.
Batasi kueri dengan kepemilikan, bukan dengan if. WHERE id = $1 AND pengguna_id = $2 membuat data orang lain tidak pernah ditemukan — pertahanan yang tidak bisa lupa dipasang.
Setiap goroutine punya pemilik dan punya recover. Goroutine latar tanpa pemulih adalah penyebab container mati tanpa jejak.
defer rows.Close() dan rows.Err(), selalu. Yang pertama mencegah aplikasi membeku; yang kedua mencegah data tidak lengkap yang tidak melaporkan error.
Timeout di setiap lapisan, mengecil ke dalam. ALB > server > middleware > kueri. Kalau lapisan dalam lebih longgar, klien menyerah sementara kuerinya tetap memegang koneksi.
Hitung MaxOpenConns untuk jumlah task maksimum. Autoscaling yang tidak memperhitungkan ini akan menjatuhkan database, bukan menyelamatkan aplikasi.
Migrasi harus kompatibel dua arah. Selama rolling update, kode lama dan baru berjalan bersamaan. Ganti nama kolom = tiga deploy, bukan satu.
Job harus idempoten. Ia akan berjalan dua kali — worker bisa mati setelah pekerjaan selesai tapi sebelum sempat menandainya.
Setel GOMEMLIMIT. Tanpa itu, container di-OOM-kill oleh kernel tanpa satu pun baris log yang menjelaskan.
Ukur p95, bukan rata-rata. Rata-rata menyembunyikan satu dari sepuluh pengguna yang menunggu tiga detik.

Kesalahan yang paling mahal

Kesalahan	Akibatnya	Dibahas di
Halaman personal ditandai `public` di CDN	Data satu pengguna tersaji ke pengguna lain	Fase 9, 10
Kunci cache tanpa ID pengguna atau tenant	Kebocoran antar pengguna / pelanggan	Fase 6, 9, 11
`rows.Close()` yang hilang	Aplikasi membeku total setelah beberapa jam	Fase 4
Server tanpa `ReadHeaderTimeout`	Satu laptop cukup untuk menjatuhkannya	Fase 3
Endpoint daftar lupa membatasi kepemilikan	Semua data terlihat oleh semua orang	Fase 6
Decode JSON langsung ke struct domain	Pengguna bisa mengirim `{"peran":"admin"}`	Fase 1
`math/rand` untuk token atau ID sesi	Sesi bisa ditebak dan dibajak	Fase 6
Sesi di memori dengan lebih dari satu task	Pengguna ter-logout acak	Fase 6, 9
Image tag `latest`	Rollback tidak mengembalikan apa pun	Fase 10
Migrasi di entrypoint container web	Sepuluh task menjalankannya bersamaan saat scale-out	Fase 4, 10
Health check ALB menyentuh database	Gangguan sebagian berubah jadi pemadaman total	Fase 3, 10
`IdleTimeout` Go lebih kecil dari ALB	502 acak tanpa jejak di log aplikasi	Fase 3, 10
Cron di dalam service web	Job berjalan sebanyak jumlah task	Fase 9, 10

Satu hal yang tidak akan diselesaikan infrastruktur: halaman yang butuh empat puluh kueri dan mengirim dua megabita HTML tetap mahal di runtime mana pun, di kelas instans apa pun, di belakang CDN mana pun. Ukur dulu, baru belanja.

Aturan main

Bangun, jangan cuma baca. Hampir semua materi di sini punya latihan konkret di akhirnya; latihan itu yang membuatnya melekat.
Ukur sebelum dan sesudah. Setiap klaim performa di roadmap ini bisa kamu buktikan sendiri dalam sepuluh menit — lakukan.
Satu perubahan pada satu waktu. Menaikkan versi Go dan menaikkan dependensi bersamaan membuat hasilnya tidak bisa dibaca.
Baca pesan error sampai habis. Compiler Go termasuk yang paling jelas; sebagian besar jawabannya sudah ada di sana.
Jangan lompat ke Fase 10. Godaannya besar. Deploy ke AWS tanpa tes hanya mempercepat penyebaran bug.
Hapus resource AWS setelah berlatih. Aurora, ElastiCache, dan NAT Gateway ditagih per jam, dipakai atau tidak.
Tulis tes untuk setiap bug. Sebelum memperbaikinya, bukan sesudah.

Sebelum & sesudah ini

Roadmap ini mengandaikan kamu sudah pernah menulis kode di bahasa apa pun dan paham dasar HTTP. Kalau belum pernah ngoding sama sekali, mulai dari Python Dasar untuk Pemula. Kalau kamu ingin mendalami sisi AWS-nya lebih jauh — IAM, IaC, observability — AWS untuk AI Engineer membahasnya dengan sudut pandang berbeda. Dan kalau kamu penasaran bagaimana bahasa lain menyelesaikan masalah yang sama, Laravel dari Nol sampai Enterprise menempuh jalur yang paralel dengan pertukaran yang sangat berbeda.