Browser ini sudah tidak didukung.
Mutakhirkan ke Microsoft Edge untuk memanfaatkan fitur, pembaruan keamanan, dan dukungan teknis terkini.
Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Artikel ini menyajikan pola kunci untuk arsitektur misi penting di Azure. Terapkan pola ini saat Anda memulai proses desain, lalu pilih komponen yang paling cocok untuk kebutuhan bisnis Anda. Artikel ini merekomendasikan pendekatan desain bintang utara
Sebaiknya Anda mengevaluasi area desain utama, tentukan alur pengguna dan sistem penting yang menggunakan komponen yang mendasar, dan kembangkan matriks sumber daya Azure dan konfigurasinya sambil mengingat karakteristik berikut.
| Karakteristik | Pertimbangan |
|---|---|
| Seumur hidup | Berapa masa pakai sumber daya yang diharapkan, relatif terhadap sumber daya lain dalam solusi? Haruskah sumber daya melewati masa pakai atau berbagi masa pakai dengan seluruh sistem atau wilayah, atau bersifat sementara? |
| Negara | Dampak apa yang akan ditimbulkan oleh status yang bertahan pada lapisan ini pada keandalan atau pengelolaan? |
| Mencapai | Apakah sumber daya diperlukan untuk didistribusikan secara global? Dapatkah sumber daya berkomunikasi dengan sumber daya lain, yang terletak secara global atau di dalam wilayah tersebut? |
| Dependensi | Apa dependensi pada sumber daya lain? |
| Batas skala | Apa throughput yang diharapkan untuk sumber daya tersebut? Berapa banyak skala yang disediakan oleh sumber daya agar sesuai dengan permintaan tersebut? |
| Ketersediaan/pemulihan bencana | Apa dampaknya pada ketersediaan dari bencana pada lapisan ini? Apakah akan menyebabkan pemadaman sistemik atau hanya masalah kapasitas atau ketersediaan yang dilokalkan? |
Berdasarkan karakteristik sebelumnya, klasifikasikan dan identifikasi sumber daya misi penting. Aktivitas tersebut dapat membantu melacak pemanfaatan sumber daya dan biaya terkait, sekaligus membantu Anda memfokuskan upaya pengoptimalan di mana mereka paling penting. Kami menyarankan agar Anda menandai grup sumber daya yang dianggap penting bagi bisnis Anda. Perlu diingat bahwa beberapa sumber daya ini dapat dibagikan di beberapa beban kerja.
Untuk informasi tentang tag yang direkomendasikan Microsoft, lihat Melabeli beban kerja misi penting.
Sumber daya tertentu digunakan bersama secara global oleh sumber daya yang disebarkan di setiap wilayah. Contoh umum adalah sumber daya yang digunakan untuk mendistribusikan lalu lintas di beberapa wilayah, menyimpan status permanen untuk seluruh aplikasi, dan memantau sumber daya untuk mereka.
| Karakteristik | Pertimbangan |
|---|---|
| Seumur hidup | Sumber daya ini diharapkan berumur panjang (non-ephemeral). Masa hidup mereka mencakup masa hidup sistem atau lebih lama. Seringkali sumber daya dikelola dengan pembaruan data dan lapisan kontrol langsung, dengan asumsi sumber daya mendukung operasi pembaruan tanpa waktu henti. |
| Negara | Karena sumber daya ini ada setidaknya untuk masa pakai sistem, lapisan ini sering bertanggung jawab untuk menyimpan status global yang direplikasi secara geografis. |
| Mencapai | Sumber daya harus didistribusikan dan direplikasi secara global ke wilayah yang menghosting sumber daya tersebut. Disarankan agar sumber daya ini berkomunikasi dengan sumber daya regional atau lainnya dengan latensi rendah dan konsistensi yang diinginkan. |
| Dependensi | Sumber daya harus menghindari dependensi pada sumber daya regional karena tidak tersedianya sumber daya dapat menjadi penyebab kegagalan global. Misalnya, sertifikat atau rahasia yang disimpan dalam satu vault dapat berdampak global jika ada kegagalan regional di mana vault berada. |
| Batas skala | Seringkali sumber daya ini adalah instans tunggal dalam sistem, dan sumber daya tersebut harus dapat menyesuaikan kemampuan skalanya sehingga dapat menangani throughput sistem secara keseluruhan. |
| Ketersediaan/pemulihan bencana | Sumber daya regional dan stempel dapat menggunakan sumber daya global. Sangat penting bahwa sumber daya global dikonfigurasi dengan ketersediaan tinggi dan pemulihan bencana untuk kesehatan seluruh sistem. |
Stempel berisi aplikasi dan sumber daya yang berpartisipasi dalam menyelesaikan transaksi bisnis. Stempel biasanya sesuai dengan penyebaran ke wilayah Azure. Meskipun suatu wilayah dapat memiliki lebih dari satu stempel.
| Karakteristik | Pertimbangan |
|---|---|
| Seumur hidup | Sumber daya diharapkan memiliki rentang hidup pendek (sementara) dengan niat bahwa sumber daya dapat ditambahkan dan dihapus secara dinamis sementara sumber daya regional di luar stempel terus bertahan. Sifat sementara diperlukan untuk memberikan lebih banyak ketahanan, skala, dan kedekatan dengan pengguna. |
| Negara | Karena stempel bersifat tidak permanen dan akan dihancurkan dengan setiap kali penyebaran, stempel sebaiknya dibuat tanpa status sebanyak mungkin. |
| Mencapai | Dapat berkomunikasi dengan sumber daya regional dan global. Namun, komunikasi dengan wilayah lain atau stempel lain harus dihindari. |
| Dependensi | Sumber daya stempel harus independen. Mereka diharapkan memiliki dependensi regional dan global tetapi tidak boleh mengandalkan komponen di stempel lain di wilayah yang sama atau lainnya. |
| Batas skala | Throughput ditetapkan melalui pengujian. Throughput keseluruhan dari stempel terbatas pada sumber daya dengan kinerja terendah. Throughput stempel perlu memperkirakan permintaan tingkat tinggi yang disebabkan oleh failover ke stempel lain. |
| Ketersediaan/pemulihan bencana | Karena sifat stempel sementara, pemulihan bencana dilakukan dengan menyebarkan ulang stempel. Jika sumber daya dalam keadaan tidak sehat, stempel, secara keseluruhan, dapat dihancurkan dan disebarkan ulang. |
Sistem dapat memiliki sumber daya yang disebarkan di wilayah tertentu tetapi bertahan lebih lama dibandingkan sumber daya sementara. Misalnya, sumber daya pengamatan yang memantau sumber daya di tingkat regional, termasuk stempel.
| Karakteristik | Pertimbangan |
|---|---|
| Seumur hidup | Sumber daya memiliki masa pakai yang sama dengan wilayah dan bertahan lebih lama daripada sumber daya stempel. |
| Negara | Status yang disimpan di suatu wilayah tidak dapat hidup melebihi masa pakai wilayah tersebut. Jika status perlu dibagikan di seluruh wilayah, pertimbangkan untuk menggunakan penyimpanan data global. |
| Mencapai | Sumber daya tidak perlu didistribusikan secara global. Komunikasi langsung dengan wilayah lain harus dihindari dengan biaya apa pun. |
| Dependensi | Sumber daya dapat memiliki dependensi pada sumber daya global, tetapi tidak pada sumber daya stempel karena stempel dimaksudkan untuk berumur pendek. |
| Batas skala | Tentukan batas skala sumber daya regional dengan menggabungkan semua stempel dalam wilayah. |
Contoh garis besar ini berfungsi sebagai arsitektur bintang utara yang direkomendasikan untuk aplikasi misi penting. Garis besar sangat merekomendasikan kontainerisasi dan menggunakan orkestrator kontainer untuk platform aplikasi. Dasar menggunakan Azure Kubernetes Service (AKS).
Rujuklah pada Well-Architected tugas-tugas penting misi: Kontainerisasi.
Jika Anda baru saja memulai perjalanan misi penting, gunakan arsitektur ini sebagai referensi. Beban kerja diakses melalui titik akhir publik dan tidak memerlukan konektivitas jaringan privat ke sumber daya perusahaan lain.
Arsitektur ini dibangun berdasarkan arsitektur garis besar. Desain diperluas untuk menyediakan kontrol jaringan yang ketat untuk mencegah akses publik yang tidak sah dari internet ke sumber daya beban kerja.
Arsitektur ini sesuai jika Anda menerapkan beban kerja dalam pengaturan perusahaan di mana integrasi dengan organisasi yang lebih luas diperlukan. Beban kerja menggunakan layanan bersama terpusat, membutuhkan konektivitas lokal, dan terintegrasi dengan beban kerja lain dalam perusahaan. Ini disebarkan dalam langganan zona pendaratan Azure yang mewarisi dari grup manajemen Corp.
Arsitektur ini memperluas referensi dasar dengan mempertimbangkan App Services sebagai teknologi hosting aplikasi utama, menyediakan lingkungan yang mudah digunakan untuk penyebaran kontainer.
Kami menyarankan agar Anda menggunakan panduan desain yang disediakan untuk menavigasi keputusan desain utama untuk mencapai solusi yang optimal. Untuk informasi, lihat Apa saja area desain utamanya?
Tinjau praktik terbaik untuk merancang skenario aplikasi misi-kritis.