Lingkungan
Gunakan proses Pengiriman Berkelanjutan untuk memberikan nilai baru ke produksi dengan cepat dan aman. Anda dapat sering memberikan perubahan kecil, yang mengurangi risiko masalah.
Faktor lain mempengaruhi "nyeri penyebaran ke produksi", termasuk adopsi Anda dari beberapa lingkungan pengiriman/penyebaran. Pendekatan multienvironment memungkinkan Anda membangun, menguji, dan merilis kode dengan kecepatan dan frekuensi yang lebih besar untuk membuat penyebaran Anda sesederhana mungkin. Anda dapat menghapus overhead manual dan risiko rilis manual, dan sebaliknya mengotomatiskan pengembangan dengan proses multistage yang menargetkan lingkungan yang berbeda.
Arsitektur multienvironment umum mencakup empat tingkatan:
- Pengembangan
- Uji
- Staging
- Produksi
Dalam arsitektur ini, produk Anda bertransisi secara berurutan dari Pengembangan (lingkungan tempat Anda mengembangkan perubahan pada perangkat lunak) melalui Produksi (lingkungan yang berinteraksi langsung dengan pengguna Anda). Anda juga dapat memperkenalkan lingkungan Uji Penerimaan Pengguna (UAT) untuk memvalidasi alur bisnis end-to-end.
| Lingkungan | Deskripsi |
|---|---|
| Pengembangan | Lingkungan pengembangan (dev) Anda adalah tempat perubahan pada perangkat lunak dikembangkan. |
| Uji | Lingkungan pengujian Anda memungkinkan penguji manusia atau pengujian otomatis untuk mencoba kode baru dan yang diperbarui. Pengembang harus menerima kode dan konfigurasi baru melalui pengujian unit di lingkungan pengembangan Anda sebelum mengizinkan item tersebut memasuki satu atau beberapa lingkungan pengujian. |
| Staging | Penahapan adalah tempat Anda melakukan pengujian akhir segera sebelum menyebarkan ke produksi. Setiap lingkungan penahapan harus mencerminkan lingkungan produksi aktual seakurat mungkin. |
| UAT | Pengujian Penerimaan Pengguna (UAT) memungkinkan pengguna akhir atau klien Anda melakukan pengujian untuk memverifikasi/menerima sistem perangkat lunak sebelum aplikasi perangkat lunak dapat pindah ke lingkungan produksi Anda. |
| Produksi | Lingkungan produksi (produksi) Anda, terkadang disebut langsung, adalah lingkungan yang berinteraksi langsung dengan pengguna Anda. |
Pertimbangan Desain
Terapkan pertimbangan berikut ke pengembangan Azure Landing Zones dan Azure Workloads:
- Lingkungan pengujian penting karena memungkinkan pengembang platform untuk menguji perubahan sebelum menyebarkan ke produksi, yang mengurangi risiko terkait pengiriman dalam produksi.
- Menjaga lingkungan Anda sesama mungkin memudahkan untuk menemukan kesalahan terkait lingkungan pada fase pertama pengujian, yang meningkatkan kecepatan dan keandalan pengembangan dan pengujian.
- Jika ada perbedaan dalam konfigurasi lingkungan Anda, "penyimpangan konfigurasi" terjadi, yang dapat mengakibatkan kehilangan data, penyebaran yang lebih lambat, dan kegagalan.
- Anda dapat mempercepat penyebaran, meningkatkan konsistensi lingkungan, dan mengurangi "penyimpangan konfigurasi" antar lingkungan dengan mengadopsi Infrastruktur sebagai Kode (IaC).
- Pertimbangkan untuk mengadopsi metode seperti Penyebaran Canary atau Blue-Green yang membuat fitur baru hanya tersedia untuk sekumpulan pengguna pengujian terbatas dalam produksi dan membantu mengurangi waktu untuk rilis ke produksi.
- Gunakan pemeriksaan pada hasil pengujian untuk mengontrol transisi kode dari pengembangan ke produksi. Anda dapat mengotomatiskan kontrol ini sehingga pengujian yang gagal mencegah perubahan disebarkan secara otomatis ke lingkungan berikutnya.
- Telah menunjuk pengguna meninjau permintaan pull sebelum kode disebarkan ke produksi. Pertimbangkan untuk menggunakan repositori dengan strategi cabang untuk mengelola proses peninjauan.
- Hindari silo dengan mengizinkan semua pengembang mengakses semua lingkungan.
Beban kerja
Untuk mempelajari cara mengelola lingkungan untuk Beban Kerja, lihat Tanya Jawab Umum skala Perusahaan.
Zona Pendaratan Azure
Mengadopsi beberapa lingkungan untuk penyebaran Zona Pendaratan Azure adalah umum ketika pelanggan ingin menguji efek dan hasil Penetapan Azure Policy baru, penetapan peran Azure RBAC, keanggotaan grup Microsoft Entra, pembuatan sumber daya Azure, dan banyak lagi.
Pendekatan pengujian untuk skala perusahaan menjelaskan dua pendekatan adopsi yang berbeda:
- Replikasi hierarki grup manajemen di lingkungan Kenari dan Produksi
- Langganan kotak pasir
Terlepas dari pendekatan mana yang Anda ikuti, Anda harus selalu:
- Mengadopsi setidaknya satu lingkungan untuk pengujian.
- Gunakan Perwakilan Layanan yang dipisahkan untuk tujuan pengujian dan produksi untuk melindungi lingkungan Anda.
- Menerapkan pemeriksaan dan persetujuan otomatis untuk memvalidasi dan menyetujui perubahan sebelum menyebarkan perubahan apa pun ke lingkungan tertentu