Azure Container Apps

Azure Container Apps (ACA) adalah layanan hosting kontainer tanpa server yang dikelola sepenuhnya, dibangun di atas Kubernetes dan KEDA (Penskalaan Otomatis Berbasis Peristiwa Kubernetes). Berbeda dengan AKS, Anda tidak perlu mengelola bidang kontrol, kumpulan node, atau manifes Kubernetes secara langsung. Sebagai gantinya, Anda menerapkan kontainer menggunakan CLI atau definisi YAML sederhana, dan Azure menangani seluruh orkestrasi. ACA ideal untuk layanan mikro, backend API, pekerja berbasis peristiwa, dan tugas pemrosesan latar belakang yang perlu diskalakan secara dinamis, termasuk penskalaan hingga nol.

Sebuah Lingkungan Container Apps adalah batas terisolasi tempat satu atau beberapa Container Apps berjalan. Semua aplikasi dalam sebuah lingkungan berbagi jaringan virtual dan ruang kerja Log Analytics yang sama. Lingkungan dicakup oleh sebuah wilayah dan grup sumber daya. Anda dapat menerapkan beberapa lingkungan untuk mengisolasi tim atau tahap (produksi dibandingkan penahapan). Sebuah lingkungan secara opsional dapat disuntikkan ke VNet Anda sendiri untuk memungkinkan komunikasi privat antara Container Apps dan layanan Azure lainnya tanpa melalui internet publik.

Untuk menerapkan Container App, Anda menentukan citra kontainer (dari Azure Container Registry atau registri publik mana pun), jumlah replika, dan variabel lingkungan. Aplikasi dapat diakses secara publik melalui URL HTTPS yang dibuat otomatis jika Anda mengaktifkan ingres eksternal. Konfigurasi ingres mencakup port target, pembagian lalu lintas untuk penerapan blue-green, serta apakah hanya HTTP atau HTTPS yang diizinkan. ACA mengambil citra saat penerapan; lingkungan tersebut harus memiliki izin pengambilan pada registri.

Container Apps melakukan penskalaan menggunakan penskala KEDA yang dipicu berdasarkan metrik eksternal. Penskala KEDA bawaan mencakup: lalu lintas HTTP (permintaan serentak per replika), kedalaman antrean Azure Service Bus (pesan yang menunggu), Azure Storage Queue, Cron (berbasis waktu), dan CPU/Memori. Ketika metrik penskala turun menjadi nol dan minReplicas diatur ke 0, Container Apps diskalakan hingga nol — tanpa biaya komputasi sampai permintaan baru tiba. Penskalaan hingga nol sangat baik untuk pekerja berbasis peristiwa dengan beban kerja yang tidak teratur.

Dapr (Runtime Aplikasi Terdistribusi) adalah runtime portabel berbasis peristiwa yang menyederhanakan pembuatan layanan mikro. Container Apps memiliki integrasi Dapr bawaan — Anda mengaktifkannya untuk setiap aplikasi dengan satu bendera. Dapr menyediakan blok pembangun untuk: pemanggilan layanan (dengan percobaan ulang dan mTLS), perpesanan pub/sub (mengabstraksikan Service Bus, Event Hubs), manajemen status (mengabstraksikan Redis, Cosmos DB), dan pengikatan keluaran. Dengan Dapr, layanan mikro berkomunikasi melalui sespan Dapr tanpa perlu mengetahui detail infrastruktur yang mendasarinya.

Setiap penerapan ke Container App membuat revisi baru. Dalam mode beberapa revisi, Anda dapat membagi lalu lintas di antara revisi untuk penerapan blue-green atau canary. Misalnya, kirim 10% lalu lintas ke revisi baru dan 90% ke revisi stabil saat ini. Pantau laju kesalahan dan latensi pada revisi baru sebelum meningkatkan bobot lalu lintasnya menjadi 100%. Revisi lama dapat dinonaktifkan tetapi tetap disimpan dalam riwayat, sehingga memungkinkan pembatalan langsung dengan mengembalikan bobot lalu lintas.

Container Apps mendukung dua cara untuk memasukkan konfigurasi: variabel lingkungan (untuk konfigurasi yang tidak sensitif seperti bendera fitur atau URL API) dan rahasia (untuk nilai sensitif seperti string koneksi). Rahasia disimpan pada tingkat Container App dan direferensikan oleh variabel lingkungan atau komponen Dapr. Untuk pengaturan yang paling aman, referensikan rahasia dari Azure Key Vault menggunakan identitas terkelola, sehingga nilai rahasia diambil saat runtime dan tidak pernah disimpan di bidang konfigurasi Container App.

Container Apps Jobs memperluas platform untuk mendukung beban kerja berjalan hingga selesai—kontainer yang dimulai, melakukan pekerjaan, lalu berhenti. Jobs mendukung tiga jenis pemicu: Manual (dipicu melalui API atau CLI), Terjadwal (ekspresi cron), dan Berbasis peristiwa (pemicu penskalaan KEDA menjalankan setiap eksekusi). Jobs hanya ditagihkan berdasarkan waktu eksekusi yang sebenarnya dan ideal untuk pemrosesan batch, pembuatan laporan, migrasi basis data, serta pipeline inferensi ML yang berjalan secara berkala atau sebagai respons terhadap peristiwa.

Container Apps mengirim log sistem (peristiwa platform seperti pembuatan revisi dan penskalaan) serta log konsol (stdout/stderr aplikasi Anda) ke ruang kerja Analitik Log yang terlampir pada lingkungan tersebut. Lakukan kueri terhadap log dengan KQL: ContainerAppConsoleLogs_CL | where ContainerAppName_s == 'myapi' | project TimeGenerated, Log_s. Metrik Azure Monitor bawaan mencakup jumlah replika, jumlah permintaan, latensi permintaan, serta pemanfaatan CPU/memori per replika—semuanya tersedia di portal Azure tanpa konfigurasi tambahan.

Memilih platform kontainer Azure yang tepat: Container Apps paling sesuai untuk layanan mikro, pekerja berbasis peristiwa, dan API ketika Anda menginginkan manfaat Kubernetes tanpa mengelola klaster—terutama saat penskalaan ke nol bermanfaat. AKS paling sesuai ketika Anda memerlukan kontrol penuh atas Kubernetes, operator khusus, atau konfigurasi simpul tertentu (GPU, memori tinggi). App Service paling sesuai untuk aplikasi web dan API tradisional ketika tim pengembang menginginkan model PaaS sederhana tanpa beban pengelolaan kontainer. Ketiganya mendukung kontainer; perbedaannya terletak pada kompleksitas pengelolaan dibandingkan dengan tingkat kontrol.

Container Apps mendukung dua mode ingress: Eksternal (dapat diakses publik melalui titik akhir HTTPS dengan penyeimbangan beban dan TLS otomatis) serta Internal (hanya dapat diakses dari dalam lingkungan Container Apps yang sama atau dari sumber daya yang terhubung melalui peering VNet). Ingress internal digunakan untuk layanan backend yang tidak boleh terekspos ke internet. Apps dapat saling memanggil menggunakan nama DNS internal yang dibuat otomatis, http://myapi, dalam lingkungan yang sama, sehingga memungkinkan komunikasi sederhana antarlayanan tanpa menerapkan gateway API.

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

Dalam pelajaran ini Anda mempelajari bahwa Azure Container Apps menyediakan hosting kontainer tanpa server yang dibangun di atas Kubernetes dan KEDA tanpa pengelolaan klaster, penskalaan KEDA memungkinkan penskalaan ke nol berdasarkan kedalaman antrean, lalu lintas HTTP, atau jadwal cron, dan integrasi Dapr menyederhanakan komunikasi antarlayanan mikro serta pengelolaan status. Berikutnya, kita menghubungkan semuanya menjadi alur kerja pengembang menyeluruh dari ujung ke ujung.