WEBVTT

00:00:00.000 --> 00:00:03.140
Sebenarnya, kebanyakan orang menganggap identitas hanyalah nama pengguna dan kata Sandi.

00:00:03.380 --> 00:00:05.320
Anda mengetikannya, Anda mendapatkan akses dan selesai.

00:00:05.400 --> 00:00:08.840
Namun, ketika Anda adalah bisnis yang melayani pelanggan, identitas menjadi jauh lebih rumit.

00:00:09.440 --> 00:00:12.200
Apa yang terjadi saat aplikasi Anda harus mengizinkan ribuan orang mendaftar

00:00:12.200 --> 00:00:15.040
atau masuk dengan akun Google mereka alih-alih membuat kata Sandi baru lagi?

00:00:15.840 --> 00:00:18.080
Dan bagaimana Anda menjaga keamanan semua data pelanggan tersebut

00:00:18.080 --> 00:00:20.040
tanpa mencampurnya dengan direktori karyawan Anda?

00:00:20.480 --> 00:00:23.380
Itulah masalah yang dirancang untuk dipecahkan oleh Microsoft Entry External ID.

00:00:23.800 --> 00:00:24.360
Ini masalahnya.

00:00:24.720 --> 00:00:26.680
Layanan ini menggantikan Azure ID B2C sepenuhnya.

00:00:26.680 --> 00:00:30.380
Di akhir episode ini, Anda akan memahami apa itu External ID 3 cara utama,

00:00:30.620 --> 00:00:33.760
menggunakannya, dan mengapa ini penting bagi aplikasi yang berorientasi pada pelanggan.

00:00:37.960 --> 00:00:40.660
Bayangkan 20 tahun yang lalu saat Anda membangun aplikasi untuk pelanggan.

00:00:41.240 --> 00:00:44.480
Dulu, Anda harus membuat sistem masuk sendiri, menulis kode untuk kata Sandi,

00:00:44.760 --> 00:00:48.400
menyiapkan basis data untuk menyimpannya, dan membangun alur lupa kata Sandi dari nol.

00:00:48.920 --> 00:00:51.880
Itu berhasil dengan baik untuk aplikasi kecil dengan beberapa ratus pengguna.

00:00:52.040 --> 00:00:53.840
Namun, saat aplikasi berkembang, semuanya menjadi rumit.

00:00:53.840 --> 00:00:56.860
Perusahaan perlu mengizinkan pengguna masuk dengan Google atau Facebook,

00:00:56.980 --> 00:00:58.740
mereka membutuhkan autentikasi multifaktor,

00:00:58.920 --> 00:01:00.940
dan harus menangani jutaan akun tanpa kendala.

00:01:01.640 --> 00:01:03.460
Membangun semua itu sendiri menjadi mimpi buruk.

00:01:04.040 --> 00:01:06.020
Jawaban pertama Microsoft adalah Azure ID B2C.

00:01:06.820 --> 00:01:09.940
Ini adalah layanan identitas pelanggan, dan pada saat dilayan ini memecahkan masalahnya.

00:01:10.440 --> 00:01:11.540
Namun, disilak sulit yang lumayan mencul.

00:01:12.080 --> 00:01:14.260
Masalah terbesarnya adalah sesuatu yang disebut kebijakan custom,

00:01:14.660 --> 00:01:16.220
dan kebijakan tersebut ditulis dalam XML.

00:01:16.220 --> 00:01:19.820
Jika Anda pernah bekerja dengan file XML yang panjangnya ratusan baris,

00:01:19.940 --> 00:01:21.620
Anda tahu persis betapa menyakitkannya hal itu.

00:01:22.120 --> 00:01:25.640
Sulit dikonfigurasi, sulit didebak, dan ketika ada yang rusak, sulit untuk mengetahui penyebabnya.

00:01:26.400 --> 00:01:29.740
Selain itu, Azure ID B2C terpisah dari platform identitas utama Microsoft.

00:01:30.460 --> 00:01:34.540
Jadi, jika Anda sudah menggunakan Microsoft 365 atau Azure AD untuk karyawan,

00:01:34.780 --> 00:01:37.220
B2C terasa seperti mempelajari produk yang benar-benar baru.

00:01:37.780 --> 00:01:40.280
Seperti yang Anda duga, tim TI kesulitan memeliharanya,

00:01:40.280 --> 00:01:41.660
pengembang enggan mengerjakannya,

00:01:41.920 --> 00:01:45.180
dan pelanggan mendapatkan pengalaman mendaftar yang canggung hingga membuat mereka ingin pergi.

00:01:45.180 --> 00:01:48.600
Microsoft menyadari bahwa mereka membutuhkan sesuatu yang lebih sederhana,

00:01:48.780 --> 00:01:51.400
dan lebih terpadu, dan itulah yang kemudian menjadi Microsoft Entra External ID.

00:01:51.960 --> 00:01:53.940
Apa itu sebenarnya Microsoft Entra External ID?

00:01:54.560 --> 00:01:56.500
Jadi, apa sebenarnya Microsoft Entra External ID itu?

00:01:56.940 --> 00:01:58.080
Berikut adalah definisi yang paling sederhana.

00:01:58.520 --> 00:02:00.940
Ini adalah layanan identitas klub untuk pengguna eksternal,

00:02:01.300 --> 00:02:03.460
pelanggan mitra dan tamu, bukan karyawan.

00:02:03.880 --> 00:02:04.500
Bayangkan seperti ini.

00:02:04.760 --> 00:02:06.180
Bayangkan perusahaan Anda memiliki dungkan.

00:02:06.620 --> 00:02:07.540
Itu adalah penyewatan yang kekdiri.

00:02:07.540 --> 00:02:10.240
Ini adalah tempat karyawan Anda bekerja, tempat meja mereka berada,

00:02:10.320 --> 00:02:11.500
dan tempat rencana akses mereka berlaku.

00:02:11.800 --> 00:02:12.940
Entra ID mengelola gedung tersebut.

00:02:12.940 --> 00:02:15.540
Sekarang bayangkan Anda membuka toko untuk pelanggan.

00:02:16.020 --> 00:02:18.940
Lang terpisah dengan pintu masuk sendiri, aturan sendiri, dan keamanannya sendiri.

00:02:19.380 --> 00:02:21.260
Pelanggan tidak akan masuk ke ruang istirahat karyawan,

00:02:21.620 --> 00:02:23.840
dan karyawan tidak akan sengaja mengakses akun pelanggan.

00:02:24.560 --> 00:02:25.240
Telah External ID.

00:02:25.700 --> 00:02:27.260
Ini adalah bagian dari keluarga Microsoft Entra,

00:02:27.400 --> 00:02:28.520
namun dengan karakteristik yang berbeda.

00:02:28.960 --> 00:02:31.940
Dibuat untuk CM, manajemen identitas dan akses pelanggan,

00:02:32.100 --> 00:02:34.740
serta menangani seluruh siklus hidup pengguna eksternal.

00:02:34.740 --> 00:02:37.340
Mendaftar, masuk, riset kata sandi,

00:02:37.340 --> 00:02:39.560
manajemen profil, MFA, dan penerbitan top.

00:02:40.140 --> 00:02:42.780
Ini bekerja dengan protokol standar seperti OAuth 2.0,

00:02:42.900 --> 00:02:44.100
OpenID Connect, dan SAML,

00:02:44.180 --> 00:02:46.000
sehingga hampir semua aplikasi yang Anda bangun dapat terhubung.

00:02:46.420 --> 00:02:48.640
Namun, inilah perbedaan besar dari Azure ADB2C yang lama.

00:02:49.140 --> 00:02:50.160
External ID lebih sederhana.

00:02:50.600 --> 00:02:51.820
Tidak ada lagi kebijakan XML stock.

00:02:52.260 --> 00:02:54.800
Sebaliknya, Anda mengonfigurasi alur pengguna langsung di pusat admin.

00:02:55.480 --> 00:02:58.140
Atau Anda menggunakan ekstensi autentikasi custom yang terhubung

00:02:58.140 --> 00:02:59.520
ke logika backend Anda yang sudah ada.

00:02:59.520 --> 00:03:01.260
Kekuatan yang sama lebih sedikit masal.

00:03:02.020 --> 00:03:03.180
Tiga kasus penggunaan utama.

00:03:03.540 --> 00:03:05.100
Jadi, bagaimana cara Anda menggunakan external ID?

00:03:05.520 --> 00:03:06.500
Ada tiga skenario utama.

00:03:06.940 --> 00:03:08.500
Skenario ini mencakup hampir setiap situasi

00:03:08.500 --> 00:03:10.520
saat Anda perlu mengelola seseorang yang bukan karyawan.

00:03:11.260 --> 00:03:12.200
Mulai dari yang paling umum,

00:03:12.420 --> 00:03:14.020
identitas pelanggan, atau B2C.

00:03:14.900 --> 00:03:16.660
Layankan Anda sudah membangun aplikasi pemesan pizza.

00:03:17.120 --> 00:03:18.980
Anda membutuhkan orang untuk mendaftar, memesan,

00:03:19.040 --> 00:03:20.020
dan kembali lagi minggu depan.

00:03:20.580 --> 00:03:22.600
Anda ingin mereka masuk dengan akun Google mereka alih-alih

00:03:22.600 --> 00:03:23.480
membuat kata sandi baru,

00:03:23.580 --> 00:03:25.660
dan Anda perlu mengumpulkan nama, nomor telepon,

00:03:25.720 --> 00:03:26.960
dan preferensi pengiriman mereka.

00:03:26.960 --> 00:03:28.540
Ya, external ID menangani semua itu.

00:03:29.160 --> 00:03:31.180
Anda mendapatkan aluk daftaran dan masuk yang sudah dibuat sebelumnya.

00:03:31.500 --> 00:03:33.500
Anda mengonfigurasi atribut apa yang akan dikumpulkan,

00:03:33.580 --> 00:03:35.340
nama, telepon, atau apapun yang Anda perlukan.

00:03:36.040 --> 00:03:37.640
Anda mengatur masuk lewat media sosial

00:03:37.640 --> 00:03:38.860
dengan Google, Facebook, atau app.

00:03:39.900 --> 00:03:41.420
Dan saat pengguna melakukan autentikasi,

00:03:41.620 --> 00:03:43.460
external ID mengeluarkan token ke aplikasi Anda

00:03:43.460 --> 00:03:45.040
agar ia tahu siapa orang tersebut.

00:03:46.040 --> 00:03:48.040
Ini adalah pengganti Azure ID B2C dan Isimela

00:03:48.040 --> 00:03:49.540
sebagian besar organisasi memulai.

00:03:50.180 --> 00:03:52.360
Skenario lainnya adalah kolaborasi bisnis ke bisnis,

00:03:52.360 --> 00:03:53.100
atau B2B.

00:03:53.600 --> 00:03:56.000
Ini terjadi saat Anda perlu memberikan akses kepada mitra atau vendor

00:03:56.000 --> 00:03:57.080
ke aplikasi internal Anda.

00:03:57.820 --> 00:03:59.480
Mungkin Anda memiliki situs SharePoint

00:03:59.480 --> 00:04:01.320
yang perlu dilihat mitra logistik eksternal Anda

00:04:01.320 --> 00:04:03.040
atau alat manajemen proyek

00:04:03.040 --> 00:04:04.560
yang digunakan di sender lepas Anda.

00:04:05.200 --> 00:04:06.020
Dalam skenario ini,

00:04:06.200 --> 00:04:07.720
Anda mengundang mereka sebagai pengguna tamu

00:04:07.720 --> 00:04:08.620
di penyewa tenaga kerja.

00:04:09.280 --> 00:04:10.860
External ID menangani email undangan,

00:04:11.100 --> 00:04:12.820
proses penukaran saat mereka menerima undangan,

00:04:12.960 --> 00:04:14.320
dan kebijakan akses yang mengontrol

00:04:14.320 --> 00:04:15.500
apa yang dapat mereka lihat.

00:04:16.360 --> 00:04:18.140
Hal ini sebenarnya sudah ada selama bertahun-tahun

00:04:18.140 --> 00:04:19.500
sebagai kolaborasi B2B

00:04:19.500 --> 00:04:20.600
di dalam Azure AD.

00:04:20.920 --> 00:04:23.260
Namun sekarang ini bagian dari payung ID eksternal

00:04:23.260 --> 00:04:25.640
jadi Anda mengelolanya dari tempat yang sama dengan identitas pelangganan.

00:04:26.200 --> 00:04:28.020
Lalu ada machine-to-machine atau M2M.

00:04:28.440 --> 00:04:30.100
Yang satu ini kurang terlihat oleh pengguna akhir,

00:04:30.240 --> 00:04:30.820
namun sama pentingnya.

00:04:31.160 --> 00:04:33.180
Terkadang layanan backend Anda perlu berkomunikasi

00:04:33.180 --> 00:04:33.820
dengan API lain,

00:04:34.160 --> 00:04:34.960
pemproses pembayaran,

00:04:35.260 --> 00:04:36.120
layanan analitik data,

00:04:36.280 --> 00:04:37.300
atau layanan mikrointernal.

00:04:38.340 --> 00:04:39.280
Tidak ada manusia yang terlibat,

00:04:39.400 --> 00:04:40.280
hanya satu aplikasi lain.

00:04:41.380 --> 00:04:43.220
External ID menggunakan alur kredensial

00:04:43.220 --> 00:04:44.440
klien OAuth 2.0.

00:04:45.160 --> 00:04:46.620
Layanan Anda mengautentikasi dirinya

00:04:46.620 --> 00:04:48.060
menggunakan ID klien dan rahasia,

00:04:48.060 --> 00:04:50.240
lalu mendapatkan token untuk memanggil API hilir.

00:04:50.240 --> 00:04:52.420
Ini memerlukan add-on premium M2M,

00:04:52.500 --> 00:04:53.280
jadi ada faktor biaya,

00:04:53.440 --> 00:04:54.780
tetapi jika Anda perlu mengamankan,

00:04:55.020 --> 00:04:56.800
komunikasi API ke API fiturnya sudah tersedia.

00:04:57.820 --> 00:04:59.040
Nah ketiga skenario ini mencakup

00:04:59.040 --> 00:05:00.820
hampir setiap situasi identitas eksternal

00:05:00.820 --> 00:05:01.800
yang akan Anda temui.

00:05:02.500 --> 00:05:04.140
Namun ada keputusan besar yang perlu Anda buat,

00:05:04.260 --> 00:05:05.780
yaitu di mana pengguna tersebut sebenarnya berada.

00:05:06.200 --> 00:05:07.660
Karena external ID dapat berjalan

00:05:07.660 --> 00:05:08.940
di dua tempat yang sangat berbeda,

00:05:09.240 --> 00:05:10.960
penyewa tenaga kerja versus penyewa eksternal.

00:05:11.440 --> 00:05:12.400
Mari kita beri kedua opsi tersebut.

00:05:12.700 --> 00:05:13.940
External ID dapat berjalan

00:05:13.940 --> 00:05:15.180
di dalam penyewa tenaga kerja Anda

00:05:15.180 --> 00:05:16.080
yang sudah ada yang sudah ada

00:05:16.080 --> 00:05:17.640
atau bisa berjalan sebagai penyewa yang terpisah.

00:05:17.640 --> 00:05:19.320
Keduanya tidak sama dan memilih yang salah

00:05:19.320 --> 00:05:20.960
dapat menyebabkan masalah di masa mendatang.

00:05:21.440 --> 00:05:22.620
Mulai dengan opsi penyewa tenaga kerja.

00:05:23.220 --> 00:05:24.440
Perusahaan Anda sudah memiliki penyewa

00:05:24.440 --> 00:05:25.800
Entra ID untuk karyawan Anda

00:05:25.800 --> 00:05:27.280
telah penyewa tenaga kerjaan.

00:05:27.660 --> 00:05:29.280
Jika Anda mengaktifkan fitur yang disebut

00:05:29.280 --> 00:05:30.320
pendaftaran mandiri tamu

00:05:30.320 --> 00:05:31.200
di dalam penyewa tersebut,

00:05:31.520 --> 00:05:32.700
pengguna eksternal dapat mendaftar

00:05:32.700 --> 00:05:34.400
dan masuk ke direktor yang sama dengan karyawan Anda.

00:05:35.160 --> 00:05:36.880
Akun mereka berada tepat di sebelah akun CEO Anda.

00:05:37.700 --> 00:05:39.380
Untuk skenario B2B yang lebih sederhana

00:05:39.380 --> 00:05:41.420
seperti mengundang beberapa mitra ke situs SharePoint,

00:05:41.740 --> 00:05:43.700
mencampur mereka di direktor yang sama sangatlah tepat.

00:05:44.300 --> 00:05:45.020
Mengaturannya mudah

00:05:45.020 --> 00:05:46.800
dan Anda tidak perlu mengelola penyewa terpisah.

00:05:47.160 --> 00:05:47.940
Namun begini masalahnya.

00:05:48.160 --> 00:05:49.840
Jika Anda membuat aplikasi yang menghadap pelanggan

00:05:49.840 --> 00:05:50.640
dengan ribuan pengguna,

00:05:50.800 --> 00:05:51.860
Anda tidak ingin pelanggan tersebut

00:05:51.860 --> 00:05:53.760
berada di direktori yang sama dengan karyawan Anda.

00:05:54.380 --> 00:05:55.340
Itu adalah risiko keamanan.

00:05:55.680 --> 00:05:56.560
Seorang karyawan bisa saja

00:05:56.560 --> 00:05:57.780
tidak sengaja mengakses data pelanggan.

00:05:58.120 --> 00:05:59.480
Perubahan konfigurasi yang ditujukan

00:05:59.480 --> 00:06:01.180
untuk karyawan dapat memengaruhi akses pelanggan.

00:06:01.700 --> 00:06:03.420
Dan branding Anda untuk halaman masuk pelanggan

00:06:03.420 --> 00:06:05.100
akan terikat dengan apapun yang telah Anda tetapkan

00:06:05.100 --> 00:06:05.660
untuk perusahaan Anda.

00:06:05.920 --> 00:06:06.400
Itu tidak ideal.

00:06:07.000 --> 00:06:08.480
Alternatifnya adalah opsi penyewa eksternal.

00:06:09.100 --> 00:06:10.760
Anda membuat direktori terisolasi baru

00:06:10.760 --> 00:06:12.240
yang khusus untuk identitas pelanggan.

00:06:12.660 --> 00:06:13.680
Tidak ada karyawan yang berada di situ.

00:06:13.940 --> 00:06:15.020
Ini adalah ruang yang benar terpisah.

00:06:15.420 --> 00:06:17.000
Ingat analogi gedung perkantoran sebelumnya?

00:06:17.440 --> 00:06:19.120
Penyewa tenaga kerja adalah kantor pusat perusahaan.

00:06:19.560 --> 00:06:21.220
Penyewa eksternal adalah etalase khusus

00:06:21.220 --> 00:06:22.400
yang Anda buka untuk pelanggan Anda.

00:06:23.260 --> 00:06:24.400
Mereka memiliki pintu masuk sendiri,

00:06:24.600 --> 00:06:26.160
aturan sendiri, dan keamanan sendiri.

00:06:26.920 --> 00:06:27.580
Tidak ada yang tercampur.

00:06:27.940 --> 00:06:29.700
Jadi apa manfaat dari penyewa eksternal?

00:06:30.140 --> 00:06:32.020
Pertama, Anda mendapatkan penyimpanan pengguna yang terpisah.

00:06:32.840 --> 00:06:34.360
Data pelanggan tetap terpisah sepenuhnya

00:06:34.360 --> 00:06:36.180
dari data karyawan yang mengurangi risiko

00:06:36.180 --> 00:06:37.280
dan menyederhanakan kepatuhan.

00:06:37.280 --> 00:06:39.500
Kedua, Anda mendapatkan brand yang terpisah.

00:06:39.600 --> 00:06:41.260
Anda dapat menyesuaikan tampilan halaman masuk

00:06:41.260 --> 00:06:42.280
khusus untuk pelanggan Anda

00:06:42.280 --> 00:06:44.360
tanpa mengaruhi apapun di penyewa perusahaan Anda.

00:06:45.400 --> 00:06:47.580
Ketiga, Anda mendapatkan API autentikasi asli

00:06:47.580 --> 00:06:48.520
untuk aplikasi seluler

00:06:48.520 --> 00:06:50.000
yang mungkinkan Anda membuat layar masuk

00:06:50.000 --> 00:06:52.060
yang sepenuhnya kustom di dalam aplikasi iOS atau Android

00:06:52.060 --> 00:06:53.460
tanpa pengalian browser

00:06:53.460 --> 00:06:54.600
tanpa tampilan web yang kaku.

00:06:55.080 --> 00:06:56.900
Dan keempat, Anda mendapatkan harga berbasis MO

00:06:56.900 --> 00:06:57.840
yaitu pengguna aktif bulan.

00:06:58.320 --> 00:07:00.120
Anda hanya membayar untuk pengguna yang benar-benar

00:07:00.120 --> 00:07:01.860
melakukan autentikasi dalam bulan tertentu

00:07:01.860 --> 00:07:02.920
yang bersekala secara alami

00:07:02.920 --> 00:07:03.900
dengan pertumbuhan pelangganan.

00:07:03.900 --> 00:07:05.340
Jadi, kapan Anda memilih yang mana?

00:07:05.740 --> 00:07:06.260
Cukup mudah.

00:07:06.700 --> 00:07:08.280
Jika Anda membangun aplikasi B2C

00:07:08.280 --> 00:07:09.140
dengan ribuan pelanggan,

00:07:09.280 --> 00:07:10.360
gunakan penyewa eksternal.

00:07:10.780 --> 00:07:12.160
Itu adalah pendekatan yang disarankan

00:07:12.160 --> 00:07:13.660
dan itulah tujuan dirancangnya external ID.

00:07:14.140 --> 00:07:15.340
Jika Anda hanya mengundang mitra

00:07:15.340 --> 00:07:16.820
untuk mengakses sumber daya internal,

00:07:17.060 --> 00:07:18.540
opsi penyewa tenaga kerja sudah cukup.

00:07:18.980 --> 00:07:20.480
Kuncinya adalah memahami perbedaannya

00:07:20.480 --> 00:07:21.760
sebelum Anda mulai membangun

00:07:21.760 --> 00:07:23.320
karena bermigrasi dari satu ke yang lain

00:07:23.320 --> 00:07:24.340
nantinya tidaklah mudah.

00:07:25.540 --> 00:07:27.300
Keamanan MFA dan akses bersyarat

00:07:27.300 --> 00:07:29.240
Sekarang mari kita bicara tentang keaman.

00:07:29.820 --> 00:07:31.820
Jika Anda akan mengizinkan pelanggan masuk ke aplikasi Anda,

00:07:31.820 --> 00:07:33.740
Anda harus memastikan orang yang salah tidak bisa masuk.

00:07:34.140 --> 00:07:36.520
External ID menyertakan fitur keamanan kelas perusahaan

00:07:36.520 --> 00:07:38.860
yang sama dengan yang ditawarkan Enter ID untuk karyawan.

00:07:39.620 --> 00:07:41.020
Itu berarti autentikasi multifaktor,

00:07:41.260 --> 00:07:43.520
akses bersyarat, dan kebijakan berbasis risiko.

00:07:44.280 --> 00:07:45.820
Untuk MFA saat ini Anda memiliki dua opsi.

00:07:46.720 --> 00:07:48.140
Kode akses sekali pakai melalui email gratis.

00:07:48.560 --> 00:07:50.060
Sistem mengirimkan kode ke email pengguna

00:07:50.060 --> 00:07:51.280
mereka mengetikannya, selesai.

00:07:51.800 --> 00:07:53.280
Kode akses sekali pakai melalui SMS

00:07:53.280 --> 00:07:54.300
bekerja dengan cara yang sama

00:07:54.300 --> 00:07:56.060
tetapi dikirim ke telepon mereka dan ada beberapa.

00:07:56.300 --> 00:07:57.240
Satu hal yang perlu dicatat

00:07:57.240 --> 00:07:58.860
belum ada dukungan Microsoft Authenticator.

00:07:59.280 --> 00:08:00.380
Itu adalah batasan saat ini

00:08:00.380 --> 00:08:02.200
dan kemungkinan besar sedang dikerjakan oleh Microsoft

00:08:02.200 --> 00:08:04.340
tetapi untuk saat ini pilihannya adalah email atau SMS.

00:08:04.720 --> 00:08:06.400
Akses bersyarat adalah bagian yang menarik.

00:08:07.160 --> 00:08:08.200
Anda dapat menentukan aturan

00:08:08.200 --> 00:08:10.560
seperti mewajibkan MFA saat masuk dengan risiko sedang

00:08:10.560 --> 00:08:11.180
atau lebih tinggi

00:08:11.180 --> 00:08:13.860
atau memblokir akses dari negara tempat kita tidak berbisnis.

00:08:14.980 --> 00:08:17.520
Sistem mengevaluasi setiap upaya masuk secara waktu nyata.

00:08:18.200 --> 00:08:19.360
Jika seseorang mencoba masuk

00:08:19.360 --> 00:08:21.840
dari lokasi atau perangkat yang terlihat mencurigakan,

00:08:22.300 --> 00:08:23.980
sistem dapat secara otomatis meningkatkan

00:08:23.980 --> 00:08:26.660
persyaratan keamanan tanpa Anda harus membuat logika tersebut sendiri.

00:08:26.660 --> 00:08:28.720
Namun, ada satu fitur yang benar-benar lonjol

00:08:28.720 --> 00:08:30.220
yaitu autentikasi bertahap step up.

00:08:30.540 --> 00:08:31.180
Begini cara kerjanya.

00:08:31.440 --> 00:08:33.040
Bayangkan seorang pengguna masuk ke aplikasi Anda

00:08:33.040 --> 00:08:35.140
hanya dengan kata sandi untuk menelusuri katalog produk Anda.

00:08:35.380 --> 00:08:37.200
Itu tidak masalah untuk aktivitas berisi korndah.

00:08:37.400 --> 00:08:39.160
Tetapi ketika mereka mencoba melihat rewired pembayaran

00:08:39.160 --> 00:08:40.520
atau mengunduh faktur, Anda mengunduh faktur, Anda mengunduh faktur,

00:08:40.560 --> 00:08:42.320
Anda mengunduh faktur, Anda merlukan verifikasi tambahan.

00:08:42.480 --> 00:08:44.820
Dengan autentikasi bertahap, Anda dapat mewajibkan MFA

00:08:44.820 --> 00:08:46.460
hanya untuk bagian tertentu dari aplikasi Anda.

00:08:46.680 --> 00:08:48.300
Pengguna tidak akan diminta melakukan autentikasi

00:08:48.300 --> 00:08:49.600
sampai mereka mencoba mengakses sesuatu.

00:08:49.600 --> 00:08:52.440
Dan semuanya ditangani oleh external ID di balik layar

00:08:52.440 --> 00:08:54.700
menggunakan sesuatu yang disebut konteks autentikasi.

00:08:55.180 --> 00:08:57.000
Anda menentukan bagaimana dari aplikasi Anda

00:08:57.000 --> 00:08:58.240
yang memerlukan keamanan ekstra

00:08:58.240 --> 00:08:59.480
dan sistem akan menangani sisanya.

00:09:00.040 --> 00:09:01.440
Pengguna mendapatkan pengalaman lancar

00:09:01.440 --> 00:09:02.480
untuk penjelajahan dasar,

00:09:02.660 --> 00:09:04.060
namun data sensitif tetap terlindungi.

00:09:05.200 --> 00:09:06.180
Branding dan pengalaman pengguna

00:09:06.180 --> 00:09:08.820
Kontrol branding adalah salah satu alasan utama

00:09:08.820 --> 00:09:10.340
organisasi memilih external ID

00:09:10.340 --> 00:09:12.020
alih-alih membangun sistem login sendiri.

00:09:12.680 --> 00:09:13.760
Anda mendapatkan kontrol penuh

00:09:13.760 --> 00:09:15.580
atas tampilan halaman pendaftaran dan masuk,

00:09:15.720 --> 00:09:18.040
mengunggah logo, mengatur warna latar belakang,

00:09:18.040 --> 00:09:19.640
menambahkan favicon untuk tab browser,

00:09:19.880 --> 00:09:21.260
serta menyesuaikan header dan footer

00:09:21.260 --> 00:09:22.680
dengan tautan ke kebijakan privasi

00:09:22.680 --> 00:09:23.620
dan ketentuan layanan Anda.

00:09:24.020 --> 00:09:25.360
Jika Anda ingin kontrol lebih lanjut,

00:09:25.480 --> 00:09:26.980
Anda dapat mengunggah file CSS custom

00:09:26.980 --> 00:09:28.980
untuk mengganti font, warna tombol, dan tata letak.

00:09:29.200 --> 00:09:30.220
Ini merek Anda, warna Anda,

00:09:30.360 --> 00:09:31.320
semuanya Anda yang tentukan.

00:09:31.960 --> 00:09:33.300
Di sini sekalian menjadi sedikit rumit.

00:09:33.760 --> 00:09:35.220
Branding bersifat global per penyewatan

00:09:35.220 --> 00:09:36.040
dan bukan per aplikasi.

00:09:36.400 --> 00:09:37.980
Jadi jika Anda memiliki beberapa aplikasi,

00:09:38.100 --> 00:09:39.800
misalnya portal pelanggan dan aplikasi seluler,

00:09:40.020 --> 00:09:41.700
semuanya berbagi halaman dengan branding yang sama.

00:09:42.100 --> 00:09:43.080
Anda tidak bisa memberikan tampilan berbeda

00:09:43.080 --> 00:09:43.740
untuk setiap aplikasi.

00:09:44.100 --> 00:09:45.260
Azure AD B2C yang lama

00:09:45.260 --> 00:09:46.740
memungkinkan branding per aplikasi,

00:09:46.880 --> 00:09:48.560
tetapi external ID belum mendukungnya.

00:09:49.540 --> 00:09:50.320
Terbatasan lainnya,

00:09:50.380 --> 00:09:51.580
pesan kesalahan pada halaman login

00:09:51.580 --> 00:09:52.500
tidak dapat disesuaikan.

00:09:53.020 --> 00:09:54.420
Jika seseorang mengetik email yang tidak ada,

00:09:54.720 --> 00:09:55.780
mereka akan melihat sesuatu seperti,

00:09:56.160 --> 00:09:57.160
kami tidak dapat menemukan akun

00:09:57.160 --> 00:09:57.880
dengan alamat emailing.

00:09:58.160 --> 00:09:59.240
Dan Anda tidak dapat mengubah textbook.

00:09:59.640 --> 00:10:00.520
Bagi beberapa organisasi,

00:10:00.660 --> 00:10:01.200
itu tidak masalah,

00:10:01.300 --> 00:10:01.980
tetapi bagi yang lain,

00:10:02.140 --> 00:10:03.360
terutama di industri teregulasi

00:10:03.360 --> 00:10:04.400
atau dengan suara mereka yang ketat,

00:10:04.460 --> 00:10:05.260
itu menjadi masalah nyata.

00:10:05.520 --> 00:10:06.340
Itu menjadi masalah nyata.

00:10:06.680 --> 00:10:07.840
Aplikasi seluler mendapatkan opsi.

00:10:08.200 --> 00:10:09.560
External ID memiliki API

00:10:09.560 --> 00:10:11.420
autentikasi asli untuk iOS dan Android.

00:10:11.420 --> 00:10:13.100
Alih-alih mengalihkan pengguna

00:10:13.100 --> 00:10:14.360
ke halaman login berbasis browser,

00:10:14.480 --> 00:10:15.600
Anda dapat membangun layar login

00:10:15.600 --> 00:10:16.320
yang sepenuhnya custom

00:10:16.320 --> 00:10:17.400
di dalam aplikasi Anda.

00:10:18.080 --> 00:10:19.000
Tanpa pengalian browser

00:10:19.000 --> 00:10:20.080
dan tanpa tampilan web yang kiko.

00:10:20.540 --> 00:10:21.880
Pengguna tetap berada di aplikasi Anda

00:10:21.880 --> 00:10:22.440
sepanjang waktu

00:10:22.440 --> 00:10:23.540
dan Anda mengontrol setiap piksel.

00:10:23.800 --> 00:10:25.440
Ini adalah pengalaman yang jauh lebih lancar

00:10:25.440 --> 00:10:26.180
dan salah satu fitur

00:10:26.180 --> 00:10:27.700
yang tidak pernah dimiliki Azure AD B2C.

00:10:29.140 --> 00:10:30.640
Migrasi dari Azure AD B2C

00:10:30.640 --> 00:10:32.860
Jika Anda sudah menggunakan Azure AD B2C,

00:10:32.940 --> 00:10:33.720
Anda mungkin bertanya-tanya

00:10:33.720 --> 00:10:34.560
apa artinya ini bagi Anda.

00:10:35.060 --> 00:10:35.520
Begini situasi,

00:10:35.820 --> 00:10:37.320
Microsoft akan terus mendukung B2C

00:10:37.320 --> 00:10:38.580
setidaknya hingga tahun 2030.

00:10:38.580 --> 00:10:39.960
Jadi penyewa Anda yang ada

00:10:39.960 --> 00:10:41.100
tidak akan berhenti berfungsi besok,

00:10:41.200 --> 00:10:42.520
tetapi tidak akan ada fitur baru yang ditamat.

00:10:43.140 --> 00:10:43.800
Semua inovasi,

00:10:44.040 --> 00:10:44.340
paski,

00:10:44.480 --> 00:10:45.260
autentikasi asli,

00:10:45.400 --> 00:10:46.160
perlindungan penipuan,

00:10:46.260 --> 00:10:48.000
bersifat eksklusif untuk external ID,

00:10:48.240 --> 00:10:50.120
Anda berada desain yang sudah tidak berkembang.

00:10:50.620 --> 00:10:52.000
Microsoft telah menerbitkan perangkat

00:10:52.000 --> 00:10:53.080
dan panduan migrasi resmi

00:10:53.080 --> 00:10:54.100
dan terdapat dua jalur

00:10:54.100 --> 00:10:55.160
tergantung pada skala Anda.

00:10:55.900 --> 00:10:56.800
Untuk tenan dengan kurang

00:10:56.800 --> 00:10:58.320
dari sekitar 5 juta objek direktori,

00:10:58.660 --> 00:10:59.040
pengguna,

00:10:59.240 --> 00:10:59.400
grup,

00:10:59.620 --> 00:11:00.340
dan atribut kustom,

00:11:00.780 --> 00:11:02.360
migrasi standar tergolong cukup mudah.

00:11:03.200 --> 00:11:04.700
Prosesnya mirip dengan perpindahan antar tenang.

00:11:04.700 --> 00:11:06.860
Anda membuat tenan external ID baru,

00:11:07.080 --> 00:11:08.980
migrasikan pengguna beserta kredensialnya,

00:11:09.120 --> 00:11:10.440
lalu mengelihkan aplikasi Anda.

00:11:11.200 --> 00:11:12.480
Microsoft menyediakan perangkat

00:11:12.480 --> 00:11:13.920
untuk ekspor dan impor pengguna masal,

00:11:14.380 --> 00:11:15.640
dan Anda bisa menggunakan migrasi

00:11:15.640 --> 00:11:16.540
kata sandi just-in-time

00:11:16.540 --> 00:11:18.100
agar gangguan tetap minim selama transisi.

00:11:19.080 --> 00:11:20.000
Untuk tenan yang lebih besar,

00:11:20.120 --> 00:11:21.700
dengan lebih dari 5 juta objek direktori,

00:11:21.780 --> 00:11:23.740
tersedia mode kompatibilitas skala besar atau HSC.

00:11:24.280 --> 00:11:24.860
Dalam mode ini,

00:11:25.100 --> 00:11:26.600
Azure ID B2C dan external ID

00:11:26.600 --> 00:11:27.580
berjalan berdampingan

00:11:27.580 --> 00:11:28.580
di tenan yang sama.

00:11:29.320 --> 00:11:30.400
Endpoint B2C Anda yang ada

00:11:30.400 --> 00:11:31.160
akan tetap aktif

00:11:31.160 --> 00:11:32.660
sementara Anda memindahkan aplikasi

00:11:32.660 --> 00:11:33.400
secara bertahap.

00:11:33.400 --> 00:11:34.880
Mode ini dirancang

00:11:34.880 --> 00:11:36.020
bagi organisasi yang tidak bisa

00:11:36.020 --> 00:11:37.660
memigrasikan jutaan pengguna dalam semalam,

00:11:38.060 --> 00:11:38.960
namun memiliki konsekuensi.

00:11:39.460 --> 00:11:40.840
Tanpa penyedia identitas sosial,

00:11:40.960 --> 00:11:41.480
tanpa paski,

00:11:41.600 --> 00:11:42.520
akses bersyarat terbatas,

00:11:42.600 --> 00:11:43.280
dan beberapa fitur

00:11:43.280 --> 00:11:44.140
memang tidak tersedia.

00:11:44.980 --> 00:11:46.420
Anggap ini sebagai strategi jembatan,

00:11:46.500 --> 00:11:47.160
bukan solusi permanent.

00:11:47.460 --> 00:11:48.140
Sekarang perubahan besar.

00:11:48.660 --> 00:11:49.680
Kebicaraan kustom sudah tidak ada.

00:11:50.180 --> 00:11:51.120
Jika Anda telah membangun

00:11:51.120 --> 00:11:52.160
alur autentikasi kompleks

00:11:52.160 --> 00:11:53.380
menggunakan kerangka kerja pengalaman

00:11:53.380 --> 00:11:54.460
identitas berbasis XML

00:11:54.460 --> 00:11:55.460
medik Azure ID B2C,

00:11:55.520 --> 00:11:56.760
itu tidak akan berfungsi di external ID.

00:11:57.440 --> 00:11:58.160
Anda harus membangun

00:11:58.160 --> 00:11:58.940
ulang logika tersebut

00:11:58.940 --> 00:11:59.860
menggunakan alur pengguna

00:11:59.860 --> 00:12:01.180
dan ekstensi autentikasi Kustok.

00:12:01.680 --> 00:12:02.640
Tidak ada alat ajaib

00:12:02.640 --> 00:12:03.740
yang bisa mengubah XML Anda

00:12:03.740 --> 00:12:04.340
ke format baru.

00:12:04.820 --> 00:12:05.860
Anda harus mengerjakannya sendiri.

00:12:06.260 --> 00:12:07.000
Jadi inilah intinya.

00:12:07.580 --> 00:12:08.840
Jika Anda baru memulai hari ini,

00:12:09.120 --> 00:12:09.900
gunakan external ID.

00:12:10.220 --> 00:12:10.780
Tidak ada alasan

00:12:10.780 --> 00:12:11.640
untuk melirik B2C.

00:12:12.140 --> 00:12:12.800
Jika Anda memiliki

00:12:12.800 --> 00:12:13.840
tenan B2C yang sudah ada,

00:12:13.980 --> 00:12:15.200
mulailah merencanakan migrasi Anda sekarang.

00:12:15.500 --> 00:12:16.860
Anda punya waktu hingga 2030,

00:12:17.180 --> 00:12:18.400
tetapi menunggu sampai menit terakhir

00:12:18.400 --> 00:12:19.520
berarti Anda akan terburu-buru

00:12:19.520 --> 00:12:20.500
melakukan migrasi kompleks

00:12:20.500 --> 00:12:21.520
sambil menjaga aplikasi

00:12:21.520 --> 00:12:22.220
tetap berjalan.

00:12:22.780 --> 00:12:23.340
Lai dari yang kecil.

00:12:23.720 --> 00:12:24.540
Pilih satu aplikasi,

00:12:24.540 --> 00:12:25.380
migrasikan, uji,

00:12:25.540 --> 00:12:26.500
pelajari dari prosesnya,

00:12:26.580 --> 00:12:27.380
lalu lakukan sisanya.

00:12:28.280 --> 00:12:29.600
Pengalaman pengembang dan otomatis.

00:12:30.200 --> 00:12:31.380
Microsoft benar-benar berfokus

00:12:31.380 --> 00:12:32.220
membuat external ID

00:12:32.220 --> 00:12:33.060
mudah bagi pengembang

00:12:33.060 --> 00:12:34.420
dan ini adalah perubahan besar

00:12:34.420 --> 00:12:36.220
dari kebijakan kustom B2C yang lama.

00:12:37.340 --> 00:12:38.200
Anda ingat file XML

00:12:38.200 --> 00:12:39.320
yang membentang ratusan baris

00:12:39.320 --> 00:12:40.040
dan rusak jika Anda

00:12:40.040 --> 00:12:41.100
salah menaruh satu kurung saja?

00:12:41.600 --> 00:12:42.040
Sudah hilang.

00:12:42.640 --> 00:12:44.140
Terdapat ekstensi Visual Studio Code

00:12:44.140 --> 00:12:45.740
bernama Microsoft Entra External ID.

00:12:46.500 --> 00:12:47.280
Setelah autentikasi,

00:12:47.400 --> 00:12:48.400
Anda bisa menjelajahi tenan,

00:12:48.520 --> 00:12:49.360
melihat alur pengguna,

00:12:49.460 --> 00:12:50.480
mengunduhnya sebagai file JSON,

00:12:50.640 --> 00:12:52.020
bahkan memperhatikan jauh branding Anda

00:12:52.020 --> 00:12:53.480
tanpa meninggalkan editor.

00:12:54.400 --> 00:12:56.100
Anda bisa melihat tampilan halaman masuk Anda

00:12:56.100 --> 00:12:57.000
sebelum mempublikasikannya.

00:12:57.660 --> 00:12:59.320
Kemudian ada Microsoft Grab APA.

00:12:59.860 --> 00:13:01.360
Hampir setiap sumber daya external ID,

00:13:01.720 --> 00:13:02.200
alur pengguna,

00:13:02.360 --> 00:13:03.100
pendaftaran aplikasi,

00:13:03.220 --> 00:13:04.720
dan branding bisa dikelola secara terprogram.

00:13:05.280 --> 00:13:06.000
Itu berarti Anda bisa

00:13:06.000 --> 00:13:07.240
mengotomatiskan pengaturan tenan

00:13:07.240 --> 00:13:08.400
dalam pipeline CIFCD Anda

00:13:08.400 --> 00:13:09.240
menggunakan PowerShell

00:13:09.240 --> 00:13:10.000
atau panggilan REST.

00:13:10.620 --> 00:13:11.380
Buat penyewa baru,

00:13:11.720 --> 00:13:12.880
konfigurasikan alur pengguna,

00:13:13.000 --> 00:13:13.820
daftarkan aplikasi,

00:13:13.940 --> 00:13:14.400
atur branding,

00:13:14.580 --> 00:13:15.180
semua dari skrip.

00:13:15.820 --> 00:13:17.040
Jika Anda mengelola banyak lingkungan,

00:13:17.040 --> 00:13:18.120
itu menghemat banyak waktu.

00:13:18.840 --> 00:13:19.940
Ekstensi autentikasi custom

00:13:19.940 --> 00:13:21.200
adalah tempat kekuatan sebenarnya berada.

00:13:21.600 --> 00:13:22.620
Alih-alih XML yang rumit,

00:13:22.700 --> 00:13:23.880
Anda memperluas alur autentikasi

00:13:23.880 --> 00:13:24.780
dengan panggilan HTTP

00:13:24.780 --> 00:13:26.000
sederhana ke Azure Function.

00:13:26.660 --> 00:13:27.420
Ada empat peristiwa

00:13:27.420 --> 00:13:28.200
yang bisa Anda hubungkan.

00:13:28.800 --> 00:13:29.540
Token Isu and Start

00:13:29.540 --> 00:13:30.740
memungkinkan Anda menambahkan

00:13:30.740 --> 00:13:31.640
klaim custom ke token

00:13:31.640 --> 00:13:32.360
seperti peran

00:13:32.360 --> 00:13:33.520
atau info tingkat loyalitas.

00:13:34.180 --> 00:13:35.260
Attribute Collection Start

00:13:35.260 --> 00:13:35.760
dan Submit

00:13:35.760 --> 00:13:37.080
memungkinkan Anda memvalidasi

00:13:37.080 --> 00:13:38.320
atau mengisi data pendaftaran

00:13:38.320 --> 00:13:39.540
dengan memanggil backend sendiri.

00:13:40.200 --> 00:13:41.020
Dan email OTP Send

00:13:41.020 --> 00:13:41.640
memungkinkan Anda

00:13:41.640 --> 00:13:43.020
menyesuaikan email verifikasi.

00:13:43.020 --> 00:13:44.600
Ini adalah fleksibilitas yang sama

00:13:44.600 --> 00:13:45.200
seperti Bidusi

00:13:45.200 --> 00:13:45.940
tetapi dalam model

00:13:45.940 --> 00:13:47.000
yang bisa digunakan pengembang manap.

00:13:47.000 --> 00:13:48.340
Ada batasan yang perlu diketahui.

00:13:48.840 --> 00:13:50.300
Belum ada notifikasi Microsoft Graph

00:13:50.300 --> 00:13:51.300
jadi Anda tidak bisa

00:13:51.300 --> 00:13:52.460
memicu alur kerja otomatis

00:13:52.460 --> 00:13:53.660
saat pengguna baru mendaftar.

00:13:54.200 --> 00:13:55.140
Beberapa konfigurasi

00:13:55.140 --> 00:13:56.640
masih harus dilakukan manual di pusat

00:13:56.640 --> 00:13:57.540
dan tidak ada halaman

00:13:57.540 --> 00:13:58.540
edit profil bawaan.

00:13:59.180 --> 00:13:59.780
Jika ingin pengguna

00:13:59.780 --> 00:14:00.860
memperbarui informasi mereka,

00:14:01.120 --> 00:14:02.280
Anda perlu membuat halaman tersebut

00:14:02.280 --> 00:14:02.780
di aplikasi

00:14:02.780 --> 00:14:03.880
dan memanggil Graph API sendiri.

00:14:04.500 --> 00:14:05.280
Namun arahnya sudah jelas.

00:14:05.740 --> 00:14:06.940
Microsoft ingin ID eksternal

00:14:06.940 --> 00:14:08.160
dapat diotomatisasi sepenuhnya.

00:14:08.160 --> 00:14:09.160
Hal itu membuatnya

00:14:09.160 --> 00:14:09.740
lebih mudah dikelola

00:14:09.740 --> 00:14:10.200
pada skala besar.

00:14:11.180 --> 00:14:12.540
Jadi sekarang Anda tahu

00:14:12.540 --> 00:14:13.700
Microsoft Enter External ID

00:14:13.700 --> 00:14:14.740
adalah pengganti modern

00:14:14.740 --> 00:14:15.840
untuk Azure ID B2C

00:14:15.840 --> 00:14:17.380
yang disatukan di bawah merek Entra.

00:14:18.260 --> 00:14:19.300
Tiga kasus penggunaan,

00:14:19.460 --> 00:14:20.280
identitas pelanggan,

00:14:20.620 --> 00:14:21.400
kolaborasi mitra,

00:14:21.560 --> 00:14:22.300
dan mesin ke mesin

00:14:22.300 --> 00:14:23.600
mencakup hampir semua kebutuhan

00:14:23.600 --> 00:14:24.500
identitas eksternal

00:14:24.500 --> 00:14:25.300
yang akan Anda temui.

00:14:25.980 --> 00:14:27.100
Dan keputusan kuncinya adalah

00:14:27.100 --> 00:14:27.900
apakah akan menggunakan

00:14:27.900 --> 00:14:28.720
penyewa tenaga kerja

00:14:28.720 --> 00:14:29.980
atau membuat penyewa eksternal terpisah.

00:14:30.500 --> 00:14:31.760
Untuk aplikasi yang menghadap pelanggan,

00:14:32.020 --> 00:14:33.280
terpisah hampir selalu lebih baik.

00:14:33.740 --> 00:14:34.760
Identitas adalah pintu depan

00:14:34.760 --> 00:14:35.480
menuju aplikasi Anda.

00:14:35.860 --> 00:14:36.980
Membuatnya tepat, aman,

00:14:36.980 --> 00:14:37.940
bermerak, dan sederhana

00:14:37.940 --> 00:14:38.680
berdampak langsung

00:14:38.680 --> 00:14:39.820
pada kepercayaan pengguna

00:14:39.820 --> 00:14:40.860
dan pertumbuhan bisnis.

00:14:40.860 --> 00:14:43.060
Tugas Anda,

00:14:43.320 --> 00:14:45.240
kunjungi entra.microsoft.com

00:14:45.240 --> 00:14:46.500
buat penyewa eksternal

00:14:46.500 --> 00:14:47.760
dan coba panduan memulai.

00:14:48.660 --> 00:14:49.480
Itu akan memandu Anda

00:14:49.480 --> 00:14:50.520
menyiapkan aplikasi contoh

00:14:50.520 --> 00:14:51.180
dalam hitungan menit.

00:14:51.620 --> 00:14:52.640
Berlangganan untuk penjelasan

00:14:52.640 --> 00:14:53.260
lebih mudah dipahami

00:14:53.260 --> 00:14:54.700
tentang platform identitas Microsoft.

00:14:54.700 --> 00:15:24.680
Terima kasih telah menonton!