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.
Eksekusi adalah fase di mana Anda menerapkan rencana modernisasi Anda. Langkah ini melibatkan persiapan setiap orang untuk perubahan, melakukan pekerjaan pengembangan di lingkungan nonproduksi. Anda menguji secara menyeluruh dan menyebarkan ke produksi dengan cara yang terkontrol. Penekanannya adalah pada pengujian yang ketat dan praktik penyebaran yang aman untuk meminimalkan gangguan bisnis, mengingat perubahannya bisa signifikan.
Menyiapkan pemangku kepentingan untuk modernisasi
Sebelum Anda memulai penyebaran, sangat penting untuk mempersiapkan semua pemangku kepentingan dan pengguna untuk apa yang akan datang. Kejutan dapat menyebabkan kebingungan atau bahkan masalah operasional. Langkah-langkah persiapan utama termasuk komunikasi, pembekuan perubahan (disebutkan sebelumnya), dan rencana dukungan:
Umumkan jadwal penyebaran kepada semua pemangku kepentingan. Jauh sebelumnya, berkomunikasilah dengan semua pihak yang terkena dampak tentang kapan penyebaran modernisasi akan dilakukan dan apa yang dapat diharapkan. Sertakan tanggal kunci, seperti awal pembekuan perubahan dan jendela waktu go-live, untuk membantu pemangku kepentingan mempersiapkan diri dengan tepat. Dengan menetapkan harapan, pengguna dapat merencanakan waktu henti, dan tim internal dapat siap.
Menerapkan pembekuan perubahan pada beban kerja sumber dan dependen. Seperti yang direncanakan sebelumnya dalam tata kelola, sekarang saatnya untuk benar-benar memberlakukan pembekuan. Pastikan tidak ada perubahan kode, penyesuaian konfigurasi, atau penyebaran lain yang terjadi pada beban kerja (dan beban kerja dependen) selama beberapa periode sebelum dan selama penyebaran. Ini menjaga lingkungan tetap stabil. Pastikan semua anggota tim dan pihak ketiga terintegrasi mengetahuinya. Tentukan jendela beku dengan jelas dengan waktu mulai dan akhir tertentu untuk menghindari kebingungan.
Mengomunikasikan tindakan pengguna akhir dan perubahan pasca-penyebaran. Pengguna memerlukan pemberitahuan terlebih dahulu tentang tindakan yang diperlukan sebelum dan sesudah penyebaran untuk mencegah gangguan alur kerja. Instruksikan pengguna untuk keluar atau menyimpan pekerjaan sebelum perubahan sistem dimulai. Bagikan URL akses baru, perubahan autentikasi, seperti persyaratan masuk Microsoft Entra ID, dan alur kerja yang diperbarui yang memengaruhi operasi harian. Berikan dokumentasi dukungan dan panduan mulai cepat untuk mengurangi kebingungan pada hari pertama.
Mengoordinasikan kepegawaian tim dukungan teknis untuk penyebaran. Operasi TI dan tim pengembangan harus tersedia untuk memantau dan merespons masalah selama fase penyebaran penting. Jadwalkan jam dukungan yang diperpanjang dan tambahan staf untuk hari kerja pertama setelah penyebaran sistem ketika masalah kemungkinan besar muncul. Informasikan unit bisnis tentang rencana dukungan pasca-penyebaran dan prosedur eskalasi untuk memastikan penyelesaian masalah yang cepat.
Tentukan prosedur fallback untuk beban kerja kritikal. Beban kerja misi penting memerlukan solusi manual dan rencana kontingensi untuk mempertahankan operasi bisnis selama jendela penyebaran. Dokumentasikan prosedur khusus, seperti pemrosesan pesanan manual selama periode baca-saja beban kerja. Bagikan prosedur ini terlebih dahulu dan konfirmasi kesiapan dengan tim yang terpengaruh untuk memastikan eksekusi yang lancar saat diperlukan.
Mengembangkan modernisasi di lingkungan nonproduksi
Semua pengembangan dan integrasi perubahan modernisasi harus terjadi di luar produksi (di lingkungan pengembangan, pengujian, penahapan). Prinsip panduan: membangun dan menguji di lingkungan seperti prod terlebih dahulu, sehingga ketika Anda menyebarkan ke prod, itu sudah merupakan konfigurasi terverifikasi.
Ikuti prinsip Well-Architected Framework selama implementasi. Saat Anda membuat kode dan mengonfigurasi perubahan baru, terus terapkan praktik terbaik dari Azure Well-Architected Framework (WAF). Gunakan rekomendasi Azure Advisor dan proses peninjauan arsitektur untuk memvalidasi keputusan desain. Pendekatan ini memastikan bahwa komponen yang dimodernisasi memenuhi praktik terbaik dan standar operasional Azure.
Buat lingkungan nonproduksi yang mencerminkan produksi. Siapkan lingkungan dev/test di Azure yang sedekat mungkin dengan konfigurasi produksi. Jika produksi menggunakan layanan Azure tertentu, gunakan hal yang sama dalam pengujian, skala yang lebih kecil atau tingkat performa lebih rendah (SKU) untuk menghemat biaya. Semakin dekat lingkungan pengujian Anda dengan produksi, semakin yakin Anda bahwa hasil pengujian harus dibawa ke perilaku produksi.
Terapkan perubahan secara bertahap dengan kontrol sumber dan CI/CD. Perlakukan upaya modernisasi seperti proyek perangkat lunak lainnya. Gunakan Git atau kontrol sumber lainnya untuk semua perubahan kode dan skrip infrastruktur sebagai kode. Ini menyediakan riwayat dan kemampuan untuk mengembalikan kode jika diperlukan. Pecahkan pekerjaan menjadi bagian kecil (mungkin per fitur atau perbaikan) dan gunakan cabang fitur terpisah. Sering gabungkan perubahan setelah tinjauan kode. Siapkan build integrasi berkelanjutan untuk menjalankan rangkaian pengujian Anda pada setiap komit, sehingga Anda dapat mengidentifikasi masalah lebih awal.
Memvalidasi perubahan modernisasi dengan pengujian
Pengujian sangat penting. Karena modernisasi tidak menambahkan fitur baru, fokusnya adalah pada pengujian regresi (tidak ada yang rusak), pengujian performa (performa memenuhi atau melebihi tingkat sebelumnya), dan pengujian keamanan (kontrol keamanan tetap efektif atau diperkuat). Anda ingin memverifikasi setiap aspek beban kerja di lingkungan pengujian sebelum menyentuh produksi.
Jalankan pengujian unit dan integrasi pada semua komponen yang dimodifikasi. Pengembang harus membuat atau memperbarui unit test untuk kode apa pun yang telah di-refactor. Bahkan jika itu adalah kode legacy, menulis pengujian unit untuk fungsi penting dapat membantu mendeteksi perubahan perilaku akibat refaktor yang terjadi tanpa sengaja. Jalankan pengujian unit secara berkelanjutan di pipeline CI Anda. Selain itu, jalankan pengujian integrasi untuk memastikan bahwa komponen berbicara satu sama lain dengan benar. Setelah perbaikan bug apa pun, jalankan ulang pengujian yang relevan untuk memastikan bug memang teratasi dan tidak ada yang rusak (hindari regresi).
Lakukan pengujian fungsional end-to-end. Di lingkungan penahapan atau pengujian, lakukan pengujian alur kerja penuh seolah-olah Anda adalah pengguna akhir. Pengujian ini dapat berupa pengujian manual oleh QA atau pengujian UI otomatis. Masuk ke aplikasi, lakukan tugas utama. Pastikan fungsi yang tidak berubah tetap sama. Pada dasarnya, simulasikan penggunaan sebenarnya untuk mendeteksi pengujian unit yang mungkin terlewatkan.
Lakukan pengujian penerimaan pengguna (UAT) dengan pemangku kepentingan. Libatkan beberapa pengguna akhir atau pemangku kepentingan bisnis aktual dalam menguji beban kerja yang dimodernisasi sebelum ditayangkan. Mereka mungkin menangkap nuansa yang diabaikan pengembang. Ambil umpan balik tentang kegunaan, performa, dan kesenjangan fungsionalitas. Atasi masalah pengujian penerimaan pengguna (UAT) penting sebelum penyebaran dan dapatkan persetujuan formal dari pemangku kepentingan untuk mengonfirmasi kesiapan bisnis.
Validasi performa menggunakan pengujian beban dalam kondisi realistis. Modernisasi idealnya harus meningkatkan atau mempertahankan performa. Gunakan alat pengujian beban, seperti Azure Load Testing, untuk mensimulasikan pola penggunaan yang realistis. Bandingkan hasil dengan garis besar performa dari lingkungan sumber untuk mengidentifikasi degradasi apa pun. Lakukan tes stres pada 150% beban yang diharapkan untuk menentukan batas beban kerja dan memvalidasi ketahanan di bawah tekanan.
Jalankan validasi keamanan dan pemeriksaan kepatuhan. Jalankan pemindaian kerentanan pada kode dan gambar kontainer baru untuk mendeteksi risiko keamanan. Lakukan validasi kepatuhan untuk beban kerja yang diatur menggunakan alat khusus industri. Gunakan Microsoft Defender untuk Cloud untuk memindai kesalahan konfigurasi infrastruktur dan memvalidasi kontrol keamanan memenuhi persyaratan.
Atasi semua masalah kritis sebelum penerapan produksi. Perbaiki masalah fungsional, performa, dan keamanan yang diidentifikasi selama fase pengujian. Konfirmasikan semua lulus pengujian dan performa memenuhi perjanjian tingkat layanan (SLA). Dokumentasikan masalah prioritas rendah yang tersisa dan buat rencana remediasi untuk resolusi pasca-penyebaran.
Membuat infrastruktur yang dapat digunakan kembali
Setelah solusi modern Anda lulus semua pengujian di lingkungan nonproduksi, Anda harus menangkap penyiapan infrastruktur dan konfigurasi sebagai kode, sehingga dapat dengan mudah direplikasi di lingkungan produksi dan masa depan. Infrastruktur yang dapat digunakan kembali berarti menggunakan templat infrastruktur sebagai kode (IaC) dan otomatisasi untuk konsistensi dan kecepatan.
Buat templat IaC untuk konfigurasi yang terbukti. Ambil arsitektur akhir lingkungan pengujian Anda (yang mencerminkan apa yang Anda inginkan dalam prod) dan mengkodifikasinya. Gunakan templat Bicep, Terraform, atau Azure Resource Manager untuk menentukan infrastruktur Anda. Parameterisasi templat ini sehingga dapat digunakan kembali untuk tahap yang berbeda, seperti dev, test, prod dengan tweak kecil seperti nama atau ukuran. Penyiapan ini memastikan bahwa lingkungan produksi yang Anda buat cocok dengan apa yang Anda uji. Ini menghindari kesalahan manusia dalam mengeklik portal Azure secara manual untuk membuat sumber daya. Ini juga berarti jika Anda perlu membuat ulang lingkungan, seperti untuk pemulihan bencana atau menyebarkan ke wilayah baru, Anda memiliki penyebaran infrastruktur yang siap. Untuk informasi selengkapnya, lihat PENGELOLAAN CAF - Mengelola penyebaran berbasis kode.
Simpan templat dalam kontrol versi. Periksa kode infrastruktur Anda ke dalam repositori Git (bersama kode aplikasi atau dalam repositori terpisah). Gunakan GitHub atau Azure DevOps untuk mengelola aset IaC dengan kontrol versi yang tepat. Kontrol versi memungkinkan tinjauan kode, mendukung kolaborasi tim, dan mendorong penggunaan kembali templat di seluruh proyek. Pendekatan ini memberikan keterlacakan lengkap untuk perubahan infrastruktur dan mendukung kemampuan putar kembali ketika masalah terjadi.
Mengotomatiskan penginstalan dan konfigurasi dependensi. Buat skrip atau tugas alur untuk menyebarkan templat ini dan juga menangani konfigurasi atau tugas penyemaian yang diperlukan. Gunakan Azure Pipelines, GitHub Actionsuntukan menjalankan pekerjaan penyebaran yang mengambil templat IaC dan menyebarkan ke grup langganan/sumber daya target. Mengotomatiskan penginstalan dependensi aplikasi, mengonfigurasi pengaturan, dan manajemen rahasia. Tujuannya adalah penyiapan lingkungan satu klik (atau satu perintah): dari tidak ada hingga lingkungan yang berjalan sepenuhnya yang cocok dengan apa yang Anda uji.
Menguji IaC dan otomatisasi end-to-end. Gunakan grup langganan atau sumber daya Azure terpisah sebagai kotak pasir dan berlatih menyebarkan seluruh lingkungan Anda dari awal menggunakan templat dan skrip Anda. Uji bahwa templat, alur, dan skrip IaC Anda dapat membuat tumpukan infrastruktur lengkap dari tidak ada. Uji skenario penyebaran yang berbeda termasuk penyebaran awal, pembaruan konfigurasi, dan prosedur pembatalan untuk mengonfirmasi bahwa otomatisasi berfungsi dengan benar.
Untuk informasi selengkapnya, lihat Mendesain rantai pasokan pengembangan beban kerja dan Infrastruktur sebagai kode di WAF.
Membuat dokumentasi penyebaran
Bahkan dengan otomatisasi, memiliki dokumentasi yang baik mengenai pelaksanaan sangat penting untuk audit, onboarding anggota tim baru, dan pemeliharaan di masa depan. Dokumentasi penyebaran harus mencakup konfigurasi, prosedur, dan langkah putar kembali dalam bentuk yang dapat dibaca manusia.
Pengaturan dan langkah-langkah konfigurasi dokumen. Rekam semua pengaturan khusus lingkungan, string koneksi, titik akhir layanan, dan konfigurasi keamanan dalam dokumentasi yang dapat diakses. Sertakan instruksi penyebaran langkah demi langkah, persyaratan prasyarat, dan langkah-langkah validasi pasca-penyebaran. Dokumentasi ini memungkinkan penyebaran yang konsisten dan mendukung pemecahan masalah saat masalah terjadi. Jika insinyur baru harus melakukan deployment, mereka dapat membaca dokumen ini dan mengikutinya atau memahami output alur kerja.
Memperbarui prosedur putar kembali dan pemulihan. Setelah Anda menyelesaikan pengujian, formalkan langkah-langkah untuk mengembalikan perubahan saat masalah penyebaran terjadi. Sertakan pemicu putar kembali, prosedur pencadangan dan pemulihan data, dan langkah-langkah validasi pemulihan. Uji prosedur putar kembali dan pemulihan secara teratur untuk memastikan mereka bekerja dengan benar saat diperlukan. Persiapan ini mengurangi waktu henti.
Kumpulkan semua dokumentasi ini di lokasi pusat. Gunakan SharePoint, GitHub, atau wiki untuk menyimpan informasi ini. Pastikan tim dan personel dukungan tahu di mana menemukannya. Dalam insiden stres tinggi, memiliki dokumen yang jelas di tangan adalah penyelama.
Menerapkan modernisasi
Penyebaran produksi adalah fase akhir dari upaya modernisasi. Bergantung pada strategi yang Anda pilih (di tempat vs paralel), langkah-langkahnya berbeda. Sebelum melaksanakan, verifikasi bahwa semua langkah persiapan telah dilakukan: pemangku kepentingan telah diinformasikan, pembekuan berlaku, pencadangan telah dilakukan, dan pengawasan siaga.
Menerapkan modernisasi langsung
Jadwalkan jendela pemeliharaan. Jika perubahan memerlukan waktu henti atau menjalankan skrip yang mengunci sumber daya, seperti migrasi skema database, lakukan di jendela pemeliharaan yang telah diumumkan sebelumnya. Pastikan semua pengguna tidak memiliki beban kerja pada saat itu. Memiliki jendela yang jelas juga memberi Anda target untuk menyelesaikan penyebaran atau memutuskan pembatalan jika Anda kehabisan waktu.
Manfaatkan alur CI/CD Anda untuk penerapan. Penyebaran produksi harus menggunakan alur otomatis yang sama dengan yang Anda gunakan untuk pengujian tetapi mengarah ke lingkungan produksi. Penyiapan ini memastikan konsistensi, dengan demikian infrastruktur dan kode mengimplementasikan dengan cara yang sama. Sebelum menjalankannya, ambil cadangan akhir dari data penting (database). Bahkan jika Anda dapat mengembalikan ke versi sebelumnya, memiliki cadangan adalah perlindungan ekstra jika terjadi kegagalan. Jalankan alur untuk menyebarkan perubahan kode dan infrastruktur baru. Miliki log dan pemantauan yang terlihat dalam waktu nyata. Jika ada langkah yang gagal, berhenti sejenak dan evaluasi apakah Anda dapat melakukan perubahan korektif atau perlu mengembalikan ke kondisi sebelumnya.
Terapkan perutean lalu lintas progresif (kenari) jika memungkinkan. Banyak layanan Azure memungkinkan pertukaran slot atau pergeseran lalu lintas bertahap, bahkan dalam skenario di tempat. Azure mendukung penyebaran canary melalui slot penyebaran Azure App Service, pemisahan lalu lintas Azure Container Apps, dan Azure Kubernetes Service dengan Azure Pipelines. Jika Anda memiliki beberapa mesin virtual di belakang load balancer, perbarui satu instans pada satu waktu (peningkatan bergulir) sehingga yang lain menangani lalu lintas, kemudian lakukan rotasi.
Tingkatkan secara bertahap hingga mencapai kapasitas penuh sambil memantau. Setelah versi baru ditayangkan, pantau dengan cermat. Periksa log aplikasi, metrik performa, dan tingkat kesalahan. Mulailah dengan sebagian kecil pengguna (atau mulai dengan beban kerja dalam mode validasi jika memungkinkan). Jika semua terlihat baik setelah beberapa menit, tingkatkan menjadi 25% dari lalu lintas. Periksa metrik lagi (tidak ada lonjakan 500 kesalahan, waktu respons normal). Tingkatkan menjadi 50%, lalu 100% selama jangka waktu apa pun yang Anda rencanakan. Bisa lebih dari satu jam atau lebih jika Anda ingin berhati-hati. Jika ada masalah serius yang diamati pada langkah apa pun, lakukan pemulihan sebelum memengaruhi semua pengguna.
Pertahankan konsistensi data selama penyebaran. Penyebaran langsung mempertahankan titik akhir data yang ada sambil berpotensi memodifikasi skema data. Terapkan perubahan skema database dengan cara yang kompatibel dengan versi sebelumnya untuk mendukung versi aplikasi lama dan baru selama rilis bertahap. Gunakan skrip migrasi database yang menambahkan kolom atau tabel baru tanpa menghapus struktur yang ada hingga penyebaran berhasil diselesaikan.
Menyebarkan modernisasi ke lingkungan paralel
Buat lingkungan produksi paralel. Dengan menggunakan templat IaC, buat lingkungan produksi baru di Azure yang mencerminkan apa yang Anda uji. Lingkungan ini mencakup semua komputasi, jaringan, dan penyimpanan. Seharusnya sudah aktif dan berjalan tetapi saat ini tanpa lalu lintas pengguna. Pastikan hal-hal seperti grup keamanan jaringan, firewall, identitas (identitas terkelola atau perwakilan layanan), dan pemantauan semuanya dikonfigurasi sesuai kebutuhan (ulangi pengaturan lingkungan pengujian dalam langganan produksi).
Menetapkan replikasi database. Konfigurasikan fitur replikasi asli platform database Anda untuk membuat replikasi data berkelanjutan antara beban kerja sumber dan target Azure Anda. Verifikasi bahwa sinkronisasi data awal berhasil diselesaikan dan replikasi sehat. Anda mungkin melakukan salinan massal awal database dari cadangan atau rekam jepret, lalu mengaktifkan replikasi untuk transaksi baru. Pantau jeda dalam replikasi menggunakan alat pemantauan platform database Anda. Latensi yang lebih tinggi meningkatkan risiko dan durasi cutover. Jangan lanjutkan ke langkah berikutnya sampai jeda replikasi adalah nol.
Salin data dan file yang tidak terstruktur. Salin data dan file yang tidak terstruktur ke Azure sebelum cutover akhir. Gunakan Tools untuk migrasi objek dan file dengan fitur untuk mentransfer file ke layanan penyimpanan Azure yang sesuai. Persiapan ini mengurangi jumlah data yang perlu disalin selama cutover akhir.
Selesaikan sinkronisasi data akhir. Pada saat cutover, Anda ingin kehilangan data nol atau minimal. Untuk database, verifikasi bahwa tidak ada transaksi yang tertunda yang tersisa pada beban kerja sumber dan replikasi database tersangkut. Dalam beberapa kasus, Anda mungkin perlu menjeda penulisan secara singkat pada database sumber untuk menghapus perubahan akhir (terutama untuk hal-hal seperti konsistensi transaksional). Anda dapat menggunakan teknik seperti pengiriman log transaksi atau waktu henti singkat untuk melakukan pemulihan cadangan inkremental terakhir. Salin data yang tidak terstruktur yang dimodifikasi menggunakan AzCopy atau alat serupa.
Secara bertahap mengalihkan lalu lintas pengguna ke lingkungan yang baru. Perbarui rekaman DNS dan konfigurasi load balancer untuk mengarahkan lalu lintas pengguna ke lingkungan Azure. Memantau kesehatan dan performa beban kerja. Mulailah dengan 1% lalu lintas langsung yang diarahkan ke beban kerja yang telah dimodernisasi menggunakan perutean berbobot dengan load balancer Azure. Pantau metrik real time termasuk waktu respons, tingkat kesalahan, dan kesehatan koneksi database. Tingkatkan lalu lintas dengan kenaikan cepat (5%, 15%, 50%) selama beberapa menit daripada jam, dengan pemicu putar kembali otomatis jika ambang batas terlampaui.
Lakukan perubahan akhir ke 100%. Setelah Yakin, rutekan semua pengguna ke lingkungan baru. Pengalihan ini mungkin merupakan peralihan DNS, yang dapat berlangsung dari beberapa detik hingga menit jika nilai time-to-live (TTL) rendah, atau mengubah konfigurasi penyeimbang beban. Pada titik ini, pengguna langsung menggunakan beban kerja yang dimodernisasi.
Segera verifikasi dan pantau pasca-transisi. Jalankan melalui pemeriksaan validasi pasca-cutover Anda. Lakukan pengujian fungsi end-to-end dari semua proses bisnis penting menggunakan suite pengujian otomatis. Validasi akurasi data menggunakan verifikasi checksum dan perbandingan fungsi hash antara beban kerja sumber dan target. Minta pemilik beban kerja mengonfirmasi bahwa semua fungsi utama beroperasi dengan benar. Pantau performa beban kerja, tingkat kesalahan, dan pola akses pengguna selama 24-48 jam pertama setelah cutover untuk mengidentifikasi masalah penurunan performa atau fungsionalitas apa pun.
Jaga lingkungan lama tetap berjalan (siaga panas) untuk sementara waktu. Jangan merobohkan apapun dulu. Pertahankan beban kerja lama sebagai siaga panas setidaknya selama 24-72 jam, dengan sinkronisasi data yang sedang berlangsung jika memungkinkan (atau siap disinkronkan dengan cepat). Jika masalah parah yang tidak terduga muncul dalam produksi, Anda masih dapat memutuskan untuk mengembalikan keadaan sebelumnya dengan mengarahkan lalu lintas kembali. Anda seharusnya kehilangan data seminimal mungkin, karena Anda dapat memulihkan dari log atau cara lain.
Memvalidasi keberhasilan modernisasi
Sekarang setelah beban kerja baru ditayangkan, Anda perlu memvalidasi di lingkungan produksi bahwa semuanya berfungsi sesuai tujuan dan memenuhi kriteria penerimaan yang diharapkan.
Konfirmasi keberhasilan akses pengguna dan performa beban kerja. Validasi akses pengguna memastikan bahwa modernisasi transparan dan performa tersebut memenuhi harapan. Konfirmasi ini memvalidasi bahwa pengguna dapat mengakses beban kerja tanpa gangguan. Pantau pola akses pengguna, metrik performa beban kerja, dan tingkat kesalahan selama periode pascamigrasi awal.
Umumkan keberhasilan migrasi hanya setelah validasi menyeluruh. Validasi lengkap memastikan bahwa semua pemangku kepentingan mengonfirmasi bahwa beban kerja stabil dan fungsional. Konfirmasi ini mencegah deklarasi keberhasilan prematur yang dapat menyebabkan masalah nanti. Dapatkan konfirmasi dari pemilik beban kerja, penguji, dan pemangku kepentingan bisnis bahwa beban kerja memenuhi semua persyaratan dan beroperasi dengan benar.
Mendukung beban kerja selama stabilisasi
Bahkan setelah peluncuran berhasil, rencanakan periode stabilisasi tempat Anda memantau beban kerja dengan cermat. Beban kerja yang baru dimodernisasi mungkin memiliki masalah yang tidak diketahui yang hanya muncul di bawah pola penggunaan dunia nyata setelah beberapa waktu.
Menetapkan cakupan dukungan yang ditingkatkan selama periode stabilisasi. Untuk beberapa hari atau minggu pertama (tergantung pada kompleksitas) setelah siaran langsung, memiliki protokol dukungan yang lebih tinggi. Tetapkan staf IT atau mitra migrasi yang berpengalaman untuk memantau beban kerja dengan cermat dan menyediakan SLA yang lebih pendek daripada operasi normal.
Perbarui dokumentasi dan alat operasional Anda. Pastikan semua runbook, dokumen dukungan, dan konfigurasi pemantauan diperbarui untuk mencerminkan realitas baru. Latih tim operasi pada prosedur baru seperti proses pencadangan baru, prosedur hidupkan ulang baru untuk layanan mikro. Serahkan beban kerja yang dimodernisasi ke tim operasi/dukungan dengan transfer pengetahuan penuh. Pastikan inventori aset/CMDB Anda merekam server, IP, layanan, dan menghapus atau menandai server warisan baru.