Apa kabar?
Dan selamat datang kembali.
Nah, di video hari ini kita akan membahas tentang konsep federasi.
Sekarang, sebelum Anda melanjutkan dan melihat lebih detail, mari kita ambil contoh
penggunaan sederhana untuk memahami tantangan yang dihadapi jutaan orang dan sebagian besar organisasi skala besar.
Jadi mari kita asumsikan bahwa ada 500 pengguna dalam organisasi Anda, dan organisasi ini menggunakan tiga layanan
utama secara aktif.
Yang pertama adalah bantuan, setidaknya untuk infrastruktur.
Yang kedua adalah Jenkins, dan yang ketiga adalah aplikasi terkait usia.
Dan peran Anda pada dasarnya adalah memberi pengguna akses ke ketiga layanan tersebut.
Jadi mari kita asumsikan bahwa semua pengguna, semua 500 pengguna dalam organisasi perlu memiliki akses
ke ketiga sistem ini.
Sekarang, salah satu tantangan yang akan kita lihat pertama adalah Anda harus membuat pengguna individu
di ketiga sistem ini.
Jadi di salah satu daftar, Anda harus membuat pengguna IAM di sistem manajemen HIV.
Sekali lagi, Anda harus membuat pengguna dan seterusnya.
Jadi sekarang katakanlah pengguna baru telah bergabung dengan organisasi Anda atau pengguna baru keluar dari organisasi Anda.
Jadi pada dasarnya Anda harus masuk ke ketiga aplikasi ini untuk menambah atau menghapus pengguna.
Sekarang, mari kita asumsikan bahwa ada dua aplikasi baru yang datang dalam organisasi.
Jadi intinya, sekali lagi, Anda harus menambahkan semua 500 pengguna ke dua sistem baru yang sedang
direncanakan.
Jadi ini sebenarnya bukan cara yang sangat efisien dalam melakukan sesuatu.
Jadi ini adalah salah satu tantangan yang benar-benar akan Anda hadapi dalam organisasi skala menengah hingga besar.
Secara khusus, ketika Anda membahas tentang organisasi skala besar yang memiliki ribuan
pengguna dalam kasus seperti itu, mengelola pengguna di setiap sistem tidak direkomendasikan serta identitas.
Maka untuk mengatasi hal tersebut, pada dasarnya sistem yang digunakan adalah menyimpan user center.
Jadi katakanlah Anda memiliki sebuah sistem.
Jadi di aplikasi lama ini Anda menyimpan semua identitas pengguna.
Jadi semua nama pengguna dan semua kata sandi disimpan di direktori pusat ini.
Dan direktori tunggal ini terhubung dengan semua sistem sedemikian rupa sehingga pengguna dari pusat secara langsung dapat
masuk dengan nama pengguna dan kata sandi ke ketiga sistem ini.
Jadi ini menjadi arsitektur yang jauh lebih efisien karena hanya akan ada satu set nama
pengguna dan kata sandi yang akan disimpan di tingkat akhir dan dari akhir.
Karena akan ada kepercayaan antara semua sistem ini, pengguna dapat dengan mudah masuk.
Jadi, kapan pun pengguna baru bergabung dengan organisasi, semua yang perlu dilakukan administrator, dia perlu menambahkan
penggunanya sebagai bagian dari aplikasi lama, dan hanya itu.
Akan dapat masuk ke ketiga sistem ini dan mungkin besok sistem baru direncanakan akan ditambahkan
di organisasi Anda.
Yang harus Anda lakukan adalah Anda harus percaya antara aplikasi lama Anda dan sistem baru itu dan semua
pengguna yang ada akan dapat masuk ke sistem baru juga.
Sekarang, ada banyak solusi yang memungkinkan kita untuk menyimpan pengguna secara terpusat.
Salah satu yang utama yang mungkin pernah Anda dengar adalah Microsoft Active Directory.
Ini adalah solusi yang sangat populer yang memungkinkan Anda untuk menyimpan pusat pengguna dan juga memungkinkan Anda untuk memiliki
manajemen yang teratur.
Yang populer kedua khusus untuk Linux adalah Red Hat Identity Management juga disebut sebagai aplikasi
gratis.
Jadi jika Anda melihat ke tangkapan layar, ini terkait dengan Active Directory dan Anda
melihat bahwa ada beberapa pengguna yang telah ditambahkan di sini dan edisi urutan pengguna sangat sederhana.
Anda lihat Anda dapat mengklik Baru dan Anda dapat mengklik pengguna dan pengguna baru akan ditambahkan ke Direktori Aktif Anda.
Jadi sekarang katakanlah Anda memiliki Active Directory dan Anda memiliki ketiga sistem ini.
Apa yang perlu Anda lakukan, Anda harus mempercayai antara Active Directory Anda dan ketiga
sistem ini sedemikian rupa sehingga pengguna yang merupakan bagian dari Active Directory Anda akan dapat masuk ke ketiga
sistem ini tergantung pada kebijakan yang Anda telah menetapkan.
Besar.
Jadi dengan ini, mari kita lanjutkan dan memahami dasar-dasar federasi dari perspektif idealis.
Jadi pada dasarnya, federasi memungkinkan identitas eksternal yang juga disebut sebagai pengguna federasi untuk
memiliki akses aman akun inner eatables tanpa harus membuat dan pengguna.
Jadi kita telah membahas bahwa identitas tidak disimpan di suatu tempat, ini disimpan
di server pusat seperti Active Directory dan semua pengguna ini akan dapat masuk ke akun Anda.
Jadi inilah konsep Federasi yang benar-benar muncul.
Jadi identitas eksternal ini dapat berasal dari berbagai sumber seperti penyedia identitas perusahaan dapat berupa
Active Directory IPA, penyedia identitas web.
Facebook.
Google.
Amazon.
Penyamaran atau terbuka, tergantung pada kasus penggunaan yang ingin Anda capai.
Sekarang mari kita cepat melihat alur kerja tingkat tinggi ketika kita membahas tentang Federasi.
Jadi ada tiga entitas utama yang terlibat.
Yang pertama adalah pengguna.
Yang kedua adalah penyedia layanan, dan yang ketiga adalah penyedia identitas.
Tidak ada penyedia layanan yang pada dasarnya adalah aplikasi sisi kanan yang kami diskusikan, seperti Jenkins
EAW adalah sistem manajemen data, dll.
Juga, ini adalah penyedia yang menyediakan beberapa layanan.
Kemudian Anda memiliki penyedia identitas dari nama itu sendiri.
Kami dapat mengidentifikasi apa sebenarnya yang dilakukan ini.
Ini memberikan identitas.
Sehingga pada dasarnya berarti pengguna disimpan pada tingkat penyedia identitas dan apa penyedia layanan
dan penyedia identitas ada hubungan kepercayaan antara keduanya.
Jadi penyedia layanan ini mempercayai penyedia identitas dan karenanya pengguna yang berasal dari penyedia
identitas ini akan dapat masuk ke penyedia layanan tergantung di antara kebijakan yang Anda
tetapkan.
Baiklah.
Jadi jika Anda melihat ke dalam diagram, pengguna yang pertama kali diautentikasi dengan penyedia identitas.
Dia tidak mengautentikasi dengan penyedia layanan.
Jadi ini pada dasarnya berarti katakanlah bahwa alur kerja ini adalah dari EWR.
Jadi itu adalah penyedia layanan dan ada penyedia identitas seperti Okta.
Jadi pengguna akan disimpan pada tingkat oktan.
Pengguna tidak akan disimpan di tingkat basis data.
Jadi pengguna akan melakukan otentikasi terlebih dahulu dengan penyedia identitas.
Sekarang, karena ada hubungan, hubungan kepercayaan antara IDP dan penyedia
layanan, pengguna, setelah dia berhasil mengautentikasi dengan penyedia identitas, dia akan dapat membuat
permintaan yang berhasil ke penyedia layanan EWR.
Jadi dengan ini, mari kita lanjutkan dan cepat memahami hal-hal secara lebih rinci.
Pertama, konsep penting di sini adalah identitas broker.
Jadi broker identitas adalah layanan perantara yang menghubungkan beberapa penyedia di sini.
Jadi di bawah identitas, Anda memiliki idlis.
Di sisi kiri, Anda memiliki Active Directory yang memiliki semua nama pengguna dan kata
sandi untuk semua karyawan organisasi Anda.
Jadi apa yang kamu mau?
Anda ingin mengintimidasi layanan yang dapat menghubungkan keduanya.
Jadi inilah yang disebut sebagai identitas broker.
Jadi mari kita lanjutkan dan lihat video kerja.
Di sisi kanan, Anda memiliki tempat, di sisi kiri Anda memiliki Direktori Aktif dan belum
di tempat.
Jadi pertama-tama pengguna harus masuk ke broker identitas.
Jadi broker identitas ini terhubung ke Microsoft Active Directory.
Jadi pada dasarnya username dan password apa yang diberikan pengguna ke broker identitas yang cocok
dengan yang disimpan di Active Directory?
Jadi di sinilah otentikasi benar-benar terjadi.
Langkah pertama adalah masuk.
Langkah kedua adalah mengotentikasi pengguna dengan Active Directory.
Setelah otentikasi berhasil, broker identitas ini akan melanjutkan dan memanggil layanan spear A
dan menerima token tertentu dan kemudian broker identitas mengirimkan respons yang sesuai kembali ke
klien.
Dan token inilah yang ditolak lagi digunakan untuk terhubung ke layanan Web Amazon.
Jadi ketika kita membahas tentang penulis ini, token yang satu ini.
Ini tidak lain adalah seperangkat akses dan kunci rahasia.
Jadi akses dan kunci rahasia telah diberikan kepada pengguna, dan pengguna dapat menggunakan kunci rahasia akses itu untuk
terhubung ke EWG.
Jadi ini adalah alur kerja tingkat tinggi tentang bagaimana segala sesuatunya akan bekerja dalam sudut pandang gabungan, saya pikir.
Jadi mari kita lanjutkan dan cepat merevisi langkah-langkahnya.
Yang pertama adalah pengguna masuk dengan nama pengguna dan kata sandi, dan kredensial ini diberikan
kepada broker identitas.
Sekarang Identity Broker memvalidasi kredensial ini terhadap Active Directory.
Dalam contoh ini, kami telah mengambil Active Directory.
Jika kredensial valid.
Pada dasarnya, jika nama pengguna dan kata sandi valid, broker akan menghubungi layanan SDR karena ini
akan melanjutkan dan mengembalikan keamanan akses.
Dan kunci rahasia akses ini akan diberikan dari broker identitas kepada pengguna dan pengguna akan dapat masuk
ke konsol database atau dengan aman menggunakan kumpulan kunci rahasia akses ini bersama dengan token
tertentu, yang memiliki durasi tertentu.
Jadi jika Anda tidak ingat ketika kita membahas tentang identitas, identitas, tidak lain adalah pengguna.
Jadi ketika kita membahas identitas eksternal kita, itu pada dasarnya berarti pengguna disimpan di
sistem eksternal, bukan di IEM.
Kedua adalah broker identitas, yang pada dasarnya adalah middleware yang membawa pengguna dari titik itu dan membantu mereka
terhubung ke titik B.
Dan konsep penting ketiga adalah identitas yang disimpan, yang pada dasarnya adalah tempat di mana pengguna berada,
tetapi sebagai pengguna lain disimpan.
Jadi Active Directory atau IP atau mungkin Facebook.
Jadi ini pada dasarnya adalah identitas yang disimpan.
Nah sebelum kita menyimpulkan, hal yang sangat penting yang ingin saya bagikan.
Yang pertama adalah agar Federasi berfungsi, penyedia layanan ini juga harus mendukung fungsionalitas itu karena pada
akhirnya kami sedang mendiskusikannya.
Penyedia identitas akan menyimpan identitas dan mereka akan menjadi hubungan kepercayaan antara identitas yang diberikan dan juga
dari penyedia layanan.
Sekarang, jika penyedia layanan tidak benar-benar mendukung fungsi itu sama sekali, maka Anda tidak dapat benar-benar
memiliki federasi.
Jadi ini adalah salah satu bagian yang penting untuk diingat.
Sekarang, ketika kita membahas tentang Idlis, ketika Anda pergi ke konsol IAM, Anda memiliki opsi khusus
untuk penyedia identitas.
Jadi di sinilah Anda dapat melanjutkan dan menambahkan beberapa penyedia identitas.
Jadi menu identitas Gordon yang disediakan Anda pada dasarnya harus menentukan jenis penyedia serta dokumen metadata
dari penyedia identitas Anda.
Jadi misalnya, katakanlah Anda telah memilih penyedia identitas OCTA.
Jadi OCTA adalah platform penyedia identitas yang sangat populer.
Jadi dokumen metadata yang kami diskusikan ini, ini berasal dari OCTA.
Jadi setelah Anda mengonfigurasi pengaturan permintaan di OCTA, Anda dapat melanjutkan dan mengunggah dokumen
metadata ini setelah Anda mengunduhnya dari OCTA.
Dan beginilah pada audit tingkat tinggi, kepercayaan benar-benar terjadi antara penyedia layanan
dan penyedia identitas.
Jadi ini satu bagian.
Hal kedua yang juga kita diskusikan, mari kita ambil contoh Jenkins.
Mari kita segera pergi ke Manajer Jenkins dan mengonfigurasi keamanan global.
Jadi pada dasarnya apa yang kita diskusikan di akun ini terletak pada bagaimana data pengguna disimpan secara
terpusat di lab, harus dapat masuk ke aplikasi tertentu seperti Jenkins.
Sekarang, jika Jenkins tidak melepaskan atau memasukkannya kembali maka seluruh konsep ini tidak akan benar-benar berfungsi.
Jadi Jenkins juga perlu mendukung sudut pandang spesifik LDAP.
Jadi jika Anda akan pergi ke pengaturan Jenkins di bawah URI, pada dasarnya Anda memiliki dua opsi penting.
Yang pertama adalah database pengguna Jenkins sendiri.
Jadi itu pada dasarnya berarti bahwa setiap kali Anda melanjutkan dan menambahkan pengguna, Anda menambahkannya ke database Jenkins dan Anda juga
memiliki opsi untuk mengizinkan pengguna mengatakan, tidak, ini salah satunya.
Sekarang mari kita lihat, seperti yang kita diskusikan, Anda tidak benar-benar ingin membuat pengguna secara individual dalam sistem
individual.
Apa yang kamu inginkan?
Anda ingin berakhir?
Jadi Anda juga memiliki opsi untuk dasbor di sini, dan di dalamnya Anda harus memberikan detail kata episode
akhir.
Jadi, setelah Anda memiliki server itu, Anda memberikan detailnya ke Jenkins, dan setelah Anda memiliki konfigurasi
yang diperlukan, pengguna yang merupakan bagian dari LDAP akan dapat masuk ke audio Jenkins.
Benar.
Jadi ini adalah gambaran tingkat tinggi.
Jika ini adalah sesuatu yang benar-benar menarik minat Anda, maka Okta adalah platform populer yang dapat Anda
coba.
Mereka juga memiliki beberapa sertifikasi yang terkait dengannya, yang cukup bagus.
Jadi ini adalah sesuatu yang dapat Anda nantikan.
Jadi itulah gambaran tingkat tinggi tentang Federasi.
Dan dengan ini akan menyimpulkan video hari ini.