Dan selamat datang kembali di video ini kita akan membahas tentang enabler strategi multi akun.
Sekarang, di salah satu organisasi tempat saya bekerja baru-baru ini, kami memiliki hampir 80 akun wawancara.
Nah, untuk mengelola begitu banyak akun Idalis, Anda memerlukan perencanaan dan strategi yang tepat.
Oleh karena itu, sebagai arsitek solusi, sangat penting bagi kami untuk mengetahui beberapa tantangan
dan beberapa cara untuk mengatasinya ketika Anda mulai bekerja di perusahaan.
Jadi mari kita lanjutkan dan pahami lebih banyak tentangnya sekarang.
Strategi banyak akun pasti bagus karena memberi Anda jumlah isolasi tertinggi antara
sumber daya dan juga keamanan.
Jadi biasanya apa yang banyak organisasi mereka lakukan adalah mereka memiliki solusi tingkat regional.
Jadi mereka memiliki wilayah ideologi untuk contoh-contoh pembangunan.
Mereka memiliki di wilayah untuk contoh produksi, meskipun itu bisa cukup.
Tapi itu bukan praktik terbaik karena jika seseorang membuat kebijakan untuk pengembang dan jika itu bukan pengembang yang
sangat terisolasi, mungkin memiliki akses ke lingkungan produksi.
Jadi selalu bagus untuk memiliki banyak akun.
Jadi, Anda harus menyimpan akun idalis individu untuk pengembangan secara individual produksi kedua
dan menghindari memberikan akses ke pengembang, ke lingkungan produksi kecuali akses baca-saja tingkat tinggi.
Dan saat itulah organisasi menggunakan banyak A. W akun, ada pertimbangan tertentu yang
perlu Anda ingat, jika tidak, semuanya akan segera menjadi berantakan.
Jadi ada empat hal yang perlu Anda perhatikan.
Salah satunya adalah arsitektur akun identitas.
Kedua adalah arsitektur akun logging.
Ketiga adalah arsitektur akun penerbitan dan untuk ini, struktur penagihan.
Jadi mari kita masuk dan memahami masing-masing dari mereka.
Jadi yang pertama adalah arsitektur identitas.
Jadi katakanlah Anda bertengkar.
Entah akun ini atau, Anda tahu, Anda tidak ingin membuat pengguna individu di setiap akun
ini.
Jadi katakanlah saya memiliki lima akun dan saya memiliki orang baru yang telah bergabung dengan kami ini, tentu saja.
Sekarang, saya dapat menambahkan nama pengguna itu ke masing-masing akun ini, tetapi akan segera menjadi berantakan.
Jadi disarankan untuk mengelola semua pengguna di tempat terpusat daripada menambahkan setiap pengguna di akun
database individu.
Sekarang, arsitektur khusus penanganan pengguna di tempat terpusat dapat dicapai dengan bantuan lintas akun
dan aturan serta dengan federasi akan membahas lebih lanjut tentang ini di video
mendatang.
Tetapi untuk ini hanya akan memiliki gambaran tingkat tinggi tentang apa arti sebenarnya dari masing-masing poin ini.
Sekarang, yang kedua adalah struktur akun logging.
Jadi pada dasarnya sangat penting bahwa semua log harus disimpan di tempat terpusat di mana ia dapat
dipantau dan dianalisis secara teratur.
Jadi jika Anda lihat sebelumnya, saya memiliki akun B sekarang, akun iCloud log akan ke akun pusat
S3 bucket dan akun dari config log ini akan ke akun pusat S3 bucket.
Jadi ini hanya untuk representasi.
Namun, cloud log konfigurasi, log arus balik AWB, semua log dari semua akun harus
disimpan dalam bucket S3 terpusat.
Sekarang bucket S3 terpusat ini adalah tempat Anda dapat melanjutkan dan menganalisis log secara teratur.
Jadi mungkin jika Anda menggunakan solusi seperti Splunk, Splunk dapat mengambil log dari bucket pusat ini
dan dapat melanjutkan dan memeriksa keamanan ini atau anomali lainnya.
Sekarang, yang ketiga adalah arsitektur akun penerbitan.
Sekarang, ini sangat penting karena katakanlah Anda memiliki banyak saksi mata.
Saya akan memberi Anda beberapa contoh dunia nyata seperti, seperti yang telah kita diskusikan, bahwa kita dulu memiliki akun database.
Sekarang, apa yang biasa dilakukan pengembang dalam setiap delapan detik, tim yang berbeda memiliki akses dan beberapa
orang akan menganggapnya memiliki instance.
Beberapa orang akan meluncurkan Ubuntu, beberapa Villines, Amazon, Linux, beberapa Melun, Sendai.
Jadi tidak ada standarisasi yang terjadi.
Dan biasanya tim keamanan bertanggung jawab untuk menyediakan citra kelas atas, atau banyak organisasi sering menyebutnya
sebagai citra emas.
Jadi, sangat penting bahwa jika Anda memiliki banyak akun, Anda perlu memastikan bahwa
pengembang hanya meluncurkan instans yang keamanannya diperkuat dan disetujui oleh tim keamanan.
Jadi standardisasi itu sangat penting.
Jadi arsitektur akun penerbitan Anda benar-benar muncul di mana Anda memiliki kemudahan untuk mengirim email.
Jadi katakanlah ini adalah ITU.
EMI sedang dibuat.
Diambil oleh tim keamanan, sekarang gambar ini dapat dibagikan ke semua akun dan
Anda dapat membuat kebijakan bahwa pengembang hanya dapat meluncurkan instance baru jika berasal dari gambar tertentu, Anda bahkan
dapat menggunakan katalog layanan untuk itu kasus.
Jadi ini adalah arsitektur akun penerbitan dan yang terakhir adalah struktur bangunan.
Sekarang, pada dasarnya, Anda dapat menggunakan fitur bangunan gabungan dalam organisasi sehingga Anda memiliki
satu tempat untuk melacak seluruh tagihan.
Jadi Anda memiliki akun master dan ini adalah akun anak yang terhubung.
Jadi, Anda memiliki audio penagihan gabungan.
Jadi manfaat besar adalah mudah dilacak.
Sangat mudah untuk melihat semua tagihan dan Anda juga memiliki keuntungan dari penggunaan gabungan.
Dan tidak ada cara untuk mengetahui apakah kita akan membahas hal ini di video yang relevan di mana kita
membahas tentang struktur penagihan.
Memang.
Jadi ini adalah ikhtisar tingkat tinggi tentang beberapa tantangan yang biasanya akan Anda hadapi
jika organisasi Anda mengalami banyak tantangan.
Jadi dalam video ini, kami memiliki gambaran umum tingkat tinggi tentang tantangan serta solusi yang
dapat Anda rancang dalam organisasi Anda.
Sekarang, kita akan membahas tentang masing-masing dengan sangat rinci di video mendatang.
Saya harap video ikhtisar tingkat tinggi ini informatif, dan saya menantikan video Anda berikutnya.