Perilaku Tembolok dan Pengaturan TTL

Perilaku cache adalah aturan yang memberi tahu CloudFront cara menangani Request untuk pola jalur URL yang berbeda. Setiap perilaku cache memetakan pola jalur (misalnya, /images/*, /api/*, *.css) ke origin tertentu dan konfigurasi caching.

Satu distribusi memiliki satu Perilaku Cache Default (yang mencocokkan semua jalur yang tidak ditangani oleh perilaku yang lebih spesifik) dan hingga 25 perilaku tambahan berbasis jalur. CloudFront mengevaluasi perilaku berdasarkan urutan dari yang paling spesifik hingga yang paling umum, lalu beralih ke default.

Pola jalur mendukung wildcard: * mencocokkan kombinasi karakter apa pun termasuk garis miring, dan ? mencocokkan satu karakter apa pun. Contoh:

• /images/* — semua URL yang dimulai dengan /images/
• *.jpg — semua Request yang diakhiri dengan .jpg di bagian mana pun pada jalur
• /api/v2/* — semua rute API v2
• /static/??.css — file CSS statis dengan tepat dua karakter sebelum .css

Perilaku dievaluasi berdasarkan urutan yang tercantum dalam konfigurasi distribusi. Letakkan pola yang lebih spesifik terlebih dahulu. Perilaku default (*) selalu dicocokkan terakhir.

CloudFront memisahkan logika caching menjadi dua jenis kebijakan:

• Kebijakan Cache: menentukan apa yang digunakan CloudFront sebagai kunci cache—gabungan header, string kueri, dan cookie yang menentukan apakah objek yang di-cache cocok dengan suatu Request. Kebijakan ini juga menetapkan batas TTL.
• Kebijakan Request Origin: menentukan header, string kueri, dan cookie mana yang diteruskan ke origin—meskipun bukan bagian dari kunci cache (untuk mengirim header autentikasi ke origin tanpa membedakan cache berdasarkan token)

AWS menyediakan kebijakan terkelola (misalnya, CachingOptimized, CachingDisabled) yang mencakup sebagian besar kasus penggunaan, atau Anda dapat membuat kebijakan kustom.

CloudFront mematuhi tiga nilai TTL dari Kebijakan Cache:

• TTL Minimum: waktu tersingkat CloudFront menyimpan objek di cache, terlepas dari header origin (default 0)
• TTL Default: waktu CloudFront menyimpan objek di cache saat origin tidak mengirimkan header Cache-Control atau Expires (default 86.400 detik = 1 hari)
• TTL Maksimum: waktu terlama CloudFront menyimpan objek di cache, dengan membatasi direktif Cache-Control max-age dari origin (default 31.536.000 = 1 tahun)

Ketiga nilai ini membatasi durasi cache aktual yang dikirim oleh origin melalui header Cache-Control.

Saat origin Anda mengirimkan header Cache-Control: max-age=3600, CloudFront menyimpan objek di cache selama 3.600 detik—selama nilai ini berada dalam batas TTL Minimum dan Maksimum Kebijakan Cache. Jika origin mengirimkan Cache-Control: no-cache atau Cache-Control: no-store, CloudFront akan memeriksa origin sebelum menyajikan salinan yang di-cache setiap kali.

Untuk aset statis yang jarang berubah, tetapkan max-age yang panjang (misalnya, 31536000 = 1 tahun) dan gunakan cache busting—sertakan hash konten dalam nama file (misalnya, app.a3f4b5.js)—agar URL berubah saat konten berubah dan versi lama yang di-cache otomatis tidak berlaku.

Pola perilaku cache yang efektif memisahkan konten statis dan dinamis:

• /static/*, *.css, *.js, *.jpg → origin S3, kebijakan CachingOptimized (TTL tinggi, tanpa cookie/string kueri dalam kunci cache)
• /api/* → origin ALB, kebijakan CachingDisabled (selalu diambil dari origin, semua header/cookie diteruskan)
• /* (default) → origin ALB, caching moderat

Ini memisahkan lapisan statis yang sangat mudah di-cache dari lapisan API dinamis, sehingga memaksimalkan rasio cache hit untuk konten statis sekaligus memastikan respons API selalu terbaru.

Saat Anda memperbarui konten di S3 atau origin dan ingin segera menyajikan versi baru dari CloudFront tanpa menunggu TTL kedaluwarsa, Anda membuat invalidasi cache. Tentukan jalur yang akan diinvalidasi (misalnya, /images/logo.png atau /images/*), lalu CloudFront menghapus objek tersebut dari semua cache edge.

Invalidasi dikenai biaya: 1.000 jalur pertama per bulan gratis; jalur tambahan dikenai biaya per jalur. Invalidasi wildcard (misalnya, /*) dihitung sebagai satu jalur. Praktik terbaiknya adalah menggunakan nama file berversi untuk aset statis (cache busting), bukan invalidasi yang sering, guna mengurangi biaya dan penundaan.

Kunci cache adalah pengenal unik yang digunakan CloudFront untuk mencari respons yang di-cache. Secara default, kunci cache hanya berupa jalur URL. Menyertakan komponen tambahan akan meningkatkan jumlah entri cache yang berbeda:

• String kueri: /search?q=aws dan /search?q=s3 merupakan entri cache terpisah jika q ada dalam kunci cache
• Header: menyertakan Accept-Encoding memungkinkan CloudFront menyimpan versi gzip dan non-gzip secara terpisah
• Cookie: menyertakan cookie sesi membuat entri cache per pengguna, yang secara efektif menonaktifkan caching

Minimalkan komponen kunci cache untuk efisiensi cache maksimum. Sertakan hanya komponen yang benar-benar menghasilkan konten respons yang berbeda.

CloudFront dapat secara otomatis mengompresi objek berbasis teks (HTML, CSS, JavaScript, JSON) menggunakan gzip atau Brotli sebelum mengirimkannya kepada viewer. Hal ini mengurangi ukuran muatan sebesar 60–80% dan mempercepat waktu pemuatan halaman tanpa perubahan apa pun pada origin Anda.

Untuk mengaktifkan kompresi: pastikan Kebijakan Cache menyertakan Accept-Encoding dalam kunci cache (CloudFront perlu menyimpan versi gzip dan non-gzip secara terpisah), lalu aktifkan Compress Objects Automatically dalam perilaku cache. CloudFront mengompresi objek yang berukuran lebih dari 1.000 byte dan kurang dari 10 MB.

Rasio cache hit adalah persentase Request yang disajikan dari cache CloudFront tanpa menuju ke origin. Rasio yang tinggi (80%+) berarti biaya origin lebih rendah dan performa lebih baik. Pantau rasio ini melalui laporan Cache Statistics di konsol CloudFront atau melalui metrik CloudWatch CacheHitRate.

Cara meningkatkan rasio cache hit: tingkatkan nilai TTL, kurangi jumlah header/cookie dalam kunci cache, gunakan normalisasi string kueri (teruskan hanya string kueri yang benar-benar digunakan aplikasi Anda), dan tetapkan header Cache-Control yang sesuai di origin.

Setiap perilaku cache dapat mengarah ke origin yang berbeda, sehingga satu distribusi CloudFront dapat menyajikan konten dari beberapa backend. Contoh:

• /static/* → origin S3 (Bucket privat melalui OAC)
• /api/* → origin ALB di us-east-1
• /media/* → origin CDN MediaPackage untuk streaming video

Setiap perilaku juga mengonfigurasi secara independen Kebijakan Protokol Viewer, Metode HTTP yang Diizinkan, dan asosiasi fungsi (CloudFront Functions atau Lambda@Edge). Dengan demikian, satu distribusi menjadi lapisan delivery yang fleksibel dan serbaguna.

Uji pemahaman Anda tentang konsep AWS Solutions Architect (SAA-C03) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari: perilaku cache memetakan pola jalur URL ke origin dan aturan caching, batas TTL Minimum/Default/Maksimum mengontrol berapa lama konten di-cache dengan header Cache-Control origin yang lebih diutamakan jika tersedia, dan invalidasi cache segera menghapus konten kedaluwarsa dari semua lokasi edge. Minimalkan komponen kunci cache untuk memaksimalkan rasio hit. Selanjutnya kita akan membahas URL bertanda tangan, cookie bertanda tangan, dan pembatasan geografis.