{"id":564,"date":"2026-08-31T14:51:36","date_gmt":"2026-08-31T07:51:36","guid":{"rendered":"https:\/\/azefine.com\/?p=564"},"modified":"2026-08-31T14:51:36","modified_gmt":"2026-08-31T07:51:36","slug":"saya-tambah-cdn-cache-ke-situs-malah-makin-lambat-ini-matematika-yang-sebaiknya-saya-hitung-dulu-2","status":"publish","type":"post","link":"https:\/\/azefine.com\/?p=564","title":{"rendered":"Saya Tambah CDN Cache ke Situs, Malah Makin Lambat \u2014 Ini Matematika yang Sebaiknya Saya Hitung Dulu"},"content":{"rendered":"

Setelah situs yang tadinya berjalan sendiri mulai terasa berat, langkah pertama yang biasa dipikirkan adalah menambahkan cache<\/em> di depan \u2014 lazimnya sebuah CDN. Logikanya tepat: konten statis di-cache di edge, pengunjung terima respons lebih cepat, beban origin turun. Akhirnya saya melakukan eksperimen yang sama, dan hasilnya justru berkebalikan. Situs yang sudah di-cache malah menjadi lebih lambat secara terukur.<\/p>\n

Yang membuat kejutan ini terasa nyata adalah ada pemantau eksternal yang menyoroti 38 halaman sebelum eksperimen dan melaporkannya setelahnya. Angka-angka itu tidak datang dari rasa subjektif, melainkan dari halaman yang terdeteksi lebih lambat setelah CDN diaktifkan. Artinya, bukan sekadar sensasi, ada perubahan performa yang bisa dilihat. Masalahnya, penambahan lapisan cache tanpa perhitungan awal yang tepat justru bisa menambah latensi daripada menguranginya.<\/p>\n

Racun utamanya ada pada beberapa tempat. Pertama, rasio cache hit<\/em> yang seharusnya jadi alasan utama kehadiran CDN bisa saja rendah: jika pola request lebih banyak mengarah ke URL yang jarang dipakai atau khusus, mayoritas request justru sampai ke origin. Kedua, ada biaya tambahan dari proses cache itu sendiri \u2014 pemeriksaan TTL, invalidasi, dan perjalanan round-trip ke node terdekat yang kadang tidak selalu lebih dekat atau lebih cepat daripada origin yang sudah baik. Ketiga, konfigurasi yang salah, seperti TTL terlalu pendek atau aturan yang memaksa recheck, dapat menggugurkan manfaat cache dan sebaliknya memperlambat respons karena test dan khawatir akan data yang sudah usang.<\/p>\n

Pelajaran yang bisa diambil: sebelum memasang CDN, lakukan perhitungan dulu. Estimasi hit ratio, peta URL yang akan dicache, pola request, dan pengukuran baseline<\/em> performa tanpa CDN. Jika tidak ada perhitungan, risiko hanya tebak-tebakan. Cache memang bisa mempercepat, tetapi hanya jika matematikanya masuk akal \u2014 bukan sekadar karena kata "cache" terdengar bagus di kepala.<\/p>\n

Sumber asli:<\/strong> \n","protected":false},"excerpt":{"rendered":"

Setelah situs yang tadinya berjalan sendiri mulai terasa berat, langkah pertama yang biasa dipikirkan adalah menambahkan cache di depan \u2014 …<\/p>\n","protected":false},"author":1,"featured_media":565,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"footnotes":""},"categories":[30],"tags":[],"class_list":["post-564","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-infrastructure"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t