Verifikasi cara beralih sebelum bergantung pada layanan

Tentukan apa yang harus tetap dapat digunakan

Kepemilikan kode sumber bernilai penting. Namun, itu hanya satu bagian dari rencana untuk beralih dari pemasok.

Pertimbangkan aplikasi fiktif yang kode sumbernya berada dalam repositori perusahaan. Proses build mengunduh paket privat dari pemasok. Produksi menggunakan akun cloud milik pemasok. Tidak ada yang mencatat prosedur pemulihan database.

Perusahaan memiliki kodenya, tetapi belum dapat mengoperasikan layanan secara mandiri. Rencana transisinya harus mencakup hak, aset, akses, dan pengetahuan secara bersamaan.

Inventarisasi dependensi

Periksa format dan cakupan ekspor. Ekspor dokumen yang dapat dibaca belum tentu mempertahankan setiap relasi, lampiran, atau catatan eksekusi. Minta contoh dan periksa bersama orang yang akan menggunakannya.

Jalankan build ulang secara mandiri

Gunakan lingkungan pengujian yang aman dan data contoh yang disetujui. Berikan paket serah terima yang diusulkan kepada engineer yang berwenang. Minta engineer tersebut membangun aplikasi, menerapkan konfigurasi, memulihkan data, dan memverifikasi satu operasi bisnis lengkap.

Catat setiap hal yang belum tersedia dan waktu yang diperlukan untuk memperolehnya. Jangan diam-diam memasok pengetahuan yang tidak terdokumentasi selama latihan. Tujuannya adalah menemukan hal yang akan kurang bagi tim berikutnya.

Kemudian periksa batasan transisi: langganan yang berjalan bersamaan, waktu transfer data, akses paket, perubahan identitas, dan ketersediaan dukungan. Sertakan biaya ini dalam perbandingan membangun atau membeli.

Pisahkan ekspor dari penghapusan

Ekspor menghasilkan salinan. Transisi mengubah pihak yang mengoperasikan layanan. Penghapusan menghilangkan data tertentu melalui proses yang disepakati. Ketiganya merupakan keputusan terpisah dengan bukti berbeda.

Tetapkan cakupan retensi dan penghapusan yang diperlukan bersama penanggung jawab terkait. Konfirmasikan ketentuan dan prosedur pemasok yang berlaku. Jangan hapus satu-satunya salinan pemulihan yang dapat digunakan sebelum sistem penerima terverifikasi.

Taiga mendokumentasikan proses ekspor administratif dan proses penghapusan terpisah. Nilai secret tidak disertakan dalam ekspor. Karena itu, serah terima memerlukan cara yang berwenang untuk membuat ulang secret yang dibutuhkan. Verifikasi isi ekspor terkini terhadap kebutuhan transisi; jangan berasumsi bahwa ekspor merupakan cadangan aplikasi lengkap.

Tentukan dependensi yang dapat diterima

Portabilitas tidak mengharuskan penghapusan setiap layanan terkelola. Dependensi dapat menjadi pilihan yang masuk akal ketika manfaat, batasan, dan jalur transisinya dipahami.

Catat dependensi yang diterima, penanggung jawab, dan pemicu peninjauan. Ulangi latihan transisi setelah perubahan arsitektur atau kontrak yang berarti. Lanjutkan dengan rencana adopsi yang mencakup tanggung jawab ini sejak awal.