Tentukan infrastruktur di luar kebutuhan prototipe

Mulai dari sistem yang dihasilkan

Pertimbangkan platform prototipe fiktif. Platform ini membuat container web, database PostgreSQL terkelola, dan URL publik. Alur kerjanya berjalan dengan benar menggunakan data contoh. Ini hasil yang berguna: orang dapat menilai fitur sebelum mendanai implementasi yang lebih besar.

Kini perusahaan ingin menyimpan kontrak rahasia dan menggunakan penyedia identitas karyawannya. Kebutuhan sistem telah berubah. Deployment container yang berhasil tidak membuktikan adanya otorisasi, penanganan data yang disetujui, kemampuan pemulihan, atau penanggung jawab layanan.

Platform pengembangan yang berbeda menyediakan kemampuan berbeda. Periksa layanan dan konfigurasi yang sebenarnya. Jangan berasumsi bahwa setiap alat prototipe memiliki keterbatasan yang sama atau nama cloud yang dikenal sudah memenuhi kebijakan perusahaan.

Ajukan tujuh pertanyaan produksi

Jawaban dapat memanfaatkan layanan perusahaan yang sudah ada. Tidak perlu membangun sistem identitas atau platform pemantauan baru untuk setiap aplikasi. Hubungkan aplikasi ke kemampuan yang disetujui dan catat kekurangan yang tersisa.

AWS Well-Architected mempertimbangkan operasi, keamanan, keandalan, kinerja, biaya, dan keberlanjutan secara bersamaan. Kerangka ini mengingatkan bahwa deployment yang berfungsi hanyalah satu bagian dari penilaian arsitektur. Baca kerangkanya.

Tentukan batas antarlingkungan

Identifikasi sumber daya pengembangan, pengujian, dan produksi. Tentukan identitas mana yang dapat melintasi batas tersebut. Jangan menyalin data produksi ke lingkungan pratinjau yang mudah digunakan tanpa proses penanganan yang disetujui.

Periksa koneksi keluar serta akses masuk. Database privat masih dapat mengirimkan data ke layanan logging publik melalui aplikasi. Panggilan model oleh agen pemrograman merupakan aliran lain yang perlu dinilai secara terpisah.

Catat siapa yang memiliki akun cloud, DNS, sertifikat, kunci enkripsi, dan hubungan penagihan. Proyek yang bergantung pada akun pribadi karyawan yang keluar memiliki masalah kepemilikan meskipun kode aplikasinya tersedia.

Uji pembagian tanggung jawab

Penyedia database terkelola mungkin mengoperasikan layanan dasarnya, sementara organisasi Anda mengontrol pengguna, akses data, perubahan skema, dan pengaturan retensi. Pembagian tepatnya bergantung pada layanan dan kontrak. Mintalah penjelasan secara eksplisit.

Untuk aplikasi kontrak tersebut, jalankan latihan pemulihan fiktif. Ukur waktu pemulihan yang sebenarnya dan identifikasi kemungkinan kehilangan data. Bandingkan hasil dengan kebutuhan bisnis. Kotak centang berlabel “cadangan diaktifkan” bukan bukti yang setara.

Uji juga pencabutan akses karyawan yang keluar. Hapus karyawan fiktif dari sumber identitas dan verifikasi perubahan akses yang dimaksud. Sertakan sesi aktif, peran administrator, dan identitas otomatisasi dalam desain.

Hubungkan infrastruktur dengan sistem pengiriman

Definisi infrastruktur, konfigurasi lingkungan, pipeline, dan kode aplikasi memerlukan perubahan yang terkoordinasi. Agen harus menyusun rencana berdasarkan lingkungan target yang sebenarnya. Jika tidak, agen dapat menghasilkan deployment yang bertentangan dengan kebutuhan jaringan, identitas, atau kepemilikan.

Di sinilah platform engineering dan software factory saling berhubungan. Platform menyediakan kemampuan yang didukung beserta batasannya. Sistem pengiriman harus menggunakannya, menghasilkan bukti, dan menjaga serah terima operasi yang jelas. Lanjutkan ke platform engineering.