Konsep Cloud dan Tinjauan Arsitektur Azure

Domain Konsep Cloud mencakup sekitar 25–30% ujian AZ-900. Topik utama meliputi: definisi dan manfaat komputasi cloud, model tanggung jawab bersama, model layanan cloud (IaaS/PaaS/SaaS), dan model deployment cloud (publik/privat/hibrida). Ujian menguji apakah Anda memahami model yang sesuai untuk skenario tertentu, bukan sekadar definisinya. Perhatikan secara khusus enam manfaat komputasi cloud yang dicantumkan Microsoft dalam tujuan ujian.

Model tanggung jawab bersama membagi tanggung jawab keamanan dan pengelolaan antara Microsoft dan pelanggan. Microsoft selalu mengelola: pusat data fisik, jaringan fisik, dan host fisik. Pelanggan selalu mengelola: data, akun, dan identitas. Lapisan tengah berubah bergantung pada model layanan: untuk IaaS, pelanggan mengelola OS, kontrol jaringan, dan aplikasi; untuk PaaS, Microsoft juga mengelola OS dan middleware; untuk SaaS, Microsoft mengelola hampir semuanya kecuali data dan akses akun.

Tujuan AZ-900 Microsoft menetapkan enam manfaat cloud: Ketersediaan Tinggi (layanan tetap tersedia melalui SLA), Skalabilitas (menambahkan kapasitas sesuai permintaan), Elastisitas (meningkatkan dan menurunkan skala secara otomatis), Agilitas (melakukan deployment lebih cepat daripada di lingkungan lokal), Distribusi Geografis (melakukan deployment secara global dengan latensi rendah), dan Pemulihan Bencana (mereplikasi dan melakukan failover lintas wilayah). Ujian sering menyajikan skenario dan menanyakan manfaat yang paling sesuai. Elastisitas dan skalabilitas adalah pasangan yang paling sering tertukar—elastisitas adalah penyesuaian otomatis, sedangkan skalabilitas adalah kemampuan untuk meningkatkan skala.

TI tradisional di lokasi sendiri menggunakan CapEx (Capital Expenditure) — investasi awal untuk perangkat keras dan infrastruktur yang disusutkan dari waktu ke waktu. Komputasi cloud beralih ke OpEx (Operational Expenditure) — Anda membayar sesuai yang digunakan, dari satu periode ke periode berikutnya, tanpa biaya awal yang besar. Peralihan ini menguntungkan arus kas dan mengurangi risiko keuangan akibat penyediaan kapasitas yang berlebihan. Ujian AZ-900 mungkin meminta Anda menentukan apakah suatu skenario merupakan CapEx atau OpEx, atau menjelaskan alasan perusahaan yang bermigrasi ke Azure akan mengalami peningkatan OpEx sementara CapEx menurun.

Hafalkan hierarki resource Azure untuk ujian: Management Groups (paling atas — menggabungkan Subscription dan menerapkan kebijakan) → Subscription (batas penagihan, batas kontrol akses) → Resource Groups (wadah logis untuk resource terkait) → Resources (layanan individual seperti VM dan akun Storage). Sebuah Subscription hanya dimiliki tepat oleh satu Management Group. Sebuah Resource hanya berada tepat di satu Resource Group. Resource Group dapat berisi resource dari wilayah Azure mana pun.

Fakta penting tentang wilayah dan Availability Zone untuk ujian: Azure memiliki lebih dari 60 wilayah di seluruh dunia. Setiap wilayah merupakan area geografis yang berisi satu atau beberapa pusat data. Pasangan wilayah telah dikonfigurasi sebelumnya untuk replikasi pemulihan bencana, dengan jarak pemisah setidaknya 300 mil. Availability Zones (AZs) adalah pusat data yang terpisah secara fisik dalam satu wilayah, masing-masing dengan daya, pendinginan, dan jaringan yang independen. Tidak semua wilayah memiliki AZ — ujian mungkin menguji apakah Anda mengetahui bahwa AZ hanya tersedia di wilayah tertentu (yang disebut wilayah berkemampuan Zone).

Gunakan mnemonik ujian berikut untuk model layanan: IaaS = Anda mengelola mulai dari OS ke atas (Azure VM, Azure Disks). PaaS = Anda hanya mengelola aplikasi dan data (Azure App Service, Azure SQL Database, Azure Functions). SaaS = Anda hanya mengelola data dan akses (Microsoft 365, Dynamics 365). Jebakan umum AZ-900: Azure SQL Database adalah PaaS (bukan IaaS), meskipun merupakan basis data. SQL Server pada VM adalah IaaS. Jika Anda mengelola OS, berarti IaaS; jika tidak, berarti PaaS.

Tiga model penerapan cloud yang diujikan dalam AZ-900: Cloud publik — resource dimiliki dan dioperasikan oleh penyedia pihak ketiga (Azure), menggunakan infrastruktur bersama, dan dibayar sesuai pemakaian. Cloud privat — resource digunakan secara eksklusif oleh satu organisasi, dihosting di lokasi sendiri atau fasilitas kolokasi khusus, dengan kendali penuh. Cloud hibrida — cloud publik dan privat saling terhubung sehingga beban kerja dapat dijalankan di lingkungan yang paling sesuai. Ujian mungkin menanyakan: Model penerapan mana yang memungkinkan organisasi menyimpan data sensitif di lokasi sendiri sekaligus menggunakan Azure untuk komputasi yang dapat diskalakan? Jawaban: Hibrida.

Azure menggunakan model harga berbasis konsumsi — Anda hanya membayar layanan cloud saat menggunakannya. Hal ini selaras langsung dengan model OpEx. Tiga opsi harga yang muncul dalam AZ-900: Bayar sesuai pemakaian (tanpa komitmen, harga per unit tertinggi), Reserved Instances (komitmen 1 atau 3 tahun, diskon hingga 72%), dan harga Spot (menggunakan kapasitas Azure yang tidak terpakai dengan diskon besar, tetapi dapat dihentikan). Ujian juga mungkin menanyakan Total Cost of Ownership (TCO) Calculator, yang memperkirakan biaya di lokasi sendiri dibandingkan biaya Azure untuk menyusun dasar bisnis migrasi.

Jenis skenario berikut sering muncul dalam pertanyaan konsep cloud AZ-900:

• Manfaat apa? — Perusahaan perlu menangani lalu lintas 10 kali lebih besar selama liburan → Elastisitas atau Skalabilitas.
• Model apa? — Perusahaan rintisan menginginkan basis data tanpa mengelola server → PaaS (Azure SQL Database).
• Penerapan apa? — Rumah sakit harus menyimpan data pasien di lokasi, tetapi ingin menggunakan Azure untuk analitik → Cloud hibrida.
• Harga apa? — Perusahaan memiliki VM yang berjalan 24/7 selama 3 tahun → Reserved Instances.

Fakta arsitektur yang sering muncul untuk peninjauan terakhir:

• Azure Availability Zones melindungi dari kegagalan pusat data; Region Pairs melindungi dari gangguan wilayah.
• Sebuah resource group tidak dapat berisi resource group lain.
• Resource dalam resource group dapat berada di wilayah yang berbeda.
• Management groups dapat memiliki kedalaman hingga 6 tingkat (tidak termasuk root).
• Sebuah tenant Entra ID dapat memiliki beberapa Subscription Azure.

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

Dalam pelajaran ini Anda meninjau: model tanggung jawab bersama dan perubahan tanggung jawab di seluruh IaaS/PaaS/SaaS, enam manfaat cloud (ketersediaan, skalabilitas, elastisitas, kelincahan, distribusi geografis, pemulihan bencana), serta hierarki resource Azure (management groups → subscriptions → resource groups → resources). Selanjutnya, kita akan meninjau referensi cepat yang diringkas mengenai layanan inti Azure.