Zona pendaratan Azure untuk platform aplikasi modern
Metodologi Siap dari Cloud Adoption Framework memandu pembuatan semua lingkungan Azure menggunakan zona pendaratan Azure. Zona pendaratan Azure menyediakan banyak opsi implementasi yang dibangun di sekitar satu set area desain umum.
Dengan zona pendaratan Azure, Anda dapat memulai dengan implementasi kecil dan memperluas dari waktu ke waktu. Untuk lingkungan yang lebih canggih, Anda dapat mulai dengan opsi implementasi skala perusahaan. Anda perlu mengevaluasi zona pendaratan apa pun yang akan digunakan untuk solusi platform aplikasi modern, apa pun opsi implementasi yang Anda pilih.
Arsitektur konseptual zona pendaratan Azure
Saat menyiapkan lingkungan apa pun untuk adopsi cloud berkelanjutan, kami menggunakan arsitektur konseptual zona pendaratan Azure untuk mewakili seperti apa kondisi akhir target di Azure, seperti yang digambarkan di bawah ini.
Untuk informasi selengkapnya tentang area desain berlabel A-I di visual, lihat area desain lingkungan.
Saat mengembangkan visi jangka panjang untuk zona pendaratan, pertimbangkan desain di atas. Bekerja dalam skenario ini, kami fokus pada titik awal yang paling tepat untuk memenuhi persyaratan strategis dan perencanaan Anda yang terkait dengan platform aplikasi modern. Artikel ini berisi tentang titik awal, belum tentu semua detail yang diperlukan untuk mencapai target jangka panjang.
Pertimbangan strategis dan perencanaan untuk zona pendaratan platform aplikasi
Keputusan prioritas yang dibuat selama percakapan strategi dan rencana memiliki dampak langsung pada konfigurasi zona pendaratan yang paling tepat untuk mendukung rencana platform aplikasi modern Anda. Berikut ini adalah pertimbangan paling penting dari fase tersebut:
- Akankah PUSAT TI, CCoE, atau bentuk operasi terpusat lainnya bertanggung jawab untuk mengoperasikan host kontainer?
- Apakah strategi dan rencana Anda memerlukan kontainer bersama yang mendukung beberapa beban kerja per kluster?
- Akankah tim terpusat juga mendukung solusi kontainer tersegmentasi untuk beban kerja yang bermusuhan?
Pertanyaan memengaruhi desain zona pendaratan karena masing-masing menyarankan kebutuhan tim operasi terpusat untuk mengelola kontainer. Ketika tanggung jawab operasional dibagikan di seluruh tim terpusat dan tim pengembangan, lebih banyak pertimbangan perlu masuk ke desain lingkungan untuk memungkinkan layanan bersama dan pemisahan tugas, menyarankan zona pendaratan tingkat perusahaan.
Menunjukkan ruang lingkup yang dapat ditindaklanjuti
Untuk memaksimalkan output selama implementasi awal, sisa panduan ini berfokus pada penerapan Azure Kubernetes Service (AKS) dengan kemampuan untuk menambahkan overlay untuk Azure App Service di Kubernetes dengan Azure Arc. Pendekatan ini mempersempit cakupan opsi dengan menyediakan arsitektur referensi dan implementasi.
Untuk membuat fondasi untuk produk Azure lainnya untuk platform aplikasi modern, lihat tab arsitektur kontainer di navigasi kiri untuk referensi arsitektur dan implementasi yang kaya untuk setiap alat.
Pertimbangan opsi implementasi
Memilih opsi implementasi zona pendaratan Azure terbaik akan berdampak langsung pada seberapa baik zona pendaratan dapat mendukung opsi implementasi di atas. Tinjau seri artikel zona pendaratan Azure untuk informasi selengkapnya tentang opsi implementasi zona pendaratan Azure. Manakah dari opsi implementasi zona pendaratan Azure yang paling sesuai dengan pertimbangan perencanaan dan strategi yang mengatur skenario platform aplikasi modern Anda?
- Strategi zona pendaratan Azure yang ada: Jika organisasi Anda telah menerapkan strategi zona pendaratan Azure, skenario platform aplikasi modern Anda kemungkinan harus mematuhi strategi yang ada. Jika tidak, pilih salah satu opsi berikut sebagai langkah pertama Anda menuju lingkungan zona pendaratan yang berulang.
- Mulai-kecil dan perluas dengan garis besar AKS:Arsitektur garis besar untuk kluster Azure Kubernetes Service (AKS) menyediakan pendekatan yang terbukti untuk menerapkan lingkungan AKS pertama Anda.
- Opsi ini paling umum digunakan ketika pengembang atau tim DevOps bertanggung jawab langsung atas operasi kluster, lingkungan cloud, dan aplikasi.
- Proses dan praktik terbaik dalam metodologi Siap, Kelola, dan Kelola Kerangka Kerja Adopsi Cloud dapat ditambahkan nanti untuk menyiapkan penyebaran ini untuk operasi pusat dan host bersama.
- Zona pendaratan skala perusahaan:Akselerator zona pendaratan AKS mencakup implementasi referensi untuk menyebarkan instans garis besar AKS ke zona pendaratan skala perusahaan untuk mendukung platform AKS Anda dalam konfigurasi lingkungan tertentu yang diperlukan oleh solusi zona pendaratan skala perusahaan yang lebih luas.
- Ini adalah pilihan yang paling umum ketika kepatuhan, tata kelola, atau persyaratan keamanan harus diterapkan secara terpusat ke lingkungan kontainer apa pun.
- Ini juga merupakan opsi paling umum untuk tim terpusat yang memberikan operasi hosting kontainer, memungkinkan pengembang untuk lebih fokus pada aplikasi dan kurang mengembangkan untuk Kubernetes.
Perbedaan utama antara dua opsi di atas berada dalam bagaimana pemisahan tugas dinyatakan dan diimplementasikan mengenai sumber daya Azure, topologi langganan, dan penggunaan Azure Policy untuk tata kelola. Pahami rencana organisasi Anda sekeliling operasi terpusat versus terdesentralisasi dan yang paling sesuai untuk beban kerja organisasi Anda. Kedua model dapat di-flex untuk memberikan pengalaman yang tepat yang dibutuhkan organisasi dan beban kerja Anda, tetapi Anda ingin memulai dengan yang paling selaras dengan strategi yang Anda tentukan. Pastikan semua tim beban kerja memahami model operasi dan tugas yang diperlukan dari semua grup dan anggota TI.
Overlay platform aplikasi
Setelah zona pendaratan inti AKS diterapkan dan siap untuk penyebaran aplikasi lebih lanjut, konfigurasi platform aplikasi lebih lanjut dapat diterapkan ke host kontainer. Dengan Azure App Service untuk Kubernetes dengan Azure Arc, ini termasuk instalasi platform aplikasi tertentu di atas masing-masing kluster Anda.
Bergantung pada alur penyebaran dan registri kontainer, Anda memiliki dua opsi untuk menambahkan overlay platform aplikasi:
- Penginstalan overlay dapat disertakan dalam gambar kontainer di registri kontainer Anda, menstandarkan penyebaran platform aplikasi dengan penyebaran kontainer.
- Atau, overlay dapat disebarkan selama alur DevOps Anda menambahkan runtime ke instans host kontainer Anda yang sudah ada.
Kedua opsi ini bergantung pada praktik operasi host dan tingkat varianbilitas dalam runtime aplikasi di seluruh portofolio beban kerja Anda.
Area desain zona pendaratan Azure
Semua zona pendaratan Azure didesain di sekitar satu set area desain umum yang tercantum di bawah ini. Setiap artikel mencakup set pertimbangan dan rekomendasi khusus AKS yang dapat membantu tim platform aplikasi modern menyiapkan zona pendaratan untuk kontainer AKS:
- Pendaftaran perusahaan
- Pengelolaan identitas dan akses
- Topologi dan konektivitas jaringan
- Organisasi sumber daya
- Disiplin tata kelola
- Garis besar operasi
- Keberlangsungan bisnis dan pemulihan bencana
- Opsi penyebaran
Langkah selanjutnya: Migrasi beban kerja ke platform aplikasi modern
Artikel berikut membawa Anda ke panduan yang ditemukan pada titik-titik tertentu dalam perjalanan adopsi cloud untuk membantu Anda berhasil dalam skenario adopsi cloud.