Hai semuanya, dan selamat datang kembali.
Nah di video hari ini, kita akan membahas tentang arsitektur akun identitas.
Jadi saat ini di sebagian besar organisasi yang akan Anda lihat, ada dua jenis arsitektur utama
yang umumnya sangat umum.
Yang pertama adalah arsitektur akun identitas, dan yang kedua didasarkan pada sistem masuk tunggal dan
karenanya penting bagi kita untuk memahaminya.
Dan dalam video hari ini, fokus utama kami adalah arsitektur akun identitas.
Jadi ini tidak hanya penting dari sudut pandang ujian, tetapi juga penting dari sudut
pandang produksi.
Sekarang, sebelum kita melanjutkan dan memahami lebih detail tentang jenis arsitektur ini, penting
bagi kita untuk mengambil langkah mundur untuk memahami jenis arsitektur apa yang umumnya digunakan
organisasi pada hari-hari sebelumnya ketika mendapatkan daya tarik. .
Jadi pada masa-masa sebelumnya Anda akan melihat bahwa sebagian besar organisasi memiliki satu akun.
Jadi semua sumber daya, semua server yang dibuat hanya dalam satu akun.
Jadi dalam kasus seperti itu, manajemennya sangat sederhana dan setiap pengguna yang membutuhkan akses ke akun yang beragam memiliki
satu set nama pengguna dan kata sandi dan satu set akses dan kunci rahasia.
Dan biasanya yang terjadi adalah akun ini dibagi-bagi.
Ada pembagian berdasarkan wilayah.
Satu wilayah digunakan untuk lingkungan pengembangan, wilayah kedua digunakan untuk lingkungan produksi.
Jadi pengembang memiliki akses ke wilayah lingkungan pengembangan dan tim keamanan tim memiliki akses
ke pengembangan dan produksi.
Jadi ini umumnya sangat umum di hari-hari awal.
Dan faktanya saat ini di banyak perusahaan rintisan kecil Anda masih akan melihat jenis arsitektur seperti itu
yang umum digunakan.
Sekarang ketika organisasi menjadi besar dan mereka memiliki ratusan server, arsitektur berbasis akun tunggal sangat tidak
cocok dan Anda juga harus sangat berhati-hati dalam kebijakan IAM Anda.
Misalnya, Anda telah menambahkan pengembang baru ke akun Anda dan secara tidak sengaja Anda memberinya
akses ke instance yang mudah, tetapi Anda lupa menentukan kondisi wilayah lingkungan pengembangan.
Jadi sekarang yang akan terjadi adalah pengembang akan memiliki akses ke pengembangan dan
juga wilayah produksi di sini.
Jadi ini sekali lagi menciptakan serangkaian tantangan tertentu dan Anda harus cukup berhati-hati dalam kebijakan IAM Anda dan karenanya
ketika organisasi Anda menjadi besar, penting bagi Anda untuk memiliki arsitektur yang lebih baik dengan isolasi
yang lebih baik.
Jadi arsitektur yang lebih baik yang biasanya Anda lihat digunakan secara luas saat ini adalah akun individual
per fungsi.
Jadi, Anda harus memperhitungkan akun lingkungan pengembangan untuk membuat akun untuk produksi.
Jadi jika pengembang menginginkan akses ke tempat yang ingin dia lakukan pengujian, dia bisa mendapatkan akses
ke lingkungan pengembangan.
Sekarang, meskipun ini adalah jenis arsitektur yang hebat, ia datang dengan tantangannya sendiri.
Salah satu tantangan utama yang akan Anda lihat adalah bahwa setiap pengguna akan memiliki serangkaian nama
pengguna dan kata sandi yang berbeda untuk setiap akun dan serangkaian akses dan kunci rahasia yang berbeda untuk setiap akun.
Jadi misalnya, katakanlah tim keamanan sekarang tim keamanan harus memantau ketiga akun
ini.
Jadi anggota tim keamanan ingin masuk ke akun pengembangan.
Dia akan memiliki nama pengguna dan kata sandinya sendiri jika dia ingin melakukan beberapa operasi melalui serangkaian akses yang
berbeda dan kunci rahasia diperlukan.
Jadi, ketika Anda memiliki, katakanlah, 100, banyak organisasi memiliki ratusan akun.
Jadi dalam kasus seperti itu, memiliki 100 nama pengguna dan kata sandi yang berbeda, 100 akses dan kunci
rahasia yang berbeda sangat sulit untuk dikelola.
Jadi untuk mengatasinya, Anda memiliki arsitektur akun identitas.
Jadi apa yang terjadi dalam arsitektur berbasis akun identitas adalah bahwa semua pengguna IAM disimpan dalam akun
database pusat yang dapat Anda sebut sebagai akun identitas.
Anda bisa menyebut sebagai rekening pusat, atau Anda bisa memberikan nama yang berbeda juga.
Jadi jika Anda melihat pada diagram di akun identitas, semua pengguna IAM disimpan dan Anda
membuat konfigurasi sedemikian rupa sehingga pengguna dari akun identitas dapat masuk ke lingkungan pengembangan, mereka
dapat masuk ke lingkungan produksi secara langsung tanpa harus set kredensial yang terpisah.
Jadi sekali lagi, tidak ada pengguna yang dapat masuk untuk mengembangkan pengenalan.
Itu semua tergantung pada kebijakan yang Anda tambahkan di tingkat pengguna.
Dia bisa masuk ke pengembangan, baik masuk ke produksi atau keduanya.
Jadi ini adalah ide dasar dari akun identitas.
Hanya satu set kredensial yang digunakan.
Tidak ada nama pengguna dan kata sandi terpisah yang dibuat untuk setiap akun.
Jadi dengan set dasar ini, mari kita lakukan demo cepat.
Sekarang untuk demo hari ini, saya memiliki dua tab yang terbuka dan di setiap langkah kami memiliki akun terpisah.
Jadi di tab itu, nomor satu, kalau dilihat itu disebut sebagai identitas.
Jadi ini adalah akun identitas dan tab nomor dua disebut sebagai produksi.
Jadi ini adalah.
Akun perkenalan.
Tidak.
Di akun identitas Anda akan melihat bahwa pengguna Alice telah masuk.
Sekarang katakanlah pengguna Alice ingin mengakses akun produksi.
Sekarang dalam kasus ini, seperti yang sedang kita diskusikan, karena kita memiliki arsitektur
basis akun identitas, pengguna ALICE tidak perlu dibuat di akun produksi jika izin akses ada, pengguna
alice dapat langsung masuk ke akun produksi.
Jadi dari akun identitas yang dapat dilakukan pengguna Alice, dia dapat memberikan tautan masuk jika Anda melihatnya adalah
tautan masuk yang terkait dengan akun produksi dan nomor akun produksi juga diberikan dan
diakhiri dengan empat, tujuh, enam tiga.
Jadi segera setelah pengguna ALICE menambahkan ini, konfigurasi basis peran sakelar muncul dan yang perlu dilakukan
hanyalah beralih peran.
Dan sekarang Anda melihat pengguna Alice telah masuk ke akun produksi.
Anda bahkan dapat melihat dari sini Anda telah melihat produksi tanda hubung diikuti oleh
nomor akun dan jika Anda melihat ke dalam nomor akun itu berakhir dengan empat, tujuh, enam tiga
dan jika Anda melihat ke tab kedua milik akun produksi, ini juga berakhir dengan empat, tujuh, enam tiga.
Sekarang katakanlah pengguna Alice telah menyelesaikan pekerjaan yang sesuai di akun produksi.
Kemudian pengguna Alice dapat melanjutkan dan beralih kembali dan sekarang Alice kembali ke akun identitas.
Dan kemudian katakanlah pengguna Alice ingin melakukan beberapa pengujian di akun pengembangan yang serupa dengan bagaimana
dia beralih ke akun produksi.
Pendekatannya tetap serupa.
Sekarang satu hal lagi.
Karena Alice telah beralih ke akun produksi, jika dia ingin melakukannya lagi, sejarah peran tetap ada
di sini.
Jadi yang perlu dia lakukan hanyalah mengklik produksi.
Jadi begitu pengguna mengklik, dia kembali ke akun produksi.
Baiklah.
Jadi saya harap pada tinjauan tingkat tinggi Anda memahami arsitektur akun identitas.
Jadi terlepas dari berapa banyak akun yang ada, Anda memiliki 100 akun, 200 akun, dll. Tidak masalah.
Yang perlu Anda lakukan adalah Anda harus memberikan akses ke pengguna di akun identitas sehingga pengguna
dapat masuk ke akun identitas dan dari sini mereka dapat masuk ke semua akun lain tergantung
pada izin yang dimiliki pengguna.
Sekarang, pada tinjauan tingkat tinggi, jika Anda membahas arsitektur praktis, ada tiga langkah yang
umumnya diperlukan.
Yang pertama adalah pengguna harus dibuat di akun.
Akun tidak lain adalah akun identitas.
Yang kedua adalah Anda juga harus membuat peran lintas akun di akun.
B Jadi, misalkan pengguna Alice telah masuk ke akun produksi.
Sekarang apa akses yang akan dimiliki pengguna Alice?
Apakah dia akan memiliki akses ke tiga?
Apakah dia akan memiliki akses ke E dua contoh dan seterusnya?
Jadi semua hal itu didefinisikan dalam peran lintas akun khusus ini.
Dan yang ketiga adalah Anda mengizinkan pengguna untuk beralih ke peran akun B.
Jadi Anda memberikan izin kepada pengguna di akun identitas sehingga dia dapat beralih ke akun pengembangan,
produksi, atau akun lainnya tergantung pada izin lisan.
Jadi petunjuk ini dapat dengan mudah dipahami dengan arsitektur praktis ini.
Anda memiliki akun identitas.
Semua pengguna IAM hadir, Anda memiliki akun silang, peran IAM di setiap akun tempat Anda
ingin pengguna terhubung langsung melalui akun identitas dan kemudian pengguna dapat melakukan operasi peran untuk
terhubung ke akun khusus ini.
Sekarang Anda akan melihat di akun b Anda memiliki izin ember S3 di akun.
C Anda memiliki izin mudah untuk membuat contoh.
Jadi jika pengguna telah login ke akun C, pengguna hanya akan memiliki akses ke E dua dan tidak ada layanan lainnya.
Jadi izinkan saya dengan cepat menunjukkannya kepada Anda juga.
Sekarang di akun produksi, mari kita cepat membuka IAM dan di sini saya memiliki peran produksi tanda
hubung C.
Jadi jika Anda memperhatikan pengguna ini telah menggunakan peran ini yang merupakan produksi tanda hubung C.
Sekarang apa izin yang dimiliki peran ini?
Satu-satunya izin yang dilampirkan adalah akses hanya baca S3.
Jadi jika pengguna Alice mencoba membuka layanan mudah di sini, Anda segera melihat Anda mendapatkan kesalahan.
Jadi satu-satunya izin yang dimiliki Alice adalah akses S3.
Jadi jika Anda mencoba untuk membuka S3.
Soalnya, semua ember muncul grid prajurit.
Jadi ini adalah ikhtisar tingkat tinggi tentang arsitektur akun identitas.
Dan di video berikutnya kita akan melanjutkan dan melihat ke dalam sudut pandang praktis sehingga pemahaman kita
solid dan jelas.
Jadi dengan ini akan menyimpulkan video hari ini.