Hai, semuanya, dan selamat datang kembali.
Sekarang, dalam video hari ini, kita akan membahas tentang kontrol akses berbasis atribut, yang
juga disebut sebagai IBAC.
Sekarang, sebelum kita mulai dengan Pembelajaran ABC, penting bagi kita untuk terlebih dahulu memahami dasar-dasar seni.
Kembali lagi, bahasa Arab adalah singkatan dari kontrol akses berbasis peran.
Dan dalam jenis pendekatan ini, pembatasan akses didasarkan pada peran seseorang dalam organisasi.
Sekarang, ketika kita membahas tentang IAM di suatu tempat, kita menerapkannya dengan membuat serangkaian kebijakan yang berbeda untuk serangkaian
fungsi yang berbeda.
Sebagai contoh, Anda melihat bahwa ada dua pengguna sekarang setiap pengguna dikaitkan dengan kebijakan yang berbeda.
Jadi, pertama-tama kami memiliki kebijakan DevOps dan kedua kami memiliki kebijakan keamanan.
Dan berdasarkan pembatasan atau kelonggaran yang Anda tambahkan sebagai bagian dari kebijakan, pengguna akan dapat melakukan
fungsi tertentu.
Jadi, ini adalah pendekatan berbasis belakang.
Sekarang, ada beberapa tantangan yang mungkin Anda hadapi terkait dengan pendekatan ini.
Jadi, mari kita lanjutkan dan lihatlah.
Jadi, anggap saja Anda memiliki akun ini dan di dalam akun ini Anda memiliki dua lingkungan yang berbeda.
Anda memiliki lingkungan merah dan Anda memiliki lingkungan hijau.
Dan mari kita pertimbangkan, bahwa keduanya adalah lingkungan produksi.
Sekarang, mari kita asumsikan bahwa Anda menggunakan model berbasis outback yang khas dan Anda memiliki panggilan kebijakan
pusat sebagai admin mengakses kebijakan DevOps yang dikaitkan dengan akun ini.
Dan Anda memiliki tim DevOps yang terkait dengan kebijakan ini.
Sekarang pada tahap ini kita dapat dengan mudah mengidentifikasi bahwa tim DevOps akan dapat melakukan semua fungsi
pada lingkungan merah maupun hijau.
Sekarang, umumnya dalam organisasi yang lebih besar Anda akan melihat bahwa bahkan di dalam tim DevOps, anggota tim tertentu
bertanggung jawab atas bagian infrastruktur tertentu.
Jadi, mari kita asumsikan bahwa tim DevOps ini memiliki sepuluh anggota.
Lima anggota bertanggung jawab atas lingkungan merah, lima anggota bertanggung jawab atas lingkungan hijau.
Sekarang dalam pendekatan di mana Anda memiliki kebijakan pusat seperti ini, semua sepuluh anggota akan dapat melakukan
operasi pada semua lingkungan dan ini adalah sesuatu yang mungkin tidak selalu Anda inginkan.
Jadi berdasarkan arsitektur ini, tim DevOps memiliki akses ke lingkungan merah dan lingkungan hijau.
Sekarang, apa yang akan dilakukan organisasi untuk memisahkannya?
Mereka akan terus maju dan membuat dua set kebijakan yang berbeda.
Mari kita asumsikan bahwa Anda memiliki kebijakan nomor satu untuk kebijakan lingkungan merah, nomor dua untuk lingkungan
hijau, dan lima anggota tim DevOps yang bertanggung jawab atas lingkungan merah akan memiliki kebijakan DevOps merah
ini dan lima anggota lainnya akan memiliki kebijakan DevOps hijau ini.
Dan dalam kebijakan DevOps merah ini, Anda hanya mengizinkan izin pada warna hijau yang berwarna merah, Anda hanya mengizinkan izin pada warna
hijau.
Jadi, jenis arsitektur ini jauh lebih baik jika dibandingkan dengan yang sebelumnya.
Namun, dalam organisasi yang lebih besar, katakanlah dalam organisasi di mana terdapat 20 atau 30 tim DevOps yang berbeda
atau mungkin admin sistem pengembang, dll. apa yang harus Anda lakukan, Anda harus melanjutkan
dan membuat lebih banyak lagi serangkaian kebijakan yang terkait dengan setiap kelompok anggota yang bertanggung jawab atas lingkungan tertentu.
Dan untuk menghindari hal ini, Anda bisa memanfaatkan kontrol akses berbasis atribut, yang terbukti menjadi pendekatan
yang jauh lebih baik.
Sekarang, sebelum kita membahas lebih jauh tentang APAC, mari kita ulas kembali dasar-dasar atribut.
Jadi pada tingkat tinggi, gambaran umum, atribut tidak lain adalah pasangan nilai kunci yang Anda kaitkan dengan
entitas tertentu.
Ini bisa berupa pengguna, bisa juga berupa contoh yang mudah, dll. Jadi, di suatu tempat, atribut ini disebut sebagai tag.
Jadi, hal ini mudah dipahami.
Sekarang, ketika kita membahas tentang kebijakan berbasis atribut apa yang akan Anda lakukan, Anda memiliki satu set kebijakan.
Sekali lagi, tidak perlu banyak kebijakan, dan di dalam kebijakan khusus ini akan ada satu
izin utama, yaitu mengizinkan, misalnya, bintang.
Jadi, izinkan semua akses ke lingkungan berdasarkan atribut pengguna.
Sekarang, pada tahap ini kita tahu bahwa Anda memiliki lingkungan merah, Anda memiliki lingkungan hijau,
dan Anda mengasosiasikan atribut ke masing-masing anggota.
Jadi anggota DevOps yang satu memiliki atribut DevOps merah.
Anggota dua memiliki atribut hijau.
Jadi dalam kebijakan seperti itu, anggota DevOps satu akan memiliki akses penuh ke lingkungan merah dan anggota
DevOps dua akan memiliki akses penuh pada lingkungan hijau, terutama karena atribut yang Anda tambahkan
di tingkat pengguna dan juga atribut yang Anda tambahkan sebagai bagian dari tingkat lingkungan.
Jadi dalam pendekatan ini, Anda akan memiliki lebih sedikit set kebijakan yang jauh lebih mudah untuk dipelihara.
Namun demikian, salah satu aspek yang penting dan kritis di sini adalah tag.
Jadi, pengguna, lingkungan yang Anda ciptakan, semua ini harus ditandai.
Sekarang membahas tentang atribut untuk pengguna IAM dalam tangkapan layar ini, Anda dapat melihat bahwa kita memilikinya.
Pengguna perguruan tinggi pengguna 101 dan yang terkait dengan pengguna ini adalah sebuah tag.
Label itu adalah tim sebagai hijau.
Jadi, ini biasanya berarti mempertimbangkan bahwa semua tag sudah diatur dengan benar dan kebijakannya
benar, anggota ini akan dianggap sebagai anggota DevOps juga, karena ada tim Green dan dia akan
dapat mengakses dan melakukan semua operasi di lingkungan hijau.
Jadi dengan set dasar ini, mari kita lanjutkan dan merevisi kontrol akses berbasis atribut pada tinjauan tingkat
tinggi.
E back adalah strategi otorisasi yang mendefinisikan izin berdasarkan atribut, dan kita telah
mempelajari bahwa atribut adalah tag di dalam kita.
Sekarang, jika Anda melihat diagram khusus ini, saya telah langsung mengambilnya dari dokumentasi sehingga jika Anda
sedang mengalaminya, Anda akan lebih mudah untuk merevisinya.
Jadi, Anda bisa melihat bahwa ada tiga lingkungan yang berbeda.
Anda memiliki warna merah, kuning, dan biru dan ada kumpulan pengguna dan klien yang berbeda dan terkait dengan
setiap pengguna dan klien, ada atribut tertentu.
Jadi pengguna dengan atribut merah akan dapat mengakses sumber daya yang memiliki atribut merah lagi, sehingga Anda dapat menganggapnya sebagai
lingkungan merah, lingkungan kuning, lingkungan biru dan seterusnya.
Jadi, dengan perangkat dasar ini, mari kita lanjutkan dan melakukan demo singkat untuk memahami cara kerjanya.
Sekarang untuk video hari ini, saya memiliki dua EC, dua contoh.
Salah satunya adalah sebagai bagian dari lingkungan merah.
Kedua, sebagai bagian dari lingkungan hijau untuk EC dua contoh, yang diasosiasikan dengan lingkungan
merah.
Jika Anda melihat ke dalam tag, tema di sini berwarna merah.
Jadi, inilah label yang penting.
Dan untuk lingkungan hijau, tim di sini juga hijau.
Demikian pula, sebagai bagian dari pengguna IAM, Anda memiliki dua pengguna pengguna nol satu yang terkait dengan tim hijau,
pengguna nol dua yang terkait dengan tim merah.
Jika kita membuka pengguna nol satu jika Anda melihat ke dalam tag lagi, ada tim tag yang sama dengan warna hijau
dan untuk pengguna dua, Anda memiliki tim warna merah.
Jadi, ide dasarnya adalah jika tag yang terkait dengan pengguna cocok dengan tag yang terkait dengan sumber daya seperti
EC two instance, maka pengguna akan dapat melakukan operasi yang didefinisikan dalam
kebijakan IAM.
Sekarang, pada tahap ini saya memiliki satu grup umum yang disebut grup DevOps, dan dalam grup ini Anda memiliki
kedua pengguna yang ditambahkan dan jika Anda melihat ke dalam izinnya, hanya ada satu kebijakan yang dikaitkan.
Jika Anda melihat kebijakan ini, sebenarnya, izinkan saya mengeditnya sekarang.
Jika Anda melihat kebijakan ini, Anda memiliki tindakan berbasis start instance dan stop instance yang diizinkan
dan Anda memiliki kondisi tertentu berdasarkan tag.
Jadi di sini kuncinya adalah tim.
Jadi pada dasarnya berarti bahwa jika tim yang terkait dengan lingkungan merah EC dua cocok dengan tim yang terkait
dengan pengguna IAM, maka pengguna akan dapat melakukan serangkaian operasi ini.
Jadi, mari kita lanjutkan dan segera mencobanya sekarang dari jendela browser yang berbeda.
Izinkan saya untuk segera masuk ke pengguna, yang merupakan bagian dari tim hijau.
Sekarang, jika Anda membuka konsol EC dua, mari beralih ke wilayah yang sesuai.
Mari kita lihat contohnya.
Sekarang, sekali lagi, pengguna nol satu diasosiasikan dengan tim hijau.
Sekarang, jika pengguna mencoba menghentikan instance yang terkait dengan tim merah dengan segera, Anda akan mendapatkan
kesalahan dengan cara yang sama.
Jika pengguna mencoba menghentikan instance yang terkait dengan lingkungan hijau, Anda akan melihat bahwa instance tersebut bekerja dengan
baik.
Baiklah.
Jadi, saya harap dengan ini Anda memahami gambaran umum tingkat tinggi tentang bagaimana kebijakan IAM tunggal berdasarkan
atribut dapat jauh lebih terukur di lingkungan yang lebih besar, dengan mempertimbangkan sumber daya yang ditandai dengan benar.
Sekarang, sebelum kita menyimpulkan, mari kita lanjutkan dan secara manual menghapus tag yang terkait dengan tema hijau
di lingkungan hijau.
Mudah.
Jadi, saya hanya akan menghapus tag khusus ini.
Instance sedang dalam tahap penghentian, jadi, mari kita tunggu sebentar.
Jadi, jika kita menyegarkan instance yang saat ini dihentikan sekarang dari pengguna nol satu yang memiliki izin
stop instance dan start instance, Jika pengguna ini sekarang mencoba memulai instance dengan segera, Anda
akan melihat bahwa kesalahan terjadi terutama karena tag tidak cocok.
Sekarang, untuk mempermudah, saya juga melampirkan tangkapan layar yang terkait dengan kebijakan IAM.
Jadi, seandainya Anda merevisi melalui slide, akan jauh lebih mudah untuk memahami bagaimana
kebijakan latar belakang dikonfigurasikan.
Sekarang sebelum kita menyimpulkan, mari kita lanjutkan dengan membahas manfaat airbag.
Pertama, kantung udara membutuhkan lebih sedikit kebijakan, terutama karena Anda tidak perlu membuat kebijakan yang berbeda
untuk fungsi pekerjaan yang berbeda.
Anda dapat membuat kebijakan pusat dan berdasarkan tag, izin dapat dikelola secara otomatis.
Kedua di sini adalah bahwa izin dapat dengan mudah diberikan dan dicabut berdasarkan tag pengguna yang serupa dengan yang
telah kita lihat ketika kita menghapus tag yang terkait dengan EC, misalnya izin untuk memasukinya.
Demikian pula, katakanlah seorang pengguna dari lingkungan hijau tidak lagi bekerja di lingkungan hijau.
Dia telah ditugaskan beberapa tanggung jawab yang berbeda.
Kemudian yang harus Anda lakukan adalah menghapus tag lingkungan hijau dari pengguna IM dan semua
izin akan hilang.
Dan yang ketiga yang utama adalah bahwa kebijakan akses berbasis atribut juga terbukti sangat berguna ketika Anda memiliki
pengguna dari direktori perusahaan seperti Direktori Aktif, dan Anda ingin mengizinkan
atau menolak izin ke sumber daya AS.
Jadi, itulah gambaran umum tingkat tinggi.
Dan dengan ini akan mengakhiri video hari ini.