Sebenarnya, kebanyakan orang menganggap identitas hanyalah nama pengguna dan kata Sandi. Anda mengetikannya, Anda mendapatkan akses dan selesai. Namun, ketika Anda adalah bisnis yang melayani pelanggan, identitas menjadi jauh lebih rumit. Apa yang terjadi saat aplikasi Anda harus mengizinkan ribuan orang mendaftar atau masuk dengan akun Google mereka alih-alih membuat kata Sandi baru lagi? Dan bagaimana Anda menjaga keamanan semua data pelanggan tersebut tanpa mencampurnya dengan direktori karyawan Anda? Itulah masalah yang dirancang untuk dipecahkan oleh Microsoft Entry External ID. Ini masalahnya. Layanan ini menggantikan Azure ID B2C sepenuhnya. Di akhir episode ini, Anda akan memahami apa itu External ID 3 cara utama, menggunakannya, dan mengapa ini penting bagi aplikasi yang berorientasi pada pelanggan.

Bayangkan 20 tahun yang lalu saat Anda membangun aplikasi untuk pelanggan. Dulu, Anda harus membuat sistem masuk sendiri, menulis kode untuk kata Sandi, menyiapkan basis data untuk menyimpannya, dan membangun alur lupa kata Sandi dari nol. Itu berhasil dengan baik untuk aplikasi kecil dengan beberapa ratus pengguna. Namun, saat aplikasi berkembang, semuanya menjadi rumit. Perusahaan perlu mengizinkan pengguna masuk dengan Google atau Facebook, mereka membutuhkan autentikasi multifaktor, dan harus menangani jutaan akun tanpa kendala. Membangun semua itu sendiri menjadi mimpi buruk. Jawaban pertama Microsoft adalah Azure ID B2C. Ini adalah layanan identitas pelanggan, dan pada saat dilayan ini memecahkan masalahnya. Namun, disilak sulit yang lumayan mencul. Masalah terbesarnya adalah sesuatu yang disebut kebijakan custom, dan kebijakan tersebut ditulis dalam XML. Jika Anda pernah bekerja dengan file XML yang panjangnya ratusan baris, Anda tahu persis betapa menyakitkannya hal itu.

Sulit dikonfigurasi, sulit didebak, dan ketika ada yang rusak, sulit untuk mengetahui penyebabnya. Selain itu, Azure ID B2C terpisah dari platform identitas utama Microsoft. Jadi, jika Anda sudah menggunakan Microsoft 365 atau Azure AD untuk karyawan, B2C terasa seperti mempelajari produk yang benar-benar baru. Seperti yang Anda duga, tim TI kesulitan memeliharanya, pengembang enggan mengerjakannya, dan pelanggan mendapatkan pengalaman mendaftar yang canggung hingga membuat mereka ingin pergi. Microsoft menyadari bahwa mereka membutuhkan sesuatu yang lebih sederhana, dan lebih terpadu, dan itulah yang kemudian menjadi Microsoft Entra External ID. Apa itu sebenarnya Microsoft Entra External ID? Jadi, apa sebenarnya Microsoft Entra External ID itu? Berikut adalah definisi yang paling sederhana. Ini adalah layanan identitas klub untuk pengguna eksternal, pelanggan mitra dan tamu, bukan karyawan.

Bayangkan seperti ini. Bayangkan perusahaan Anda memiliki dungkan. Itu adalah penyewatan yang kekdiri. Ini adalah tempat karyawan Anda bekerja, tempat meja mereka berada, dan tempat rencana akses mereka berlaku. Entra ID mengelola gedung tersebut. Sekarang bayangkan Anda membuka toko untuk pelanggan. Lang terpisah dengan pintu masuk sendiri, aturan sendiri, dan keamanannya sendiri. Pelanggan tidak akan masuk ke ruang istirahat karyawan, dan karyawan tidak akan sengaja mengakses akun pelanggan. Telah External ID. Ini adalah bagian dari keluarga Microsoft Entra, namun dengan karakteristik yang berbeda. Dibuat untuk CM, manajemen identitas dan akses pelanggan, serta menangani seluruh siklus hidup pengguna eksternal. Mendaftar, masuk, riset kata sandi, manajemen profil, MFA, dan penerbitan top. Ini bekerja dengan protokol standar seperti OAuth 2.0, OpenID Connect, dan SAML, sehingga hampir semua aplikasi yang Anda bangun dapat terhubung.

Namun, inilah perbedaan besar dari Azure ADB2C yang lama. External ID lebih sederhana. Tidak ada lagi kebijakan XML stock. Sebaliknya, Anda mengonfigurasi alur pengguna langsung di pusat admin. Atau Anda menggunakan ekstensi autentikasi custom yang terhubung ke logika backend Anda yang sudah ada. Kekuatan yang sama lebih sedikit masal. Tiga kasus penggunaan utama. Jadi, bagaimana cara Anda menggunakan external ID? Ada tiga skenario utama. Skenario ini mencakup hampir setiap situasi saat Anda perlu mengelola seseorang yang bukan karyawan. Mulai dari yang paling umum, identitas pelanggan, atau B2C. Layankan Anda sudah membangun aplikasi pemesan pizza. Anda membutuhkan orang untuk mendaftar, memesan, dan kembali lagi minggu depan. Anda ingin mereka masuk dengan akun Google mereka alih-alih membuat kata sandi baru, dan Anda perlu mengumpulkan nama, nomor telepon, dan preferensi pengiriman mereka.

Ya, external ID menangani semua itu. Anda mendapatkan aluk daftaran dan masuk yang sudah dibuat sebelumnya. Anda mengonfigurasi atribut apa yang akan dikumpulkan, nama, telepon, atau apapun yang Anda perlukan. Anda mengatur masuk lewat media sosial dengan Google, Facebook, atau app. Dan saat pengguna melakukan autentikasi, external ID mengeluarkan token ke aplikasi Anda agar ia tahu siapa orang tersebut. Ini adalah pengganti Azure ID B2C dan Isimela sebagian besar organisasi memulai. Skenario lainnya adalah kolaborasi bisnis ke bisnis, atau B2B. Ini terjadi saat Anda perlu memberikan akses kepada mitra atau vendor ke aplikasi internal Anda. Mungkin Anda memiliki situs SharePoint yang perlu dilihat mitra logistik eksternal Anda atau alat manajemen proyek yang digunakan di sender lepas Anda. Dalam skenario ini, Anda mengundang mereka sebagai pengguna tamu di penyewa tenaga kerja. External ID menangani email undangan, proses penukaran saat mereka menerima undangan, dan kebijakan akses yang mengontrol apa yang dapat mereka lihat.

Hal ini sebenarnya sudah ada selama bertahun-tahun sebagai kolaborasi B2B di dalam Azure AD. Namun sekarang ini bagian dari payung ID eksternal jadi Anda mengelolanya dari tempat yang sama dengan identitas pelangganan. Lalu ada machine-to-machine atau M2M. Yang satu ini kurang terlihat oleh pengguna akhir, namun sama pentingnya. Terkadang layanan backend Anda perlu berkomunikasi dengan API lain, pemproses pembayaran, layanan analitik data, atau layanan mikrointernal. Tidak ada manusia yang terlibat, hanya satu aplikasi lain. External ID menggunakan alur kredensial klien OAuth 2.0. Layanan Anda mengautentikasi dirinya menggunakan ID klien dan rahasia, lalu mendapatkan token untuk memanggil API hilir. Ini memerlukan add-on premium M2M, jadi ada faktor biaya, tetapi jika Anda perlu mengamankan, komunikasi API ke API fiturnya sudah tersedia. Nah ketiga skenario ini mencakup hampir setiap situasi identitas eksternal yang akan Anda temui.

Namun ada keputusan besar yang perlu Anda buat, yaitu di mana pengguna tersebut sebenarnya berada. Karena external ID dapat berjalan di dua tempat yang sangat berbeda, penyewa tenaga kerja versus penyewa eksternal. Mari kita beri kedua opsi tersebut. External ID dapat berjalan di dalam penyewa tenaga kerja Anda yang sudah ada yang sudah ada atau bisa berjalan sebagai penyewa yang terpisah. Keduanya tidak sama dan memilih yang salah dapat menyebabkan masalah di masa mendatang. Mulai dengan opsi penyewa tenaga kerja. Perusahaan Anda sudah memiliki penyewa Entra ID untuk karyawan Anda telah penyewa tenaga kerjaan. Jika Anda mengaktifkan fitur yang disebut pendaftaran mandiri tamu di dalam penyewa tersebut, pengguna eksternal dapat mendaftar dan masuk ke direktor yang sama dengan karyawan Anda. Akun mereka berada tepat di sebelah akun CEO Anda. Untuk skenario B2B yang lebih sederhana seperti mengundang beberapa mitra ke situs SharePoint, mencampur mereka di direktor yang sama sangatlah tepat.

Mengaturannya mudah dan Anda tidak perlu mengelola penyewa terpisah. Namun begini masalahnya. Jika Anda membuat aplikasi yang menghadap pelanggan dengan ribuan pengguna, Anda tidak ingin pelanggan tersebut berada di direktori yang sama dengan karyawan Anda. Itu adalah risiko keamanan. Seorang karyawan bisa saja tidak sengaja mengakses data pelanggan. Perubahan konfigurasi yang ditujukan untuk karyawan dapat memengaruhi akses pelanggan. Dan branding Anda untuk halaman masuk pelanggan akan terikat dengan apapun yang telah Anda tetapkan untuk perusahaan Anda. Itu tidak ideal. Alternatifnya adalah opsi penyewa eksternal. Anda membuat direktori terisolasi baru yang khusus untuk identitas pelanggan. Tidak ada karyawan yang berada di situ. Ini adalah ruang yang benar terpisah. Ingat analogi gedung perkantoran sebelumnya? Penyewa tenaga kerja adalah kantor pusat perusahaan. Penyewa eksternal adalah etalase khusus yang Anda buka untuk pelanggan Anda.

Mereka memiliki pintu masuk sendiri, aturan sendiri, dan keamanan sendiri. Tidak ada yang tercampur. Jadi apa manfaat dari penyewa eksternal? Pertama, Anda mendapatkan penyimpanan pengguna yang terpisah. Data pelanggan tetap terpisah sepenuhnya dari data karyawan yang mengurangi risiko dan menyederhanakan kepatuhan. Kedua, Anda mendapatkan brand yang terpisah. Anda dapat menyesuaikan tampilan halaman masuk khusus untuk pelanggan Anda tanpa mengaruhi apapun di penyewa perusahaan Anda. Ketiga, Anda mendapatkan API autentikasi asli untuk aplikasi seluler yang mungkinkan Anda membuat layar masuk yang sepenuhnya kustom di dalam aplikasi iOS atau Android tanpa pengalian browser tanpa tampilan web yang kaku. Dan keempat, Anda mendapatkan harga berbasis MO yaitu pengguna aktif bulan. Anda hanya membayar untuk pengguna yang benar-benar melakukan autentikasi dalam bulan tertentu yang bersekala secara alami dengan pertumbuhan pelangganan.

Jadi, kapan Anda memilih yang mana? Cukup mudah. Jika Anda membangun aplikasi B2C dengan ribuan pelanggan, gunakan penyewa eksternal. Itu adalah pendekatan yang disarankan dan itulah tujuan dirancangnya external ID. Jika Anda hanya mengundang mitra untuk mengakses sumber daya internal, opsi penyewa tenaga kerja sudah cukup. Kuncinya adalah memahami perbedaannya sebelum Anda mulai membangun karena bermigrasi dari satu ke yang lain nantinya tidaklah mudah. Keamanan MFA dan akses bersyarat Sekarang mari kita bicara tentang keaman. Jika Anda akan mengizinkan pelanggan masuk ke aplikasi Anda, Anda harus memastikan orang yang salah tidak bisa masuk. External ID menyertakan fitur keamanan kelas perusahaan yang sama dengan yang ditawarkan Enter ID untuk karyawan. Itu berarti autentikasi multifaktor, akses bersyarat, dan kebijakan berbasis risiko. Untuk MFA saat ini Anda memiliki dua opsi. Kode akses sekali pakai melalui email gratis.

Sistem mengirimkan kode ke email pengguna mereka mengetikannya, selesai. Kode akses sekali pakai melalui SMS bekerja dengan cara yang sama tetapi dikirim ke telepon mereka dan ada beberapa. Satu hal yang perlu dicatat belum ada dukungan Microsoft Authenticator. Itu adalah batasan saat ini dan kemungkinan besar sedang dikerjakan oleh Microsoft tetapi untuk saat ini pilihannya adalah email atau SMS. Akses bersyarat adalah bagian yang menarik. Anda dapat menentukan aturan seperti mewajibkan MFA saat masuk dengan risiko sedang atau lebih tinggi atau memblokir akses dari negara tempat kita tidak berbisnis. Sistem mengevaluasi setiap upaya masuk secara waktu nyata. Jika seseorang mencoba masuk dari lokasi atau perangkat yang terlihat mencurigakan, sistem dapat secara otomatis meningkatkan persyaratan keamanan tanpa Anda harus membuat logika tersebut sendiri. Namun, ada satu fitur yang benar-benar lonjol yaitu autentikasi bertahap step up.

Begini cara kerjanya. Bayangkan seorang pengguna masuk ke aplikasi Anda hanya dengan kata sandi untuk menelusuri katalog produk Anda. Itu tidak masalah untuk aktivitas berisi korndah. Tetapi ketika mereka mencoba melihat rewired pembayaran atau mengunduh faktur, Anda mengunduh faktur, Anda mengunduh faktur, Anda mengunduh faktur, Anda merlukan verifikasi tambahan. Dengan autentikasi bertahap, Anda dapat mewajibkan MFA hanya untuk bagian tertentu dari aplikasi Anda. Pengguna tidak akan diminta melakukan autentikasi sampai mereka mencoba mengakses sesuatu. Dan semuanya ditangani oleh external ID di balik layar menggunakan sesuatu yang disebut konteks autentikasi. Anda menentukan bagaimana dari aplikasi Anda yang memerlukan keamanan ekstra dan sistem akan menangani sisanya. Pengguna mendapatkan pengalaman lancar untuk penjelajahan dasar, namun data sensitif tetap terlindungi. Branding dan pengalaman pengguna Kontrol branding adalah salah satu alasan utama organisasi memilih external ID alih-alih membangun sistem login sendiri.

Anda mendapatkan kontrol penuh atas tampilan halaman pendaftaran dan masuk, mengunggah logo, mengatur warna latar belakang, menambahkan favicon untuk tab browser, serta menyesuaikan header dan footer dengan tautan ke kebijakan privasi dan ketentuan layanan Anda. Jika Anda ingin kontrol lebih lanjut, Anda dapat mengunggah file CSS custom untuk mengganti font, warna tombol, dan tata letak. Ini merek Anda, warna Anda, semuanya Anda yang tentukan. Di sini sekalian menjadi sedikit rumit. Branding bersifat global per penyewatan dan bukan per aplikasi. Jadi jika Anda memiliki beberapa aplikasi, misalnya portal pelanggan dan aplikasi seluler, semuanya berbagi halaman dengan branding yang sama. Anda tidak bisa memberikan tampilan berbeda untuk setiap aplikasi. Azure AD B2C yang lama memungkinkan branding per aplikasi, tetapi external ID belum mendukungnya. Terbatasan lainnya, pesan kesalahan pada halaman login tidak dapat disesuaikan.

Jika seseorang mengetik email yang tidak ada, mereka akan melihat sesuatu seperti, kami tidak dapat menemukan akun dengan alamat emailing. Dan Anda tidak dapat mengubah textbook. Bagi beberapa organisasi, itu tidak masalah, tetapi bagi yang lain, terutama di industri teregulasi atau dengan suara mereka yang ketat, itu menjadi masalah nyata. Itu menjadi masalah nyata. Aplikasi seluler mendapatkan opsi. External ID memiliki API autentikasi asli untuk iOS dan Android. Alih-alih mengalihkan pengguna ke halaman login berbasis browser, Anda dapat membangun layar login yang sepenuhnya custom di dalam aplikasi Anda. Tanpa pengalian browser dan tanpa tampilan web yang kiko. Pengguna tetap berada di aplikasi Anda sepanjang waktu dan Anda mengontrol setiap piksel. Ini adalah pengalaman yang jauh lebih lancar dan salah satu fitur yang tidak pernah dimiliki Azure AD B2C. Migrasi dari Azure AD B2C Jika Anda sudah menggunakan Azure AD B2C, Anda mungkin bertanya-tanya apa artinya ini bagi Anda.

Begini situasi, Microsoft akan terus mendukung B2C setidaknya hingga tahun 2030. Jadi penyewa Anda yang ada tidak akan berhenti berfungsi besok, tetapi tidak akan ada fitur baru yang ditamat. Semua inovasi, paski, autentikasi asli, perlindungan penipuan, bersifat eksklusif untuk external ID, Anda berada desain yang sudah tidak berkembang. Microsoft telah menerbitkan perangkat dan panduan migrasi resmi dan terdapat dua jalur tergantung pada skala Anda. Untuk tenan dengan kurang dari sekitar 5 juta objek direktori, pengguna, grup, dan atribut kustom, migrasi standar tergolong cukup mudah. Prosesnya mirip dengan perpindahan antar tenang. Anda membuat tenan external ID baru, migrasikan pengguna beserta kredensialnya, lalu mengelihkan aplikasi Anda. Microsoft menyediakan perangkat untuk ekspor dan impor pengguna masal, dan Anda bisa menggunakan migrasi kata sandi just-in-time agar gangguan tetap minim selama transisi.

Untuk tenan yang lebih besar, dengan lebih dari 5 juta objek direktori, tersedia mode kompatibilitas skala besar atau HSC. Dalam mode ini, Azure ID B2C dan external ID berjalan berdampingan di tenan yang sama. Endpoint B2C Anda yang ada akan tetap aktif sementara Anda memindahkan aplikasi secara bertahap. Mode ini dirancang bagi organisasi yang tidak bisa memigrasikan jutaan pengguna dalam semalam, namun memiliki konsekuensi. Tanpa penyedia identitas sosial, tanpa paski, akses bersyarat terbatas, dan beberapa fitur memang tidak tersedia. Anggap ini sebagai strategi jembatan, bukan solusi permanent. Sekarang perubahan besar. Kebicaraan kustom sudah tidak ada. Jika Anda telah membangun alur autentikasi kompleks menggunakan kerangka kerja pengalaman identitas berbasis XML medik Azure ID B2C, itu tidak akan berfungsi di external ID. Anda harus membangun ulang logika tersebut menggunakan alur pengguna dan ekstensi autentikasi Kustok.

Tidak ada alat ajaib yang bisa mengubah XML Anda ke format baru. Anda harus mengerjakannya sendiri. Jadi inilah intinya. Jika Anda baru memulai hari ini, gunakan external ID. Tidak ada alasan untuk melirik B2C. Jika Anda memiliki tenan B2C yang sudah ada, mulailah merencanakan migrasi Anda sekarang. Anda punya waktu hingga 2030, tetapi menunggu sampai menit terakhir berarti Anda akan terburu-buru melakukan migrasi kompleks sambil menjaga aplikasi tetap berjalan. Lai dari yang kecil. Pilih satu aplikasi, migrasikan, uji, pelajari dari prosesnya, lalu lakukan sisanya. Pengalaman pengembang dan otomatis. Microsoft benar-benar berfokus membuat external ID mudah bagi pengembang dan ini adalah perubahan besar dari kebijakan kustom B2C yang lama. Anda ingat file XML yang membentang ratusan baris dan rusak jika Anda salah menaruh satu kurung saja? Sudah hilang. Terdapat ekstensi Visual Studio Code bernama Microsoft Entra External ID.

Setelah autentikasi, Anda bisa menjelajahi tenan, melihat alur pengguna, mengunduhnya sebagai file JSON, bahkan memperhatikan jauh branding Anda tanpa meninggalkan editor. Anda bisa melihat tampilan halaman masuk Anda sebelum mempublikasikannya. Kemudian ada Microsoft Grab APA. Hampir setiap sumber daya external ID, alur pengguna, pendaftaran aplikasi, dan branding bisa dikelola secara terprogram. Itu berarti Anda bisa mengotomatiskan pengaturan tenan dalam pipeline CIFCD Anda menggunakan PowerShell atau panggilan REST. Buat penyewa baru, konfigurasikan alur pengguna, daftarkan aplikasi, atur branding, semua dari skrip. Jika Anda mengelola banyak lingkungan, itu menghemat banyak waktu. Ekstensi autentikasi custom adalah tempat kekuatan sebenarnya berada. Alih-alih XML yang rumit, Anda memperluas alur autentikasi dengan panggilan HTTP sederhana ke Azure Function. Ada empat peristiwa yang bisa Anda hubungkan.

Token Isu and Start memungkinkan Anda menambahkan klaim custom ke token seperti peran atau info tingkat loyalitas. Attribute Collection Start dan Submit memungkinkan Anda memvalidasi atau mengisi data pendaftaran dengan memanggil backend sendiri. Dan email OTP Send memungkinkan Anda menyesuaikan email verifikasi. Ini adalah fleksibilitas yang sama seperti Bidusi tetapi dalam model yang bisa digunakan pengembang manap. Ada batasan yang perlu diketahui. Belum ada notifikasi Microsoft Graph jadi Anda tidak bisa memicu alur kerja otomatis saat pengguna baru mendaftar. Beberapa konfigurasi masih harus dilakukan manual di pusat dan tidak ada halaman edit profil bawaan. Jika ingin pengguna memperbarui informasi mereka, Anda perlu membuat halaman tersebut di aplikasi dan memanggil Graph API sendiri. Namun arahnya sudah jelas. Microsoft ingin ID eksternal dapat diotomatisasi sepenuhnya. Hal itu membuatnya lebih mudah dikelola pada skala besar.

Jadi sekarang Anda tahu Microsoft Enter External ID adalah pengganti modern untuk Azure ID B2C yang disatukan di bawah merek Entra. Tiga kasus penggunaan, identitas pelanggan, kolaborasi mitra, dan mesin ke mesin mencakup hampir semua kebutuhan identitas eksternal yang akan Anda temui. Dan keputusan kuncinya adalah apakah akan menggunakan penyewa tenaga kerja atau membuat penyewa eksternal terpisah. Untuk aplikasi yang menghadap pelanggan, terpisah hampir selalu lebih baik. Identitas adalah pintu depan menuju aplikasi Anda. Membuatnya tepat, aman, bermerak, dan sederhana berdampak langsung pada kepercayaan pengguna dan pertumbuhan bisnis. Tugas Anda, kunjungi entra.microsoft.com buat penyewa eksternal dan coba panduan memulai. Itu akan memandu Anda menyiapkan aplikasi contoh dalam hitungan menit. Berlangganan untuk penjelasan lebih mudah dipahami tentang platform identitas Microsoft. Terima kasih telah menonton!