Penskalaan Otomatis dan Domain Kustom

Penskalaan otomatis menyesuaikan jumlah instans App Service yang menjalankan aplikasi Anda secara otomatis berdasarkan permintaan waktu nyata. Tanpa penskalaan otomatis, Anda harus menyediakan kapasitas untuk beban puncak dan membayar kapasitas yang menganggur selama jam di luar periode sibuk. Dengan penskalaan otomatis, Azure menambahkan instans saat beban meningkat dan menghapusnya saat beban menurun, sehingga mengoptimalkan performa dan biaya. Penskalaan otomatis memerlukan tingkat Standard atau yang lebih tinggi.

Azure menyediakan dua dimensi penskalaan. Penskalaan horizontal menambahkan lebih banyak instans aplikasi yang identik untuk berbagi beban—inilah yang terutama dilakukan oleh penskalaan otomatis. Penskalaan vertikal berpindah ke ukuran VM yang lebih besar dengan CPU dan RAM lebih banyak melalui perubahan SKU paket App Service. Penskalaan horizontal lebih disukai untuk ketahanan karena beberapa instans dapat tetap berjalan saat terjadi kegagalan individual; penskalaan vertikal memiliki batas perangkat keras.

Penskalaan otomatis di Azure dikonfigurasi melalui pengaturan penskalaan otomatis yang dilampirkan ke paket App Service. Pengaturan penskalaan otomatis berisi satu atau beberapa profil (reguler, tanggal tetap, berulang), yang masing-masing berisi aturan. Aturan penskalaan horizontal aktif ketika metrik melampaui ambang batas (misalnya, CPU > 70%); aturan penskalaan vertikal turun aktif ketika nilainya berada di bawah ambang batas yang lebih rendah (misalnya, CPU < 30%). Selalu tentukan aturan untuk kedua arah agar pertumbuhan tidak terkendali atau biaya berlebihan dapat dihindari.

Penskalaan otomatis berbasis jadwal (profil berulang) memungkinkan Anda menyiapkan kapasitas lebih awal untuk pola lalu lintas yang dapat diprediksi. Misalnya, lakukan penskalaan horizontal hingga 10 instans setiap hari kerja pukul 08.00 dan turunkan kembali menjadi 2 instans pukul 18.00. Menggabungkan profil berbasis jadwal dan berbasis metrik memberi Anda manfaat keduanya: kapasitas yang telah disiapkan untuk puncak yang diketahui serta respons elastis terhadap lonjakan yang tidak terduga.

Periode pendinginan adalah jeda setelah tindakan penskalaan, ketika tidak ada penskalaan lanjutan yang dilakukan. Periode ini mencegah perubahan berulang—penskalaan horizontal naik atau turun yang terjadi cepat secara berulang akibat lonjakan metrik sementara. Periode pendinginan bawaan adalah 5 menit untuk penskalaan horizontal naik dan 5 menit untuk penskalaan horizontal turun. Tetapkan periode yang lebih lama untuk penskalaan horizontal turun (misalnya, 10–15 menit) agar instans memiliki waktu untuk menyelesaikan koneksi aktif sebelum dihapus.

Aplikasi App Service mendapatkan nama host bawaan azurewebsites.net. Untuk menggunakan domain Anda sendiri (misalnya, www.contoso.com), tambahkan domain khusus di pengaturan App Service dan buat data DNS yang sesuai di registrar domain Anda. Anda perlu membuktikan kepemilikan dengan membuat CNAME atau data TXT (disebut data verifikasi) di zona DNS, lalu membuat data CNAME atau A untuk perutean yang sebenarnya.

Setelah domain khusus dipetakan, Anda memerlukan sertifikat TLS untuk mengaktifkan HTTPS. App Service menyediakan tiga opsi: Sertifikat Managed App Service (gratis, diperpanjang otomatis, terbatas pada domain standar), Sertifikat App Service (dibeli melalui Azure, disimpan di Key Vault), atau unggahan sertifikat pihak ketiga (sertifikat Anda sendiri dari Let's Encrypt atau CA). Mode khusus HTTPS secara otomatis mengalihkan semua lalu lintas HTTP ke HTTPS.

Meskipun CPU merupakan metrik penskalaan otomatis yang umum, panjang antrean HTTP sering kali menjadi sinyal yang lebih baik untuk aplikasi web. Ketika panjang antrean tinggi, permintaan baru menunggu karena instans sedang sepenuhnya sibuk. Penskalaan berdasarkan HttpQueueLength mendeteksi kelebihan beban lebih cepat daripada CPU, karena CPU dapat berubah-ubah tanpa selalu menunjukkan latensi yang dirasakan pengguna. Gunakan kedua metrik secara bersamaan untuk perilaku penskalaan otomatis yang tangguh.

Konfigurasikan notifikasi penskalaan otomatis untuk menerima peringatan melalui email atau webhook ketika peristiwa penskalaan terjadi. Hal ini membantu tim memahami pola lalu lintas dan memverifikasi bahwa penskalaan otomatis berjalan sesuai harapan. Notifikasi dikonfigurasi di bagian notifikasi pada pengaturan penskalaan otomatis dan dapat ditujukan ke beberapa alamat email serta titik akhir webhook (untuk integrasi dengan Slack, PagerDuty, atau alat khusus).

Pemetaan domain apex (misalnya, contoso.com tanpa www) ke App Service memerlukan rekaman A yang mengarah ke alamat IP App Service, serta rekaman TXT untuk verifikasi. Karena IP App Service dapat berubah, Microsoft merekomendasikan penggunaan Azure Traffic Manager atau Azure Front Door sebagai perantara — padanan CNAME untuk domain apex (rekaman ALIAS/ANAME) mengarah ke profil Traffic Manager, yang kemudian merutekan permintaan ke App Service.

Setelah mengonfigurasi autoscale, ujilah apakah fitur tersebut bekerja dengan benar dengan membuat beban buatan. Gunakan alat seperti Apache JMeter, k6, atau Azure Load Testing untuk menyimulasikan pengguna serentak. Pantau metrik jumlah Instance pada paket App Service di Azure Monitor untuk memastikan jumlah Instance bertambah saat beban meningkat dan berkurang saat beban mereda. Dokumentasikan RPS (permintaan per detik) yang diamati untuk setiap Instance guna memvalidasi ambang penskalaan Anda.

Ujilah pemahaman Anda tentang konsep Microsoft Azure Fundamentals (AZ-900) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari bahwa aturan autoscale pada paket App Service menambahkan atau menghapus Instance berdasarkan pemicu CPU, antrean HTTP, atau jadwal; domain kustom memerlukan rekaman DNS CNAME/A serta rekaman TXT untuk verifikasi di zona DNS Anda; dan sertifikat TLS (termasuk sertifikat terkelola gratis) mengaktifkan HTTPS pada domain kustom. Selanjutnya, kita akan membahas autentikasi dan jaringan App Service.