Laravel dari Nol sampai Enterprise

Untuk siapa roadmap ini

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

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 framework di atasnya.

Yang sengaja dilewati

Topik	Alasan
PHP dari nol (sintaks dasar, OOP dasar)	Diasumsikan bisa ngoding; Fase 0 cuma memetakan perbedaannya
Laravel 10 ke bawah	Struktur kerangkanya berbeda cukup jauh sampai bisa menyesatkan
jQuery dan pola frontend lama	Blade, Livewire, atau Inertia menutup kebutuhannya
Terraform & CDK	Konsep AWS-nya yang diajarkan; alat IaC bisa menyusul
Kubernetes	ECS Fargate cukup, dan jauh lebih sedikit yang harus dioperasikan
Swoole	Dibahas sekilas; fokusnya FrankenPHP dan RoadRunner sesuai permintaan
Microservice	Dibahas kenapa biasanya bukan jawabannya di Fase 10

Bentuk roadmap ini

Bagian	Fase	Menjawab
Dasar framework	0 – 2	Bagaimana Laravel bekerja, dan bagaimana bicara ke database
Cara menulis aplikasi nyata	3 – 6	Arsitektur, keamanan, API, dan bukti bahwa semuanya masih benar
Membuatnya cepat	7 – 8	Query, cache, CDN, lalu worker mode
Menjalankannya untuk orang lain	9 – 10	AWS, deploy tanpa jeda, dan bertahan bertahun-tahun

Urutannya disengaja. Fase 8 dan 9 adalah bagian yang paling sering dicari duluan — tapi worker mode di atas kode yang masih punya query N+1 hanya memindahkan masalah, dan deploy ke AWS tanpa tes hanya mempercepat penyebaran bug. Jangan lompat ke Fase 8.

0

Fondasi PHP & Tooling

1 minggu PHP 8.3+ComposerArtisan.env

Tujuan: punya aplikasi Laravel yang berjalan di laptopmu, dan bisa membaca kode PHP modern tanpa tersandung sintaks.

Perhatian: banyak tutorial Laravel masih menyuruhmu membuka app/Http/Kernel.php. File itu tidak ada lagi sejak Laravel 11 — konfigurasinya pindah ke bootstrap/app.php. Kalau sebuah panduan menyebut berkas yang tidak kamu punya, cek dulu versi Laravel yang ditulisnya.

Setup sekali jalan

# PHP + Composer + installer sekaligus
/bin/bash -c "$(curl -fsSL https://php.new/install/linux/8.5)"

laravel new portal
cd portal

npm install && npm run build
composer run dev        # server + queue listener + vite, satu perintah

Empat hal yang harus benar sejak hari pertama

Hal	Kenapa
Web root menunjuk ke `public/`	Kalau tidak, `.env` bisa diunduh siapa saja
`env()` hanya di dalam `config/`	Setelah `config:cache`, di tempat lain ia `null`
Database yang sama dengan produksi	Perbedaan SQLite dan MySQL bocor di tempat-tempat kecil
`declare(strict_types=1)`	Jauh lebih murah dinyalakan sekarang daripada nanti

Materi

✓ Checkpoint

Aplikasi Laravel berjalan di laptopmu, kamu bisa menjelaskan apa yang dilakukan composer install versus composer update, dan kamu tahu kenapa env() di dalam controller adalah bug yang menunggu produksi.

Fase 0 selesai

1

Request, Routing & Blade

1,5 minggu routingmiddlewarevalidasiBlade

Tujuan: bisa membangun halaman dan form yang lengkap — tervalidasi, tertangani errornya, dan tahu persis apa yang terjadi antara browser menekan Enter dan controller-mu berjalan.

Bentuk yang akan kamu tulis berulang kali

Route::resource('artikel', ArtikelController::class);

public function store(SimpanArtikelRequest $request): RedirectResponse
{
    // Sudah tervalidasi DAN terotorisasi sebelum baris ini berjalan.
    $artikel = Artikel::create($request->validated());

    return redirect()
        ->route('artikel.show', $artikel)
        ->with('sukses', 'Artikel tersimpan.');
}

Empat lapis yang harus kamu bedakan

Lapis	Tugasnya	Bukan tugasnya
Middleware	Syarat yang berlaku untuk sekelompok rute	Logika bisnis
Form Request	Bentuk data boleh masuk atau tidak	Menyimpan data
Controller	Menerjemahkan HTTP ke domain dan sebaliknya	Query kompleks, kirim email
Blade	Menampilkan	Mengambil data

Yang membedakan controller sehat dan controller gemuk bukan panjangnya, tapi apakah setiap urusan sudah ada di tempat yang disediakan framework. Validasi punya rumah, otorisasi punya rumah, perhitungan punya rumah. Controller yang tipis adalah akibat, bukan tujuan.

Materi

✓ Checkpoint

Kamu punya CRUD lengkap dengan Form Request, pesan error yang muncul di form, dan satu exception domain yang merender dirinya berbeda untuk HTML dan JSON. Kamu juga bisa menjelaskan kenapa 419 muncul.

Fase 1 selesai

2

Database & Eloquent

2 minggu migrasiEloquentrelasiN+1

Tujuan: bisa memodelkan data dengan benar, dan mengenali sendiri kapan kodemu diam-diam menjalankan lima puluh query untuk satu halaman.

Satu baris yang mengubah kebiasaan tim. Pasang ini di AppServiceProvider sejak hari pertama — N+1 berubah dari "agak lambat" jadi tes yang gagal:

Model::preventLazyLoading(! app()->isProduction());
Model::preventSilentlyDiscardingAttributes(! app()->isProduction());

Peta keputusan

Kebutuhan	Pakai	Kenapa
CRUD satu entitas	Eloquent	Relasi, cast, event, policy ikut bekerja
Laporan & agregasi	Query builder	Tidak butuh objek model
Update jutaan baris	Query builder	Satu query, bukan sejuta objek
Menampilkan relasi di daftar	`with()`	Dua query, berapa pun barisnya
Menghitung relasi	`withCount()`	Tanpa memuat satu baris pun
Uang	`integer` atau `decimal`	Jangan pernah `float`

Materi

✓ Checkpoint

Halaman daftarmu menjalankan jumlah query yang tetap berapa pun jumlah barisnya, kamu punya factory dengan state bernama, dan kamu bisa menulis rencana tiga deploy untuk mengganti nama sebuah kolom di tabel yang sedang dipakai.

Fase 2 selesai

3

Arsitektur Laravel

1,5 minggu containereventqueuecache

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

Fase ini yang membuat sisa roadmap masuk akal. Container menjelaskan kenapa tipe di parameter itu instruksi, bukan dokumentasi. Queue adalah cara termurah membuat aplikasi terasa cepat. Dan pemahaman soal singleton versus scoped di sini adalah yang mencegah kebocoran data antar pengguna saat kita sampai di Fase 8.

Binding	Umur objek	Untuk
`bind`	Baru setiap kali	Objek yang menyimpan keadaan
`singleton`	Satu, seumur proses	Klien HTTP, koneksi
`scoped`	Satu per permintaan	Konteks tenant, keranjang — apa pun yang milik pengguna

Aturan yang menyelamatkan Fase 8: kalau isi sebuah layanan bergantung pada siapa yang meminta, ia tidak boleh singleton. Di PHP-FPM kesalahan ini tidak terasa; di worker mode ia jadi kebocoran data antar pengguna.

Materi

✓ Checkpoint

Pekerjaan berat sudah pindah ke antrean, job-mu aman kalau dijalankan dua kali, jadwal berkala berjalan lewat penjadwal Laravel, dan kamu bisa menjelaskan kenapa register() tidak boleh memakai layanan lain.

Fase 3 selesai

4

Autentikasi & Keamanan

1,5 minggu authpolicySanctumrate limit

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

Pertahanan berlapis, dari yang paling lemah

Lapisan	Cukup sendirian?
`@can` menyembunyikan tombol	Tidak — cuma urusan tampilan
Middleware `can:` di rute	Ya, untuk rute itu
`$this->authorize()` di aksi	Ya
Query dibatasi kepemilikan	Terkuat — yang bukan miliknya tidak pernah ditemukan

Yang paling sering bocor bukan autentikasi, melainkan otorisasi objek. /artikel/7/ulasan/999 yang menampilkan ulasan milik artikel lain, halaman edit yang bisa dibuka siapa saja karena hanya tombolnya yang disembunyikan, atau binding bersarang tanpa scopeBindings(). Kelas bug ini tidak akan ditemukan tes yang cuma menguji jalur bahagia.

Yang wajib dibatasi lajunya

Endpoint	Saran
Login	5 / menit per email + IP
Lupa password, registrasi	3 / menit per IP
Pencarian	30 / menit
API publik	60 / menit per token

Materi

✓ Checkpoint

Setiap model punya policy, setiap policy punya tes dari kedua sisi, rute login dibatasi lajunya, dan kamu bisa menjelaskan kenapa endpoint webhook-mu memakai hash_equals().

Fase 4 selesai

5

API & Frontend

1,5 minggu API ResourcepaginasiLivewireInertia

Tujuan: bentuk keluaran API jadi keputusan yang ditulis, dan kamu bisa memilih pendekatan frontend dengan alasan yang bisa dijelaskan.

Memilih pendekatan frontend

	Blade	Livewire	Inertia
Bahasa	PHP	PHP	React / Vue
Interaksi	Muat ulang halaman	Permintaan ke server	State di klien
Beban server per interaksi	—	Lebih tinggi	Lebih rendah
Bisa di-cache penuh di CDN	Ya	Tidak	Tidak
SEO	Bawaan	Bawaan	Perlu SSR
Paling cocok untuk	Halaman baca publik	Panel admin, form	Antarmuka kaya

Tidak perlu memilih satu untuk seluruh aplikasi. Pola yang paling sehat untuk situs bertrafik baca tinggi: halaman publik memakai Blade statis yang bisa disajikan penuh dari CDN, dengan komponen Livewire hanya di bagian yang memang interaktif — pencarian, komentar. Panel admin boleh jadi SPA penuh; ia dipakai sedikit orang dan tidak perlu di-cache.

Paginasi: pilihan yang menentukan saat data membesar

	`paginate`	`simplePaginate`	`cursorPaginate`
Query per halaman	2	1	1
Biaya di halaman jauh	Naik terus	Naik terus	Tetap
Tahan data baru masuk	Tidak	Tidak	Ya
Untuk	Tabel admin	Daftar biasa	Umpan, API

Materi

✓ Checkpoint

API-mu memakai Resource sehingga menambah kolom database tidak mengubah kontrak publik, daftar panjang memakai cursor, dan setiap panggilan HTTP keluar punya timeout.

Fase 5 selesai

6

Testing & Kualitas Kode

1,5 minggu PestHTTP testPintLarastan

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

Alat	Menangkap	Yang tidak bisa ditangkapnya
Tes fitur	Perilaku yang salah pada jalur yang diuji	Jalur yang tidak diuji
PHPStan	Tipe salah, null, method tak ada — di setiap baris	Aturan bisnis yang salah
Pint	Gaya kode	Segalanya yang lain
Uji arsitektur	Batas modul yang dilanggar	Kode yang jelek tapi patuh

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 — tulis tesnya sebelum memperbaikinya.
Jumlah query pada halaman daftar (expectsDatabaseQueryCount).

Cakupan 100% tidak membuktikan apa pun. Yang lebih berguna: pastikan setiap aturan otorisasi dan setiap jalur uang punya tesnya sendiri. Itu daftar yang pendek, dan justru di situlah kegagalan paling mahal.

Materi

✓ Checkpoint

Satu perintah composer periksa menjalankan Pint, PHPStan, dan seluruh tes — persis seperti yang dijalankan CI. PHPStan berjalan di level 8 dengan baseline yang hanya menyusut.

Fase 6 selesai

7

Performa & Skala

1,5 minggu indexRedisCDNHorizon

Tujuan: tahu apa yang lambat berdasarkan data, dan memperbaikinya dengan urutan yang benar.

Urutan yang menghasilkan perbaikan terbesar per satuan risiko

Perbaiki N+1 dan index. Dampaknya terbesar, risikonya nol.
Cache HTTP dan CDN untuk halaman yang sama bagi semua orang.
php artisan optimize dan OPcache. Gratis.
Skala mendatar — tambah kontainer.
Baru worker mode (Fase 8).

Banyak aplikasi yang mengira butuh worker mode sebenarnya butuh langkah kedua. Permintaan yang dijawab CDN tidak menyentuh PHP sama sekali — itu bukan perbaikan beberapa persen, itu penghapusan permintaannya. Dan tidak seperti worker mode, ia tidak menambah satu pun kelas bug baru.

Tiga tempat sebuah halaman bisa di-cache

Lapisan	Menghemat	Dikendalikan
Browser	Seluruh perjalanan jaringan	`max-age`
CDN	Seluruh pemrosesan di servermu	`s-maxage`
Redis	Query dan render	Kodemu

Peringatan yang tidak boleh dilewati: halaman yang isinya bergantung pada siapa yang login harus private atau no-store. Satu halaman personal yang ditandai public akan disimpan CDN dan disajikan ke orang lain — ini kebocoran data, bukan bug performa.

Anggaran yang layak dipegang

Metrik	Target
Waktu respons server p50 / p95	< 100 ms / < 400 ms
Query per permintaan	< 15, dan tidak bertambah seiring jumlah baris
Rasio hit CDN (situs konten)	> 90%
Rasio hit cache aplikasi	> 80%

Materi

✓ Checkpoint

Kamu bisa menunjuk rute paling lambat berdasarkan Pulse (bukan perasaan), sudah memperbaiki index yang hilang berdasarkan EXPLAIN, dan halaman publikmu mengirim header s-maxage sementara halaman personal mengirim no-store.

Fase 7 selesai

8

FrankenPHP & RoadRunner

2 minggu OctaneFrankenPHPRoadRunnerworker mode

Tujuan: paham persis apa yang dibeli worker mode, apa yang tidak, dan bisa memilih runtime berdasarkan bentuk beban kerjamu — bukan berdasarkan benchmark orang lain.

Yang sebenarnya berubah

	PHP-FPM	Worker mode
Bootstrap framework	Tiap permintaan	Sekali per proses
Koneksi database	Dibuka ulang	Dipakai ulang
Variabel statis	Selalu bersih	Bertahan — bisa jadi bug
Kebocoran memori	Tidak mungkin bertahan	Menumpuk sampai restart
Deploy	Ganti berkas	Wajib restart proses

Yang tidak diperbaiki worker mode: query N+1, index yang hilang, API luar yang lambat, halaman yang mengirim 2 MB HTML. Kalau permintaanmu 400 ms dengan 30 ms bootstrap dan 350 ms query, worker mode memberimu perbaikan 7% ditambah seluruh kelas bug state yang baru. Kerjakan Fase 7 dulu.

Perbandingan singkat

Aspek	FrankenPHP	RoadRunner
Arsitektur	Satu proses: Caddy + PHP tertanam	Server Go + proses PHP terpisah
Konkurensi	Utas	Proses
Butuh PHP thread-safe	Ya	Tidak
Web server & TLS	Termasuk	Perlu di depannya
HTTP/3	Bawaan	Ada di plugin http
Kendali pool	Utas, worker, kolam per rute	Sangat detail
Ekosistem	Modul Caddy	Jobs, gRPC, Temporal, KV
Alpine	Hindari (musl lambat untuk ZTS)	Hindari (musl tidak sepenuhnya kompatibel)

Rekomendasi singkat — versi lengkapnya ada di materi terakhir fase ini. Untuk aplikasi web Laravel, mulai dari FrankenPHP: satu proses, satu konfigurasi, satu hal yang perlu dipantau. Pindah ke RoadRunner kalau ada kebutuhan konkret yang menariknya — gRPC, Temporal, antrean yang dikelola server, atau ekstensi PHP yang tidak thread-safe. Karena keduanya diakses lewat Octane, berpindah nanti berarti mengganti satu opsi, bukan menulis ulang aplikasi.

Daftar periksa sebelum menyalakan worker mode

Tidak ada singleton yang menyimpan data permintaan — ubah jadi scoped.
Tidak ada properti statis yang terus bertumbuh.
Tidak ada request() di dalam service provider.
Paket pihak ketiga sudah diperiksa dukungannya.
Pemantauan memori per kontainer sudah terpasang.
Pipeline deploy me-restart worker.

grep -rn "singleton(" app/ | grep -v scoped
grep -rn "static \$" app/
grep -rn "request()" app/Providers/

Materi

✓ Checkpoint

Kamu punya tabel hasil uji beban sendiri untuk tiga konfigurasi — PHP-FPM, FrankenPHP klasik, dan FrankenPHP worker mode — berisi throughput, p95, dan pemakaian memori. Dan kamu sudah membuktikan sendiri kebocoran singleton lalu memperbaikinya.

Fase 8 selesai

9

Deploy di AWS

2,5 minggu ECS FargateALBAuroraCloudFrontCI/CD

Tujuan: aplikasimu berjalan di AWS, di-deploy dari git push tanpa jeda, dengan rahasia yang tidak pernah menyentuh repositori.

Arsitektur acuan

                  Route 53
                     │
                CloudFront  ──────────►  S3 (aset & media)
                     │
                    WAF
                     │
            Application Load Balancer          (subnet publik)
                     │
        ┌────────────┴────────────┐
        │      ECS Fargate        │            (subnet privat)
        │  ┌───────────────────┐  │
        │  │ service: web      │  │  FrankenPHP + Laravel
        │  │ service: worker   │  │  queue:work
        │  │ service: scheduler│  │  schedule:work
        │  └───────────────────┘  │
        └────────────┬────────────┘
                     │
     ┌───────────────┼────────────────┬──────────────┐
  Aurora        ElastiCache          SQS       Secrets Manager
 (writer +        (Redis)                       + CloudWatch
  reader)

Tiga service, bukan satu

Service	Perintah	Task	Diskalakan dari
`web`	`octane:frankenphp`	2–20	Permintaan per target
`worker`	`queue:work`	1–10	Panjang antrean
`scheduler`	`schedule:work`	Tepat 1	—

Empat setelan yang harus selaras supaya deploy benar-benar tanpa jeda: health check ALB, deregistration_delay, stopTimeout ECS, dan penanganan SIGTERM. Aturannya: stopTimeout harus lebih panjang daripada deregistration delay. Kalau salah satu tidak sinkron, setiap rilis menghasilkan sejumlah 502 — dan biasanya tidak ada yang menyadarinya karena tidak ada yang mengukurnya.

Urutan pipeline yang benar

Lint dan analisis statis — paling cepat, gagalkan lebih dulu.
Tes, dengan database sejenis produksi.
Build image, tag dengan SHA commit — bukan latest.
Pindai kerentanan image.
Migrasi sebagai task tersendiri; periksa exit code-nya.
Perbarui service — web, worker, dan penjadwal.
Tunggu stabil, lalu jalankan pemeriksaan asap.

Materi

✓ Checkpoint

git push ke main menghasilkan aplikasi baru di produksi tanpa satu pun respons non-200 selama deploy, tanpa satu pun access key AWS tersimpan di GitHub, dan dengan rollback yang bisa menunjuk revisi task definition sebelumnya.

Fase 9 selesai

10

Enterprise & Capstone

1,5 minggu modularmulti-tenantfeature flagupgrade

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, 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. Enum untuk status, objek nilai untuk hal yang punya aturan.
Redaksi — alur draf → tinjau → terbit, dengan policy per peran dan tes dari kedua sisi.
Media — unggahan ke S3, varian ukuran dibuat lewat antrean, disajikan lewat CloudFront.
Halaman publik — Blade, tanpa JavaScript yang tidak perlu, dengan s-maxage dan stale-while-revalidate.
Pencarian — Scout, dibatasi lajunya, hasilnya di-cache.
API — Resource ber-versi, cursor pagination, Sanctum untuk konsumen.
Kualitas — Pest, PHPStan level 8, Pint, uji arsitektur, semuanya jadi gerbang CI.
Performa — index berdasarkan EXPLAIN, preventLazyLoading aktif, anggaran query di dalam tes.
Runtime — FrankenPHP worker mode, dengan daftar periksa state yang sudah dituntaskan.
Infrastruktur — ECS Fargate tiga service, Aurora writer + reader, ElastiCache, SQS, Secrets Manager.
Deploy — GitHub Actions lewat OIDC, migrasi sebagai task terpisah, nol respons non-200.
Observability — log JSON dengan request_id, delapan alarm, dasbor p95.

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 Laravel di produksi.

✓ Checkpoint

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

Fase 10 selesai

Rekomendasi best practice

Ringkasan keputusan yang, kalau harus memilih satu jawaban, inilah jawabannya. Konteksnya: aplikasi Laravel 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
Framework	Laravel 13, PHP 8.4	Dukungan keamanan sampai 2028
Runtime	FrankenPHP + Octane	Satu proses; TLS, HTTP/3, dan berkas statis bawaan
Basis image	Debian, bukan Alpine	Kedua runtime worker mode menyarankan menghindari musl
Compute	ECS Fargate, tiga service	Tanpa server yang dikelola; proses berumur panjang
Database	Aurora MySQL, writer + reader	Beban baca dipindahkan ke replica
Cache & session	ElastiCache Redis, Multi-AZ	Wajib bersama begitu ada kontainer kedua
Antrean	SQS (+ Redis/Horizon kalau butuh dasbor)	Pekerjaan tidak hilang; tanpa klaster yang dikelola
Aset & media	S3 di belakang CloudFront	Bucket tidak pernah publik
Halaman publik	Blade, di-cache di CloudFront	Permintaan yang tidak pernah menyentuh PHP
Panel admin	Livewire	Interaktif tanpa membangun SPA
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.
Nyalakan preventLazyLoading() sejak commit pertama. N+1 yang tidak pernah jadi error tidak akan pernah masuk daftar pekerjaan.
Buat index dari EXPLAIN, bukan dari tebakan. Urutan kolom pada index gabungan menentukan apakah ia terpakai sama sekali.
Semua yang bersama harus di Redis — cache, session, lock — dengan database terpisah per peran supaya cache:clear tidak menghapus antrean.
Jangan lompat ke worker mode. Urutannya: N+1 dan index → CDN → optimize dan OPcache → tambah kontainer → baru worker mode.
Sebelum worker mode, bereskan state. Tidak ada singleton yang menyimpan data permintaan, tidak ada properti statis yang bertumbuh, tidak ada request() di provider.
Job harus idempoten. Ia akan berjalan dua kali — SQS menjaminnya at-least-once, dan worker bisa mati setelah pekerjaan selesai tapi sebelum pesannya dihapus.
Migrasi harus kompatibel dua arah. Selama rolling update, kode lama dan baru berjalan bersamaan. Ganti nama kolom = tiga deploy, bukan satu.
Ukur p95, bukan rata-rata. Rata-rata menyembunyikan satu dari sepuluh pengguna yang menunggu tiga detik.
Upgrade setiap tahun, bukan setiap empat tahun. Biaya upgrade tumbuh lebih cepat daripada linear terhadap waktu yang ditunda.

Kesalahan yang paling mahal

Kesalahan	Akibatnya	Dibahas di
Halaman personal ditandai `public` di CDN	Data satu pengguna tersaji ke pengguna lain	Fase 7, 9
`singleton` menyimpan data permintaan di worker mode	Kebocoran antar pengguna, hanya sesekali	Fase 3, 8
Kunci cache tanpa ID tenant	Kebocoran antar pelanggan	Fase 3, 10
`$guarded = []`	Kolom apa pun bisa diisi dari input pengguna	Fase 2
`APP_DEBUG=true` di produksi	Stack trace + seluruh environment terlihat publik	Fase 1
Visibility timeout SQS lebih pendek dari durasi job	Job diproses berkali-kali; email dan tagihan dobel	Fase 9
Session driver `file` di banyak kontainer	Pengguna ter-logout acak	Fase 4, 7
Image tag `latest`	Rollback tidak mengembalikan apa pun	Fase 9
Migrasi di entrypoint kontainer web	Lima task menjalankannya bersamaan saat scale-out	Fase 9
Health check menyentuh database	Gangguan sebagian berubah jadi kegagalan total	Fase 9

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 string pelacakan atau cookie yang ikut masuk kunci.
Query per permintaan. Kalau bertambah seiring jumlah baris, itu N+1.
p95 database. Buka Performance Insights; query teratas biasanya menunjuk index yang hilang.
Utas atau worker yang sibuk. Kalau selalu mentok, tambah task — bukan tambah worker per task.
Panjang antrean. Menumpuk berarti worker kurang, atau ada job yang menahan.
Baru pikirkan arsitektur. Lima langkah di atas menyelesaikan sebagian besar kasus.

Satu hal yang tidak akan diselesaikan infrastruktur: halaman yang butuh empat puluh query dan mengirim dua megabita HTML tetap mahal di runtime mana pun, di kelas instans apa 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. Mengubah runtime dan konfigurasi database bersamaan membuat hasilnya tidak bisa dibaca.
Baca pesan error sampai habis. Bedakan masalah izin, masalah konfigurasi, dan masalah kode — ketiganya sering terlihat mirip.
Jangan lompat ke Fase 8. Godaannya besar. Worker mode di atas kode yang belum bersih hanya menambah kelas bug baru.
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 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 tertarik pada sisi infrastruktur AWS-nya secara lebih dalam, AWS untuk AI Engineer membahas IAM, IaC, dan observability dengan sudut pandang yang berbeda.