Mengapa perusahaan membutuhkan twin, dan bagaimana Mithril menyediakannya
Produksi adalah tempat yang salah untuk mempelajari siapa yang dapat menjangkau sistem yang sensitif, seperti apa penolakan, atau apakah klaster yang berjalan cocok dengan yang dinyatakan. Sebuah twin mempertahankan nama-nama itu dan tidak menerapkan hasilnya. Mithril menjadikan twin itu sebuah dokumen: komponen reverse-domain tersusun, sebuah run mengembalikan respons dan keputusan, dan sebuah klaster diperiksa terhadap observasi tanpa dijalankan.
Artikel ini diterjemahkan oleh mesin.
Perusahaan membutuhkan twin karena pertanyaan yang penting tidak dapat diajukan di produksi. Siapa yang dapat menjangkau sistem yang menyimpan data pelanggan. Seperti apa bentuk call yang ditolak ketika kuota habis. Apakah klaster yang berjalan hari ini adalah klaster yang dinyatakan. Produksi adalah tempat pelanggan, pembayaran, dan identitas sudah berada. Menggunakannya sebagai tempat untuk mempelajari jawaban-jawaban itu mengikat rasa ingin tahu pada pemadaman. Membekukan setiap perubahan sampai sebuah komite yakin adalah kegagalan yang lain: lingkungannya terus bergerak, dan modelnya tidak bergerak.
Twin adalah salinan kedua dari lingkungan itu dengan nama-nama yang sama dan aturan keras bahwa tidak ada yang diterapkan. Principal, bucket, queue, dan klaster cukup nyata untuk menjawab pertanyaan. Efeknya berhenti pada salinan. Keamanan, platform, dan arsitektur dapat melatih sebuah allow, sebuah penolakan, sebuah fault, dan sebuah drift sebelum salah satu dari itu mencapai akun yang menagih pelanggan.
Mithril menjadikan twin sebuah dokumen, bukan cloud kedua. Setiap bagian lingkungan adalah komponen yang dinamai menurut reverse domain-nya, dan komponen-komponen itu tersusun satu sama lain. Identitas, otorisasi, kuota, konsistensi, fault, dan TLS berada di bawah layanan yang membutuhkannya. Sebuah run menelusuri rantai itu dan mengembalikan dua hal yang dapat disimpan pemanggil: respons yang akan dilihat klien, dan keputusan yang menghasilkannya. Bendera applied tetap false. Runtime tidak membuka socket, dan dokumen yang menyebut host live atau secret ditolak sebelum dijalankan.
Batas yang sama mencakup klaster. Docker dan Podman dibungkus sebagai dokumen Mithril yang menyatakan layanan mana yang harus ada dan bagaimana mereka saling bergantung. Merender dokumen itu menghasilkan berkas Compose. Memeriksanya membandingkan deklarasi dengan apa yang benar-benar teramati. Pemeriksaan itu tidak memulai kontainer. Perusahaan mendapatkan latihan atas lingkungannya sendiri, di samping mesin-mesin yang sudah berbicara protokol cloud, dengan catatan tentang apa yang diputuskan dan apa yang sengaja tidak diterapkan.