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.
Inti dari pilar Keunggulan Operasional adalah praktik DevOps yang memastikan kualitas beban kerja melalui alur kerja standar dan kohesi tim. Pilar ini mendefinisikan prosedur operasi untuk praktik pengembangan, pengamatan, dan manajemen rilis. Tujuannya adalah untuk meminimalkan variansi proses, kemungkinan kesalahan manusia, dan gangguan pada pelanggan. Untuk menilai kesehatan operasional Anda, mulailah dengan pertanyaan-pertanyaan berikut:
- Apakah Anda menjalankan operasi dengan disiplin?
- Apakah pelanggan yang menggunakan beban kerja dengan prediksi maksimum?
- Bagaimana Anda belajar dari pengalaman dan mengumpulkan data untuk mendorong peningkatan berkelanjutan?
Operasi beban kerja dapat berkembang menjadi praktik kacau ketika tidak ada kepemilikan atau kepemimpinan yang jelas. Dalam jenis lingkungan ini, tim sering menggunakan metode yang dijalankan dengan upaya tinggi dan menghasilkan hasil rendah, yang menyebabkan pengalaman pengguna yang buruk. Pendekatan ini hanya memenuhi tujuan jangka pendek. Manfaat jangka panjang diwujudkan melalui evaluasi berkelanjutan dan investasi strategis.
Prinsip desain memberikan pedoman untuk strategi operasional yang harus dipertimbangkan untuk mengatasi penyebab yang mendasarinya dan bukan hanya mengobati gejala. Mulailah dengan pendekatan yang direkomendasikan, lalu amati apa yang berhasil dan apa yang tidak mengidentifikasi area perbaikan. Setelah Anda mengatur strategi, lanjutkan untuk mendorong tindakan dengan menggunakan daftar periksa Keunggulan Operasional.
Persyaratan operasional beban kerja sama pentingnya dengan persyaratan bisnisnya. Proses yang efisien memastikan beban kerja mencapai hasil bisnis dalam batasan kepatuhan, apakah kepatuhan tersebut bersifat organisasi atau eksternal. Kuncinya adalah menemukan pengulangan dengan konsistensi.
Tujuan dari pilar Keunggulan Operasional adalah untuk melakukan hal yang benar, melakukannya dengan cara yang benar, dan untuk menyelesaikan masalah yang tepat sebagai tim.
Jika Anda memenuhi tujuan ini, beban kerja akan berjalan dengan andal dan dapat diprediksi bahkan selama waktu perubahan. Ketidakmampuan untuk memenuhi persyaratan operasional dapat menyebabkan penyebaran yang gagal, pengalaman pengguna yang tidak konsisten, dan biaya tambahan yang dapat dihindari melalui perencanaan yang tepat dan eksekusi yang disederhanakan.
Merangkul budaya DevOps
|
|
|---|
DevOps adalah komunitas praktik di mana keragaman perspektif dan keterampilan mendorong ke arah satu misi. Tim harus menumbuhkan lingkungan kolaboratif pengetahuan yang dibagikan alih-alih pembelajaran terisolasi. Gunakan fungsi bersama untuk berusaha mengatasi batasan sumber daya.
Budaya DevOps yang baik berkembang pada tanggung jawab bersama. Tim pengembangan dan operasi harus menyelaraskan tujuan dan prioritas mereka dengan harapan pelanggan mereka dan menjaga fokus bisnis. Tim pengembangan harus melibatkan tim operasi dalam perulangan umpan balik sehingga peningkatan didorong upstream dan tim lain mendapat manfaat yang sama. Sebaliknya, tim operasi bertanggung jawab untuk membuat tim pengembangan berhasil dalam hasil bisnis mereka dengan berbagi sumber daya dan umpan balik yang relevan dengan beban kerja.
Pada saat yang sama, praktik DevOps menerapkan garis kepemilikan dan akuntabilitas yang jelas untuk setiap tim. Terlepas dari di mana aplikasi berjalan, tim beban kerja bertanggung jawab atas aplikasi tersebut.
DevOps mengoptimalkan tugas operasional sehingga efektif tetapi tidak memberatkan. Untuk menuai manfaat penuh dari DevOps, budaya harus mengoptimalkan proses melalui teknologi dan memiliki proses bagi orang-orang dalam organisasi untuk mempromosikan komunikasi transparan.
| Pendekatan | Keuntungan |
|---|---|
| Gunakan sistem dan alat umum yang mempromosikan lingkungan kolaboratif untuk kemajuan komunikasi dan pelacakan. | Alat dan proses umum memungkinkan komunikasi transparan. Tim pengembangan dan operasi mendapat manfaat dari kesadaran situasional di berbagai lingkungan, masalah dukungan umum, dan tantangan dan kemenangan secara keseluruhan. Tim sudah terbiasa dengan jalur eskalasi yang ada jika terjadi insiden. Backlog bersama membuat prioritas menjadi jelas, seperti mengerjakan fitur baru atau memperbaiki bug. |
| Bangun pola pikir pembelajaran dan eksperimen berkelanjutan di seluruh siklus pengembangan. Dukung berbagi pengetahuan di seluruh tim dan pertahankan dokumentasi untuk digunakan kembali. Lakukan analisis tanpa menyalahkan dan pengkajian pasca-rilis dan/atau ulasan pasca-insiden. |
Melalui mekanisme eksperimen, seperti pengujian A/B dan pengembangan bukti konsep, Anda dapat mendorong inovasi sambil menjaga biaya tetap rendah. Berbagi pengetahuan melalui kolaborasi yang membuat tim mahir dalam pendekatan desain, alat, dan proses. Melakukan retrospektif setelah proyek membantu mengidentifikasi area untuk perbaikan dan merayakan kesuksesan. |
|
Mengadopsi praktik agile industri yang terbukti yang berfokus pada pengoptimalan tindakan. Cari peluang untuk "bergeser ke kiri" dalam operasi untuk proses manual dan otomatis, praktik penyebaran dan jaminan kualitas, dan pengamatan. |
Praktik pengembangan yang tangkas menyebabkan siklus hidup rilis yang lebih pendek, yang merupakan indikator nilai bisnis. Mendeteksi, menyelesaikan, dan dengan demikian mencegah masalah sebelumnya sering kali kurang mengganggu proses. |
|
Tetapkan standar untuk semua prosedur pengembangan dan operasional serta tinjau dan validasi secara teratur. Prosedur ini mencakup tugas rutin, proses di luar jalur biasa, latihan dan situasi darurat, pilihan alat, prosedur pemantauan, rencana pengembangan keterampilan, serta komunikasi dengan pemangku kepentingan dan pengungkapan kepada pelanggan. Bersikaplah sengaja dan jelas dalam keputusan Anda. |
Standar menambahkan prediksi ke operasi dan membuat proses dan praktik dapat diskalakan. Memvalidasi standar adalah cara yang bagus untuk menarik titik peningkatan. Bersiaplah untuk situasi darurat dan pemulihan dengan melakukan latihan rutin. Jalankan dengan presisi dan aktifkan tata kelola untuk mencegah anomali yang menyebabkan risiko. |
| Manfaatkan tim operasi terpusat dengan keterampilan khusus dan luasnya pengalaman. | Ada manfaat biaya untuk menggunakan sumber daya bersama baik untuk operasi maupun sumber daya. Meskipun Anda mengelola beban kerja Anda sendiri, tim terpusat membantu Anda dengan keterampilan lintas fungsi, seperti pengelolaan insiden, sudut pandang proaktif dalam pemantauan, dan keahlian dalam outsourcing yang dapat dipercaya. |
Menetapkan standar pengembangan
|
|
|---|
Tim pengembangan bertanggung jawab untuk mengatasi masalah beban kerja sebelum rilis dengan gesekan minimal. Perhatikan efisiensi pengembang dan optimalkan untuk siklus penyelesaian yang cepat, mulai dari pengkodean hingga hasil pengujian. Terapkan proses efektif dan berukuran tepat yang merencanakan dan menstandarkan aktivitas teknis dan juga mendorong konsensi dalam tim dan pemangku kepentingan.
| Pendekatan | Keuntungan |
|---|---|
|
Fitur beban kerja dokumen dan tangkap manfaat untuk pelanggan. Memperoleh cakupan dan persyaratan fungsional dan nonfungsi terperinci dari arsitektur. Buat model estimasi ukuran untuk melaporkan cakupan dan biaya tugas yang terlibat. |
Spesifikasi yang baik memangkas biaya operasional dan kemungkinan kegagalan dengan mendukung siklus pengembangan yang lebih produktif dan efisien. Pengembang memahami desain teknis, tujuan, dan kriteria penyelesaian sebelum mereka memulai siklus pengodian. Dokumentasi yang baik memfasilitasi komunikasi berulang dan onboarding anggota tim baru. |
| Gunakan metodologi pengembangan perangkat lunak standar industri yang disesuaikan dengan tepat untuk kebutuhan beban kerja dan ukuran tim Anda. Pertahankan backlog yang dibagikan di antara semua peran. |
Adopsi metodologi terkenal menetapkan ritme proyek. Ini menghapus ambiguitas proses dengan memberikan ekspektasi dan akuntabilitas yang jelas kepada anggota tim. Dengan melacak terhadap daftar umum, tugas dapat disempurnakan dan diprioritaskan dengan praktik standar. Proyek ini akan memiliki peluang yang lebih baik untuk dikirim tepat waktu. Metodologi standar membantu manajemen risiko. Dengan melakukan ulasan tonggak yang terperinci, pengembang dapat mengatasi potensi masalah sebelum menjadi hambatan serius. |
|
Gunakan kontrol sumber terpadu untuk semua kode, skrip, templat penyebaran, definisi alur, dan dokumentasi terkait. Strategi percabangan harus mendukung rilis yang mulus untuk fitur independen dan fitur yang saling bergantung, perbaikan bug, dan hotfix. Gunakan pengetahuan bersama di seluruh organisasi untuk membangun strategi pencabangan dan proses penyebaran Anda. |
Penggunaan kontrol sumber yang tepat sangat penting dalam mendukung perubahan dan penerapan versi bersamaan. Pertahankan alur kerja yang dapat diulang untuk merilis perubahan berbagai ukuran dan risiko, melakukan tinjauan serekan sebagai bagian dari proses, dan menyimpan jejak audit. |
| Memiliki proses jaminan kualitas yang menekankan pengujian di awal siklus hidup pengembangan. Sertakan semua artefak untuk prosedur pengujian terencana, termasuk komponen aplikasi, infrastruktur, dan operasi sarana data yang merupakan bagian dari rilis atau pembaruan fitur. Perlakukan artefak sebagai tidak dapat diubah ketika dipromosikan melalui lingkungan, mendapatkan kepercayaan diri setiap kali melewati gerbang berkualitas. Jika praktis, otomatiskan pemeriksaan rutin. |
Jaminan kualitas memastikan bahwa persyaratan fungsional dan nonfungsi dipenuhi dengan keyakinan, yang mengarah pada dampak pelanggan yang positif. Memiliki rencana pengujian memastikan kualitas dan kelengkapan serta mempertimbangkan kemungkinan kasus kegagalan. Dengan gerbang berkualitas, Anda dapat menerapkan praktik terbaik untuk mengurangi risiko. Kekekalan membawa keyakinan karena memastikan sistem yang Anda uji persis seperti yang Anda rilis. Siklus pengujian secara efisien memblokir kemajuan kecuali kriteria kualitas terpenuhi. |
| Dorong konsistensi dengan menggunakan panduan gaya dan alat, yang menerapkan konvensi, dan mengadopsi rantai alat umum untuk pengembangan, pengujian, dan komunikasi dengan pemangku kepentingan. Standar teknologi untuk pengembang harus mengharuskan implementasi pola, desain API, pengelogan, penanganan pengecualian, dan proses lainnya. |
Konsistensi dalam kode mendorong keterbacaan dan pemeliharaan yang lebih mudah. Ini juga mengurangi kompleksitas dan memungkinkan penggunaan kembali kode. Alat dan konvensi umum juga membantu tim mengoptimalkan proses tanpa perlu mengatasi pilihan satu kali. |
| Secara konsisten dan sengaja bersikeras pada dokumentasi kode oleh pengembang saat sedang ditulis. | Dokumentasi kode yang jelas memastikan bahwa logika dan fungsionalitas mudah dipahami ketika kode lama perlu ditinjau kembali atau ketika tim pengembangan berputar. |
| Laporkan kemajuan dan tren untuk mengukur efisiensi. | Tren bug, pembaruan yang gagal, waktu untuk mengimplementasikan, perulangan umpan balik, dan metrik lainnya diterbitkan, dan hal tersebut mendorong peningkatan. |
Mengembangkan operasi dengan observabilitas
|
|
|---|
Bangun budaya yang terus meningkatkan kualitas dengan memantau beban kerja dan mempertimbangkan semua pilar Azure Well-Architected Framework. Memungkinkan tim dan pemangku kepentingan untuk membuat keputusan jangka pendek dan jangka panjang di banyak faset dengan memberikan data, statistik, dan tren yang diperlukan. Pelajari dari data Anda dan dorong peningkatan.
Operasi yang dibangun untuk tujuan pengamatan adalah kunci dalam pemeliharaan proaktif aplikasi, jaminan kualitas dan keamanan, perencanaan kapasitas, dan manajemen produk.
Aspek penting dari pemantauan adalah aplikasi menggunakan pemodelan kesehatan untuk membantu Anda mengantisipasi masalah sebelum menjadi insiden dan memengaruhi pengalaman pelanggan. Pemantauan yang efisien mengurangi siklus reaktif yang dihabiskan untuk manajemen insiden.
| Pendekatan | Keuntungan |
|---|---|
|
Bangun sistem pemantauan dengan tumpukan dan alurnya sendiri. Perlakukan sistem pemantauan sebagai dimensi beban kerja yang dipisahkan dari utilitasnya. Tumpukan harus mencakup semua lapisan, termasuk infrastruktur, kinerja aplikasi, dan proses pembangunan dan pelepasan. Menangkap atau mengambil sampel data bisnis berada di luar cakupan untuk implementasi observabilitas. |
Memisahkan pemantauan dan tumpukan beban kerja untuk memisahkan persyaratan fungsional dan persyaratan pengamatan dan memungkinkan evolusi independen. Perubahan kode seharusnya tidak memengaruhi pemantauan, dan sebaliknya. Karena persyaratan pengamatan terpisah dari persyaratan fungsi, data bisnistidak akan terganggu dengan memantau perubahan konfigurasi atau pemadaman. |
|
Mendorong konsistensi dalam proses pengumpulan untuk setiap jenis sumber data. Standarisasi instrumentasi dalam kode dengan menggunakan standar industri untuk telemetri, pengumpulan metrik infrastruktur, dan alat. |
Konsistensi mencegah varians dalam sensor dan pengukuran karena keakraban di seluruh sumber daya serupa mengurangi waktu yang dihabiskan untuk berkorelasi dan menganalisis data. Anda memiliki perspektif holistik untuk mengantisipasi masalah. |
| Keluarkan telemetri dari kode aplikasi yang mengaitkan titik-titik utama alur eksekusi dan memberikan tampilan end-to-end pada tingkat granularitas yang berbeda. | Prioritaskan tindakan berdasarkan tingkat keparahan, dan pahami konteks yang diberikan verbositasnya. Informasi ini sangat penting untuk tujuan pemecahan masalah. |
| Memikul tanggung jawab untuk mengirimkan dan mengumpulkan data, bahkan ketika saluran data dibagikan oleh beberapa tim dan dikelola oleh tim pusat. | Dengan melokalisasi data pemantauan ke lingkungan beban kerja, tim dapat mengakses log dan metrik untuk mengatasi masalah beban kerja. |
| Kumpulkan data yang cukup dan pertahankan hanya untuk waktu yang cukup. Pertimbangkan kompromi biaya yang terkait dengan pencatatan dan penyimpanan data. |
Pengumpulan data yang disengaja membantu Anda mengoptimalkan biaya keuangan dan operasional yang terkait dengan pengumpulan lebih banyak data daripada yang Anda butuhkan. Minimalkan kebisingan dan hindari komputasi intensif selama analisis, dan kurangi biaya penyimpanan data yang tidak lagi Anda butuhkan. |
|
Buat perbedaan antara sinyal pemantauan yang berbeda: profil, log, metrik, dan jejak. Gunakan setiap sinyal untuk tujuan yang tepat. Prioritaskan penggunaan metrik untuk memicu tindakan yang bergantung pada pengukuran numerik. Gunakan profil untuk mendapatkan visibilitas tingkat bawah, seperti alokasi memori, ke dalam sistem. Batasi penggunaan log dan jejak untuk memberikan konteks pada alur dan dependensi. |
Dengan menggunakan sinyal untuk tujuan yang tepat, Anda dapat mencegah implementasi sistem pemantauan yang tidak efisien. Misalnya, menggunakan log untuk tindakan memerlukan penguraian. Anda mungkin dapat mencapai tujuan yang sama lebih cepat dengan metrik. |
|
Mengagregasi dan memvisualisasikan data di dasbor untuk menyajikan data pemantauan yang melayani audiens dan mengingat konteks bisnis. Gunakan dasbor situasi untuk menampilkan data guna meningkatkan kesadaran bagi para pemangku kepentingan. Gunakan dasbor operasional dan buku kerja dengan kemampuan penelusuran mendalam untuk kegiatan operator seperti respons insiden. Sering menyegarkan papan kontrol dan menyediakan data terperinci. |
Dengan visualisasi, Anda dapat menganalisis tren, melacak terhadap target bisnis, dan mengelola insiden. Dasbor yang disesuaikan dengan minat pelanggan membuat interpretasi relevan dan mempercepat waktu untuk deteksi dan tindakan. |
|
Buat pemberitahuan dapat ditindaklanjuti dengan memberi tahu peran yang dapat dipertanggungjawabkan dengan deskripsi standar dan tingkat keparahan. Berikan informasi yang disatukan dari berbagai sumber dan lacak penyimpangan dari target bisnis. Memicu pemberitahuan hanya untuk insiden yang memerlukan tindakan. Berusahalah untuk peringatan yang proaktif dan merangsang pemikiran yang memulai tindakan sebelum keadaan terdegradasi menjadi kegagalan. |
Pemberitahuan membawa perhatian pada peristiwa signifikan seperti yang didefinisikan oleh organisasi. Sistem pemberitahuan yang baik mengidentifikasi tindakan dan tingkat keparahan dan menyediakan data yang cukup untuk mendorong kejelasan dan tujuan. Operator dapat memulai remediasi tanpa penundaan. |
Mengotomatiskan untuk efisiensi
|
|
|---|
Beban kerja mungkin memiliki alur kerja dengan proses yang melibatkan anggota tim yang melakukan tugas biasa, berulang, dan memakan waktu yang sebenarnya tidak membutuhkan kecerdasan manusia. Tergantung pada frekuensinya, Anda mungkin menghabiskan banyak waktu untuk upaya ini, menginvestasikan lebih banyak waktu saat beban kerja tumbuh. Selain itu, proses ini sering rentan terhadap kesalahan karena input manusia.
Melalui otomatisasi, Anda menghemat waktu, usaha, dan uang, dan Anda menghindari kesalahan.
| Pendekatan | Keuntungan |
|---|---|
|
Evaluasi semua alur kerja terhadap kriteria yang berada pada tingkat kompleksitas, upaya, frekuensi, akurasi, keakuratan, dan masa pakai yang tepat. Mengotomatiskan alur kerja berdasarkan evaluasi tersebut dan memprioritaskan alur kerja dengan pengembalian tertinggi yang diharapkan. Hapus alur kerja redundan atau tambahkan nilai untuk membenarkan upaya manusia. |
Anda dapat menginvetasikan kembali kapasitas tim dalam pekerjaan bernilai lebih tinggi dan meningkatkan produktivitas dan konsistensi. Membangun inventarisasi alur kerja memastikan bahwa Anda mengotomatiskan tugas yang tepat. Menghapus tugas redundan mengurangi kompleksitas dan kesalahan. |
| Jadilah eksplisit tentang keputusan Anda ketika Anda mengevaluasi apakah akan membangun alat kustom atau membeli perangkat lunak. Memesan otomatisasi bangunan untuk pekerjaan yang sangat khusus dan bernilai tinggi. |
Dengan membeli perangkat lunak off-the-shelf dan memanfaatkan kontrak dukungan, Anda menghemat biaya pemeliharaan. Dengan membangun perangkat lunak, Anda memiliki lebih banyak kontrol dan dapat memenuhi kasus penggunaan yang unik untuk tim dan beban kerja Anda. Namun, ada dampak biaya. Pilihan alat membawa tingkat standardisasi ke operasi Anda. Dengan pelatihan, Anda dapat mencapai tingkat kesiapan yang seragam untuk adopsi. |
| Desain komponen beban kerja Anda untuk mendukung kemampuan otomatisasi. | Hindari situasi di mana kurangnya otomatisasi dalam desain sistem Anda mempromosikan anti-pola tugas berulang, memperlambat pertumbuhan, dan mulai mengumpulkan utang teknis. |
| Perlakukan semua otomatisasi sebagai dependensi penting dari beban kerja Anda. Beradaptasi dengan pertumbuhan beban kerja yang diharapkan. Alat otomatisasi Anda adalah bagian integral dari beban kerja Anda, dan harus mematuhi lima pilar Kerangka Kerja Yang Dirancang Dengan Baik. |
Rancang komponen otomatisasi Anda untuk menahan risiko, seperti ancaman keamanan. Dengan praktik terbaik yang diterapkan, Anda dapat menghindari pembengkakan implementasi. Beban kerja akan terus beroperasi dengan jaminan tingkat tinggi jika dependensi ini tetap berfungsi dan aman. |
|
Otomatiskan dalam skala besar dengan menjelajahi opsi di luar beban kerja Anda. Mendukung model "desain sekali, jalankan di mana-mana" dengan menyediakan templat dan kerangka kerja untuk onboarding proyek baru dan mempromosikan penggunaan kembali desain dan implementasi yang ada. |
Gunakan metode yang dicoba dan diuji dan kurangi kemungkinan kegagalan. |
Mengadopsi praktik penyebaran yang aman
|
|
|---|
Bangun rantai pasokan beban kerja otomatis dan modular untuk memastikan penyebaran yang konsisten, dapat diprediksi, dan dapat diulang di semua lingkungan. Menerapkan praktik yang aman lebih awal memastikan keyakinan dalam produksi dan memungkinkan pemulihan cepat jika masalah menjangkau pelanggan.
Semua perubahan, baik kode, konfigurasi, atau artefak, harus disebarkan dengan tingkat kekakuan yang sama. Pengujian, pemantauan, dan penerapan versi adalah praktik umum untuk mencapai konsistensi.
| Pendekatan | Keuntungan |
|---|---|
|
Gunakan Infrastruktur sebagai Kode (IaC) untuk menentukan status yang diinginkan dari semua infrastruktur. Gunakan pendekatan modular dan berlapis tetapi hindari abstraksi yang tidak perlu. Sejajarkan lapisan dengan kebutuhan siklus hidup, menjaga lapisan dasar tetap stabil. |
IaC memungkinkan otomatisasi dan konsistensi penyebaran dan berfungsi sebagai dokumentasi mandiri yang dapat digunakan untuk pelacakan. Artefak IaC menjadi bagian dari siklus hidup pengembangan perangkat lunak Anda, yang memungkinkan pengujian dan proses peninjauan kualitas. IaC juga membantu mendeteksi dan mengurangi penyimpangan konfigurasi. |
| Lebih suka pembaruan kecil dan bertahap yang sering disebarkan. | Pembaruan yang lebih kecil menyederhanakan validasi dengan mengurangi jumlah kesalahan bersamaan. Ketika beberapa perubahan cacat dirilis secara bersamaan, mereka dapat secara signifikan meningkatkan radius ledakan. |
| Sebarkan setiap perubahan kode dan infrastruktur dengan menggunakan alur otomatis di semua lingkungan. | Metode penyebaran yang konsisten mengurangi kesalahan dan varians yang membuat penyebaran dapat diandalkan dan diulang. Proses penyebaran mendokumentasikannya sendiri, dan setiap eksekusi membuat catatan aktivitas. |
| Uji pembaruan secara ketat di seluruh siklus hidup pengembangan, di lingkungan praproduksi dan produksi. | Pengujian awal menangkap masalah lebih cepat, memungkinkan perbaikan berulang dan mengurangi masalah pada saat pembaruan siap untuk produksi. Memiliki beberapa lingkungan pra-produksi memungkinkan berbagai jenis pengujian, meningkatkan kepercayaan diri dalam rilis produksi yang sukses. |
|
Luncurkan fitur baru menggunakan pola penyebaran yang memungkinkan eksposur progresif dan adopsi bertahap oleh pengguna. Uji kompatibilitas mundur dan maju. |
Peluncuran pembaruan yang dikontrol mengurangi risiko masalah yang meluas dari cacat. Peningkatan paparan secara bertahap membantu memastikan kompatibilitas dan stabilitas, membangun kepercayaan diri dalam rilis. |
| Bersiaplah dengan tindakan kompensasi untuk pemulihan dari penyebaran yang rusak atau cacat kritis dalam produksi. Gunakan otomatisasi yang didukung oleh pengujian untuk meluncurkan perbaikan. Untuk pembaruan darurat, memiliki proses dipercepat yang telah disetujui sebelumnya oleh pemangku kepentingan. |
Memiliki rencana mitigasi mengurangi durasi potensi dampak. Anda dapat dengan cepat menyebarkan perbaikan mendesak, seperti patch keamanan, untuk membuat pengguna mendapatkan versi yang aman lebih cepat. |
Langkah selanjutnya
Kami menyarankan agar Anda meninjau daftar periksa Keunggulan Operasional untuk menjelajahi konsep lain.