Konsep Awan dan Semakan Seni Bina Azure

Domain Konsep Awan merangkumi kira-kira 25–30% daripada peperiksaan AZ-900. Topik utama termasuk definisi dan manfaat pengkomputeran awan, model tanggungjawab bersama, model perkhidmatan awan (IaaS/PaaS/SaaS) dan model penggunaan awan (awam/peribadi/hibrid). Peperiksaan menguji sama ada anda memahami model yang sesuai untuk sesuatu senario, bukan sekadar definisinya. Beri perhatian khusus kepada enam manfaat pengkomputeran awan yang disenaraikan oleh Microsoft dalam objektif peperiksaan.

Model tanggungjawab bersama membahagikan tanggungjawab keselamatan dan pengurusan antara Microsoft dengan pelanggan. Microsoft sentiasa mengurus: pusat data fizikal, rangkaian fizikal dan hos fizikal. Pelanggan sentiasa mengurus: data, akaun dan identiti. Lapisan pertengahan berubah mengikut model perkhidmatan: bagi IaaS, pelanggan mengurus OS, kawalan rangkaian dan aplikasi; bagi PaaS, Microsoft turut mengurus OS dan perisian tengah; bagi SaaS, Microsoft mengurus hampir segala-galanya kecuali data dan akses akaun.

Objektif AZ-900 Microsoft mentakrifkan enam manfaat awan: Ketersediaan Tinggi (perkhidmatan kekal tersedia melalui SLA), Kebolehskalaan (menambah kapasiti atas permintaan), Keanjalan (menskalakan naik dan turun secara automatik), Ketangkasan (menggunakan lebih pantas berbanding di premis), Pengagihan Geografi (menggunakan secara global dengan kependaman rendah) dan Pemulihan Bencana (mereplikasi dan melakukan failover merentas rantau). Peperiksaan sering memberikan senario dan bertanya manfaat yang paling sesuai. Keanjalan dan kebolehskalaan ialah pasangan yang paling kerap dikelirukan — keanjalan ialah pelarasan automatik, manakala kebolehskalaan ialah keupayaan untuk diskalakan.

IT tradisional di premis menggunakan CapEx (Capital Expenditure) — pelaburan awal dalam perkakasan dan infrastruktur yang disusut nilai dari semasa ke semasa. Pengkomputeran awan beralih kepada OpEx (Operational Expenditure) — membayar berdasarkan penggunaan dari satu tempoh ke satu tempoh, tanpa kos pendahuluan yang besar. Peralihan ini memberi manfaat kepada aliran tunai dan mengurangkan risiko kewangan akibat peruntukan berlebihan. Peperiksaan AZ-900 mungkin meminta anda mengenal pasti sama ada sesuatu senario mewakili CapEx atau OpEx, atau menerangkan sebab syarikat yang berhijrah ke Azure akan mengalami peningkatan OpEx sementara CapEx berkurang.

Hafalkan hierarki Resource Azure untuk peperiksaan: Management Groups (peringkat teratas — mengumpulkan Subscription dan menggunakan dasar) → Subscription (sempadan pengebilan, sempadan kawalan akses) → Resource Groups (bekas logik untuk Resource yang berkaitan) → Resource (perkhidmatan individu seperti VM dan akaun Storage). Satu Subscription hanya dimiliki oleh satu kumpulan pengurusan. Satu Resource hanya dimiliki oleh satu kumpulan Resource. Kumpulan Resource boleh mengandungi Resource dari mana-mana wilayah Azure.

Fakta penting tentang wilayah dan zon ketersediaan untuk peperiksaan: Azure mempunyai lebih daripada 60 wilayah di seluruh dunia. Setiap wilayah ialah kawasan geografi yang mengandungi satu atau lebih pusat data. Pasangan wilayah telah diprakonfigurasi untuk replikasi pemulihan bencana, dengan jarak sekurang-kurangnya 300 batu. Zon Ketersediaan (AZ) ialah pusat data yang terpisah secara fizikal dalam satu wilayah, setiap satunya mempunyai kuasa, penyejukan dan rangkaian yang bebas. Tidak semua wilayah mempunyai AZ — peperiksaan mungkin menguji pengetahuan anda bahawa AZ hanya tersedia di wilayah terpilih (dipanggil wilayah yang didayakan Zon).

Gunakan mnemonik peperiksaan ini untuk model perkhidmatan: IaaS = Anda mengurus dari OS ke atas (Azure VM, Azure Disks). PaaS = Anda hanya mengurus aplikasi dan data (Azure App Service, Azure SQL Database, Azure Functions). SaaS = Anda hanya mengurus data dan akses (Microsoft 365, Dynamics 365). Perangkap biasa AZ-900: Azure SQL Database ialah PaaS (bukan IaaS), walaupun ia merupakan pangkalan data. SQL Server pada VM ialah IaaS. Jika anda mengurus OS, ia ialah IaaS; jika tidak, ia ialah PaaS.

Tiga model penggunaan awan yang diuji dalam AZ-900: Awan awam — Resource dimiliki dan dikendalikan oleh penyedia pihak ketiga (Azure), menggunakan infrastruktur dikongsi serta bayaran berdasarkan penggunaan. Awan persendirian — Resource digunakan secara eksklusif oleh satu organisasi, dihoskan di premis atau di kemudahan kolokasi khusus, dengan kawalan penuh. Awan hibrid — awan awam dan persendirian disambungkan, membolehkan beban kerja dijalankan dalam persekitaran yang paling sesuai. Peperiksaan mungkin menguji: Model penggunaan manakah yang membolehkan organisasi menyimpan data sensitif di premis sambil menggunakan Azure untuk pengkomputeran boleh skala? Jawapan: Hibrid.

Azure menggunakan model harga berdasarkan penggunaan — anda hanya membayar perkhidmatan awan apabila menggunakannya. Ini sejajar secara langsung dengan model OpEx. Tiga pilihan harga muncul dalam AZ-900: Bayar mengikut penggunaan (tiada komitmen, harga seunit tertinggi), Reserved Instances (komitmen 1 atau 3 tahun, diskaun sehingga 72%), dan harga Spot (menggunakan kapasiti Azure yang tidak digunakan dengan diskaun besar, tertakluk kepada pengusiran). Peperiksaan juga mungkin bertanya tentang Kalkulator Total Cost of Ownership (TCO), yang menganggarkan kos di premis berbanding kos Azure untuk membina kes perniagaan penghijrahan.

Jenis senario ini kerap muncul dalam soalan konsep awan AZ-900:

• Manfaat yang manakah? — Syarikat perlu mengendalikan trafik 10 kali ganda lebih banyak semasa musim cuti → Keanjalan atau Kebolehskalaan.
• Model yang manakah? — Syarikat pemula mahukan pangkalan data tanpa mengurus pelayan → PaaS (Azure SQL Database).
• Penggunaan yang manakah? — Hospital mesti menyimpan data pesakit di lokasi sendiri tetapi mahu menggunakan Azure untuk analitik → Awan hibrid.
• Harga yang manakah? — Syarikat mempunyai VM yang berjalan 24/7 selama 3 tahun → Reserved Instances.

Fakta seni bina yang kerap muncul untuk ulang kaji saat akhir:

• Zon Ketersediaan Azure melindungi daripada kegagalan pusat data; Pasangan Wilayah melindungi daripada gangguan wilayah.
• Satu kumpulan Resource tidak boleh mengandungi kumpulan Resource yang lain.
• Resource dalam satu kumpulan Resource boleh berada di wilayah yang berbeza.
• Kumpulan pengurusan boleh mempunyai kedalaman sehingga 6 peringkat (tidak termasuk akar).
• Satu tenant Entra ID boleh mempunyai beberapa Subscription Azure.

Dalam pelajaran ini, anda mengulang kaji: model tanggungjawab dikongsi dan cara tanggungjawab berubah merentas IaaS/PaaS/SaaS, enam manfaat awan (ketersediaan, kebolehskalaan, keanjalan, ketangkasan, pengagihan geografi, pemulihan bencana), serta hierarki Resource Azure (kumpulan pengurusan → Subscription → kumpulan Resource → Resource). Seterusnya, kita akan membuat ulang kaji rujukan pantas yang dipadatkan tentang perkhidmatan teras Azure.