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.
Sekarang, sebarkan solusi ke lingkungan Azure langsung mengikuti strategi yang direncanakan. Fase ini mencakup persiapan akhir, eksekusi penyebaran, dan verifikasi dan dukungan pasca-penyebaran.
Mempersiapkan pemangku kepentingan untuk penerapan cloud-native
Umumkan jadwal penyebaran dan dampak yang diharapkan. Sebelum penyebaran produksi, komunikasikan rencana dan nilai kepada pemangku kepentingan. Umumkan jadwal penyebaran dan efek pengguna yang diharapkan. Misalnya, untuk fitur baru, perhatikan waktu henti atau perubahan yang terlihat pengguna terlebih dahulu. Pemangku kepentingan dapat mengidentifikasi konflik dengan peristiwa bisnis atau menimbulkan kekhawatiran tentang waktu. Berikan saluran untuk umpan balik dan konfirmasikan bahwa jendela penyebaran selaras dengan prioritas operasional. Sesuaikan jadwal jika perlu untuk menghindari gangguan.
Beri tahu tim dukungan dan grup yang terpengaruh. Pastikan tim dukungan siaga dan mengetahui apa yang dirilis sehingga mereka dapat menangani masalah atau pertanyaan pengguna apa pun. Jika penyebaran mungkin memengaruhi pengguna akhir atau sistem lain, beri tahu grup tersebut juga.
Tentukan ekspektasi untuk fungsionalitas selama periode penyebaran. Jendela penyebaran mungkin melibatkan pengurangan fungsionalitas atau penundaan sementara. Beri tahu pemangku kepentingan untuk mencegah kebingungan dan memastikan kelangsungan bisnis. Sertakan prosedur fallback atau solusi jika berlaku.
Melakukan tinjauan kesiapan pra-penyebaran. Tinjauan kesiapan mengonfirmasi bahwa semua tim memahami peran mereka dan memiliki akses yang diperlukan. Selenggarakan rapat dengan perwakilan dari setiap tim dukungan untuk meninjau rencana penyebaran, kriteria keberhasilan, dan kriteria pembatalan. Pastikan bahwa tim pendukung memiliki akses sistem dan alat pemantauan yang sudah dikonfigurasi. Persiapan ini memastikan respons terkoordinasi terhadap masalah apa pun yang muncul selama penyebaran.
Menjalankan penyebaran cloud-native
Langkah penyebaran sedikit berbeda berdasarkan apakah itu beban kerja mandiri baru atau pembaruan fitur ke sistem yang ada:
Menyebarkan beban kerja cloud-native baru
Buat lingkungan produksi. Gunakan alur CI/CD Anda untuk menyebarkan menggunakan konfigurasi yang telah diuji di lingkungan staging. Gunakan artefak build, templat IaC, dan skrip penyebaran yang sama yang telah lulus validasi di lingkungan penahapan. Karena Anda menyebarkan ke lingkungan terpisah, buat semua sumber daya Azure melalui templat IaC Anda lalu sebarkan kode aplikasi atau artefak.
Uji asap. Setelah disebarkan, lakukan uji asap untuk memastikan semua layanan aktif dan fungsionalitas inti berfungsi dalam produksi. Verifikasi bahwa layanan utama berjalan, database dapat diakses, dan aplikasi merespons (tekan titik akhir pemeriksaan kesehatan atau beberapa halaman kunci). Periksa Azure Service Health untuk masalah platform apa pun di wilayah Anda yang dapat memengaruhi komponen Anda. Pengujian ini adalah pemeriksaan sebelum pengguna diarahkan ke sistem.
Peluncuran ke sekelompok kecil pengguna. Terapkan peluncuran progresif dengan mengekspos sistem baru ke sekumpulan kecil pengguna. Peluncuran ini dapat dilakukan dengan merilis fitur hanya untuk pengguna internal atau dengan merutekan sebagian kecil lalu lintas aktif ke penyebaran baru. Pantau dengan cermat setiap kesalahan atau masalah performa. Gunakan Application Insights dan dasbor kustom untuk melihat tingkat kesalahan, waktu respons, dan pemanfaatan sumber daya secara real time. Kumpulkan umpan balik kualitatif dari para pengguna uji coba pada versi canary.
Pantau dan perluas secara bertahap. Peluncuran bertahap mengurangi risiko dan memungkinkan validasi dunia nyata. Merilis aplikasi ke sekelompok kecil pengguna kenari. Gunakan load balancer untuk merutekan bagian tertentu dari lalu lintas ke penerapan baru. Kumpulkan umpan balik dan pantau performa. Tingkatkan atau buka akses ke semua pengguna setelah validasi berhasil.
Menyebarkan fitur cloud-native baru ke beban kerja yang ada
Saat Anda menyebarkan fitur baru ke beban kerja cloud-native yang ada, pilih strategi penyebaran yang selaras dengan toleransi risiko, batasan infrastruktur, dan tujuan peluncuran Anda. Dua pendekatan umum adalah penyebaran di tempat dan penyebaran biru-hijau (lingkungan paralel).
Gunakan penyebaran di tempat untuk peluncuran bertahap dalam lingkungan yang sama
Gunakan penyebaran di tempat saat menambahkan fitur baru ke beban kerja yang ada tanpa menyediakan lingkungan terpisah. Pendekatan ini memungkinkan peluncuran yang aman dan bertahap dengan overhead infrastruktur minimal.
Aktifkan fitur untuk segmen pengguna kecil. Sebarkan fitur baru ke lingkungan yang ada menggunakan bendera fitur atau tombol konfigurasi. Aktifkan fitur untuk audiens terbatas, seperti pengguna internal, penguji beta, atau persentase kecil lalu lintas langsung. Pendekatan ini memungkinkan validasi dunia nyata sambil mempertahankan kemampuan untuk menonaktifkan fitur dengan cepat jika masalah muncul. Pastikan interaksi pengguna ditandai untuk membedakan antara pengguna atau sesi dengan fitur diaktifkan versus dinonaktifkan, memungkinkan perbandingan berdampingan.
Uji asap. Setelah disebarkan, lakukan pengujian asap untuk memastikan semua layanan aktif dan fungsionalitas inti berfungsi di lingkungan langsung. Verifikasi bahwa layanan utama berjalan, database dapat diakses, dan aplikasi merespons (tekan titik akhir pemeriksaan kesehatan atau beberapa halaman kunci).
Pantau dan perluas secara bertahap. Pantau tingkat kesehatan, performa, dan kesalahan aplikasi menggunakan alat seperti Application Insights atau Azure Monitor. Bandingkan metrik antara pengguna dengan dan tanpa fitur yang diaktifkan untuk mendeteksi anomali. Jika tidak ada masalah yang terdeteksi, secara bertahap tingkatkan persentase peluncuran bendera fitur atau perluas grup pengguna. Ulangi pemantauan setelah setiap tahapan. Setelah peluncuran penuh, lakukan validasi akhir untuk memastikan perilaku yang konsisten di semua instans dan segmen pengguna.
Menyebarkan fitur baru di lingkungan paralel
Gunakan penyebaran biru-hijau saat memperkenalkan fitur dengan menyebarkannya ke lingkungan produksi paralel. Pendekatan ini meminimalkan risiko dengan mengizinkan validasi penuh sebelum mengalihkan lalu lintas ke versi baru.
Buat lingkungan paralel (hijau). Gunakan alur CI/CD Anda untuk menyebarkan menggunakan konfigurasi yang telah diuji di lingkungan staging. Gunakan artefak build, templat IaC, dan skrip penyebaran yang sama yang telah lulus validasi di lingkungan penahapan. Karena Anda menyebarkan ke lingkungan terpisah, buat semua sumber daya Azure melalui templat IaC Anda lalu sebarkan kode aplikasi atau artefak.
Asap menguji lingkungan paralel. Setelah disebarkan, lakukan pengujian asap untuk memastikan semua layanan aktif dan fungsionalitas inti berfungsi di lingkungan langsung. Verifikasi bahwa layanan utama berjalan, database dapat diakses, dan aplikasi merespons (tekan titik akhir pemeriksaan kesehatan atau beberapa halaman kunci). Periksa Azure Service Health untuk masalah platform apa pun di wilayah Anda yang dapat memengaruhi komponen Anda. Uji asap ini adalah pemeriksaan sebelum pengguna diarahkan ke sistem.
Rutekan subset lalu lintas ke lingkungan paralel. Peluncuran bertahap mengurangi risiko dan memungkinkan validasi dunia nyata. Merilis aplikasi ke sekelompok kecil pengguna kenari. Gunakan load balancer untuk merutekan bagian tertentu dari lalu lintas ke penerapan baru. Atau, ekspos fitur ke segmen pengguna tertentu melalui aturan perutean atau bendera fitur. Pantau performa, tingkat kesalahan, dan pengalaman pengguna menggunakan Application Insights atau Azure Monitor. Bandingkan lalu lintas pengguna antara lingkungan biru dan hijau untuk mendeteksi regresi atau anomali.
Pantau dan perluas secara bertahap. Jika versi baru berkinerja baik, tingkatkan perutean lalu lintas secara bertahap hingga menangani 100% beban. Promosikan penyebaran "hijau" sebagai prioritas utama. Penyebaran "biru" lama tetap tidak berubah selama proses ini, yang membuat proses rollback menjadi lebih mudah. Jika ada masalah serius yang terdeteksi, Anda dapat langsung mengalihkan semua lalu lintas kembali ke versi stabil.
Menyelesaikan proses perubahan sistem. Setelah validasi berhasil, arahkan semua pengguna ke sistem baru atau umumkan peluncuran secara resmi jika sebelumnya tersembunyi. Lingkungan lama, jika ada untuk fitur yang diperbarui, sekarang dapat dipertimbangkan untuk dekomisioning setelah periode validasi yang aman.
Memvalidasi keberhasilan penyebaran
Setelah Anda menyebarkan beban kerja atau fitur baru, penting untuk mengonfirmasi bahwa sistem berfungsi dengan benar, baik secara teknis maupun dari perspektif pengguna.
Memverifikasi alur pengguna yang penting. Verifikasi bahwa semua alur pengguna utama berfungsi seperti yang diharapkan di lingkungan langsung. Gunakan suite pengujian otomatis atau QA manual untuk memvalidasi skenario dunia nyata. Fokus pada jalur bernilai tinggi seperti autentikasi, transaksi, dan alur kerja data. Pengujian ini berlaku apakah penyebaran memperkenalkan sistem baru atau meningkatkan yang sudah ada.
Verifikasi proses dan integrasi latar belakang. Periksa apakah proses latar belakang, integrasi, dan pekerjaan terjadwal berjalan dengan benar. Periksa log, status pekerjaan, dan titik akhir integrasi untuk memastikannya berfungsi seperti yang diharapkan. Langkah ini mencegah kegagalan senyap yang mungkin tidak segera terlihat oleh pengguna.
Tinjau dasbor pemantauan untuk kesehatan sistem. Gunakan Azure Monitor dan Application Insights untuk memeriksa log dan metrik. Cari anomali dalam tingkat kesalahan, latensi, penggunaan CPU/memori, dan throughput. Konfirmasikan aliran data pemantauan dengan benar dan tidak ada data yang hilang atau salah rute.
Periksa pemberitahuan untuk pemicu yang tidak terduga. Tinjau pemberitahuan untuk tingkat kegagalan, latensi, atau penggunaan sumber daya. Konfirmasikan bahwa tidak ada peringatan yang memicu secara tak terduga. Jika peringatan dipicu, selidiki akar penyebab dan nilai apakah hal tersebut menunjukkan masalah terkait penerapan.
Melakukan pemeriksaan pemangku kepentingan dan pengguna. Periksa dengan pengguna akhir atau pemangku kepentingan setelah penyebaran untuk mendapatkan konfirmasi manusia bahwa hal-hal berfungsi dari perspektif pengguna.
Nyatakan penyebaran selesai hanya setelah validasi penuh. Pertimbangkan penyebaran selesai hanya setelah validasi berhasil dan sistem memenuhi kriteria penerimaan Anda. Jika masalah ditemukan, segera perbaiki masalah penting. Catat masalah kecil untuk penyelesaian pembaruan di masa mendatang.
Mendukung beban kerja selama stabilisasi
Menetapkan postur pemantauan dan dukungan yang ditingkatkan. Meng-deploy ke produksi bukanlah akhir dari perjalanan. Segera setelah go-live, tingkatkan pemantauan dan kewaspadaan dukungan Anda saat sistem Anda meningkat di bawah beban dunia nyata. Minta tim pengembangan siaga bersama tim operasi untuk cepat menyelidiki dan menyelesaikan masalah apa pun, karena mereka paling tahu perubahan baru.
Lacak metrik sistem dan umpan balik pengguna terus menerus. Perlakukan beberapa minggu pertama sebagai periode stabilisasi. Pantau metrik seperti CPU, memori, tingkat kesalahan, dan waktu respons menggunakan Azure Monitor dan Application Insights. Kumpulkan umpan balik dari pengguna melalui saluran dukungan atau pendekatan langsung. Ini membantu mendeteksi masalah yang mungkin terlewatkan oleh sistem otomatis.
Sesuaikan konfigurasi berdasarkan perilaku yang diamati. Mengubah konfigurasi jika diperlukan. Jika penggunaan lebih tinggi dari yang diantisipasi, perluas skala lebih lanjut. Jika log terlalu verbose atau terlalu jarang, ubah tingkat pengelogan. Perubahan ini membantu menjaga performa dan pengamatan selama penggunaan puncak. Pastikan bahwa setiap masalah yang ditemukan dalam fase ini ditangani atau dimasukkan ke dalam sistem pelacakan Anda untuk perbaikan di masa mendatang.
Catat dan prioritaskan semua masalah yang ditemukan selama stabilitas. Fase dukungan ini menangkap masalah yang terungkap dalam kondisi produksi dan memastikan beban kerja benar-benar memenuhi tujuannya. Setelah periode stabilisasi ini, dan setelah Anda yakin dengan performa sistem, Anda dapat beralih ke operasi normal dan prosedur pemantauan.
Tentukan kriteria keluar untuk stabilisasi. Atur ambang batas yang jelas untuk performa sistem, tingkat kesalahan, dan kepuasan pengguna. Setelah sistem secara konsisten memenuhi kriteria ini, transisi ke operasi standar dan prosedur pemantauan. Kriteria ini memastikan pemindahan tugas yang lancar dan menghindari penutupan awal fase dukungan.