Latest / M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia / Microsoft Entra Cloud Sync dijelaskan: sinkronkan Active Directory ke Entra ID dengan cara ringan (Sulih Suara AI)

Transcript

Microsoft Entra Cloud Sync dijelaskan: sinkronkan Active Directory ke Entra ID dengan cara ringan (Sulih Suara AI) · M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia

• 0:00
  Siap untuk 10 hari pembahasan Microsoft 365, Copilot, AI, Azure, dan para penggerak masa depan dunia kerja.
• 0:07
  Januari ini, M365 Conference kembali hadir dengan skala lebih besar.
• 0:12
  Bergabunglah bersama kami untuk sesi langsung demo dunia nyata dan pengetahuan praktis dari MVP serta pakar industri dunia.
• 0:18
  Tanpa slide generik, tanpa jargon yang tak berujung.
• 0:22
  Kami membahas tantangan nyata, Copilot Studio, agen AI, pabrik, keamanan, tata kuala, dan otomatisasi.
• 0:28
  Baik Anda seorang profesional IT, pengembang, atau pemimpin bisnis, ada sesi yang dirancang untuk Anda.
• 0:35
  Selama 10 hari penuh, Anda dapat menjelajahi berbagai teknologi dan terhubung dengan komunitas global.
• 0:40
  Saksikan secara langsung dan bawa wawasan praktis kembali ke organisasi Anda.
• 0:45
  Januari 2027, 10 hari, satu komunitas Microsoft.
• 0:49
  Pendaftaran sudah dibuka sekarang.
• 0:52
  Dapatkan tempat Anda hari ini.
• 0:54
  Kunjungi M365.net
• 0:58
  Bergabunglah sekarang di M365.net dan sampai jumpa secara langsung di bulan Januari.
• 1:04
  Halo semuanya, dan selamat datang di episode lain Microsoft Knowledge Nuggets di M365.
• 1:10
  FM, EO, WTMN, Milko Peters.
• 1:13
  Apa sebenarnya Microsoft Entra Cloud Sync itu?
• 1:15
  Apakah ini hanya nama lain dari Entra Connect atau apakah ini menjelaskan masalah yang berbeda?
• 1:19
  Banyak perusahaan masih menyimpan akun karyawan di Active Directory di dalam jaringan mereka sendiri.
• 1:23
  Namun, karyawan bekerja di Microsoft 365.
• 1:26
  Mereka membutuhkan Teams, Email Exchange Online, File OneDrive, dan aplikasi Cloud.
• 1:30
  Hal itu menciptakan tempat di mana identitas menjadi benar.
• 1:32
  Tanpa tautan di antaranya, seseorang mungkin ada di Active Directory, tetapi tidak di Entra ID, meja resepsionis cloud untuk Microsoft 365.
• 1:39
  Kata Sandy tidak cocok.
• 1:41
  Akses datang terlambat.
• 1:43
  IT akhirnya melakukan pekerjaan yang sama dua kali.
• 1:46
  Entra Connect menjadi alat lokal yang dikenal untuk menghubungkan kedua tempat tersebut.
• 1:49
  Cloud Sync mengambil jalan berbeda dengan lebih banyak pekerjaan sinkronisasi ditangani di Microsoft Entra.
• 1:54
  Pada akhirnya, Anda akan lebih memahami fungsinya, alasannya, dan apa yang berubah pada tahun 2026.
• 1:58
  Namun, satu batasan tetap menjadi penentu apakah solusi ini cocok untuk Anda.
• 2:01
  Mengapa sinkronisasi identitas membutuhkan model yang lebih sederhan?
• 2:05
  Mulai dari karyawan baru.
• 2:07
  HR memberitahu IT bahwa Maya bekerja pada Senin.
• 2:09
  Seseorang membuat akun Maya di Active Directory yang masih digunakan.
• 2:12
  Banyak perusahaan sebagai lemari arsip staff lokal.
• 2:15
  Nama, email kantor, departemen, manajer keanggotaan grup, dan detail kata sandinya dimulai dari sana.
• 2:20
  Namun, Maya tidak hanya bekerja di dalam jaringan perusahaan.
• 2:24
  Dia perlu masuk ke Teams dari rumah.
• 2:26
  Dia membutuhkan kotak surat eksin onlinenya.
• 2:28
  Timnya menyimpan file di SharePoint.
• 2:30
  Dan dia mungkin perlu akses ke penggajian, CRM, pelatihan, atau aplikasi cloud lainnya sebelum hari pertamanya berakhir.
• 2:35
  Satu orang membutuhkan satu identitas yang berfungsi.
• 2:37
  Identitas itu harus muncul di kedua tempat, namun tetap merujuk pada Maya yang sama.
• 2:41
  Nama masuknya harus sama.
• 2:42
  Informasi grupnya harus sampai ke cloud.
• 2:44
  Saat kata sandinya berubah di Active Directory, Microsoft 365 juga butuh cara aman untuk mengonfirmasi kata sandi tersebut.
• 2:51
  Itulah tugas sinkronisasi identitas.
• 2:53
  Anggap Active Directory sebagai lemari arsip di ruang bawah, tanah gedung kantor.
• 2:58
  Tempat itu menyimpan catatan staff yang sudah dipercaya perusahaan.
• 3:00
  Enter ID berada di resepsionis lantai atas untuk menentukan siapa yang bisa masuk Microsoft 365 dan ruangan mana yang bisa digunakan.
• 3:05
  Jika lemari arsip dan meja resepsionis tidak mencoba berbagi informasi, Maya akan terhenti di pintu.
• 3:11
  20 tahun lalu kesenjana itu menyebabkan banyak pekerjaan manual.
• 3:14
  Tim IT mungkin membuat satu akun secara lokal, lalu membuat akun lain di layanan cloud.
• 3:18
  Saat Maya mengganti nama, pindah tim, atau keluar dari perusahaan, seseorang harus mengingat setiap tempat data dirinya berada.
• 3:25
  Nanti bisa lupa.
• 3:27
  Sinkronisasi identitas mengubah pekerjaan IT sehari-hari.
• 3:30
  Perubahan di Active Directory dapat mengalir ke Enter ID sehingga akun cloud mengikuti akun lokal alih-alih menjadi catatan terpisah kedua.
• 3:37
  Untuk waktu yang lama, Interconnect menangani perjalanan itu.
• 3:39
  Interconnect berjalan di server di dalam jaringan perusahaan.
• 3:42
  Ia membaca Active Directory, menerapkan aturan sinkronisasi lokal, menyimpan penyimpanan data lokalnya sendiri, dan mengirim perubahan yang disetujui ke Enter ID.
• 3:49
  Ia bisa melakukan banyak hal, terutama saat perusahaan butuh kontrol mendalam atas pergerakan data.
• 3:53
  Fleksibilitas itu berserta dengan tanggung jawab.
• 3:54
  Seseorang harus mengurus server tersebut.
• 3:57
  Seseorang harus melakukan bangun.
• 3:58
  Seseorang harus memahami aturan lokal jika pengguna tidak mengautentikasi sinkronisasi sesuai harapan.
• 4:02
  Dan jika server sinkronisasi utama berhenti bekerja, perubahan bisa berhenti mencapai Microsoft 365 sampai IT memperbaiki masalah atau mengikuti rencana pemulihan.
• 4:09
  Bagi Maya itu mungkin berarti akunnya harus menurut.
• 4:10
  Bagi perusahaan dengan ratusan atau ribuan orang, ini bisa berarti karyawan baru tidak muncul di aplikasi cloud akun yang dinonaktifkan butuh waktu lebih lama untuk kehilangan akses dan panggilan dukungan mulai menumpuk.
• 4:22
  Masalahnya bukan sepenuhnya karena Entra Cloudnya kagal sebagai produk.
• 4:24
  Masalahnya adalah setiap mesin lokal membawa pekerjaan lokal bersamanya.
• 4:27
  Banyak perusahaan ingin lebih sedikit bagi yang bergerak di server mereka sendiri.
• 4:30
  Sinkronisasi cloud mengikuti ide tersebut.
• 4:31
  Alih-alih menempatkan mesin sinkronisasi besar, pemrosesan terperinci, dan sebagian besar aturan di dalam jaringan Anda, Microsoft Entra menangani sebagian besar pekerjaan itu di cloud.
• 4:39
  Jaringan lokal Anda menyimpan titik koneksi yang lebih kecil yang dapat membaca Active Directory dan berkomunikasi keluar dengan aman.
• 4:44
  Lemari arsep tetap ada di tempatnya.
• 4:46
  Pemrosesan berpindah lebih dekat ke meja resepsionis.
• 4:48
  Hal itu dapat mengurangi jumlah perangkat lunak lokal yang perlu dikelola tim Anda, sekaligus menjaga Active Directory sebagai tempat awal detail karyawan.
• 4:54
  Ini juga mengubah cara Anda berpikir tentang pemulihan terutama jika perusahaan memiliki lebih dari satu kantor, lebih dari satu direktori, atau baru satu direktori, atau baru saja.
• 5:02
  Jadi, jika pekerjaan sinkronisasi utama berjalan di cloud, apa sebenarnya yang tetap ada di dalam jaringan perusahaan Anda?
• 5:06
  Itulah sebenarnya Microsoft Entra Cloud Sync.
• 5:10
  Microsoft Entra Cloud Sync adalah cara yang dikelola cloud untuk menyalin orang, grup, dan kontak terpilih dari Active Directory ke Entra ID.
• 5:18
  Anggaplah ini sebagai layanan karyawan yang aman.
• 5:20
  Active Directory Anda menyimpan catatan staff di dalam jaringan Anda.
• 5:23
  Entra ID membutuhkan bagian catatan tersebut yang telah disetujui agar penggunaan dapat masuk ke Microsoft 365.
• 5:28
  Cloud Sync menempatkan karyawan kecil bernama agen penyediaan di dalam jaringan Anda untuk membawa informasi tersebut dengan aman di antara keduanya.
• 5:34
  Karyawan tersebut tidak menyimpan sistem pengarsipan kedua.
• 5:37
  Agen ini membaca informasi direktori yang Anda setuju mengenkripsinya dan mengirimkannya melalui koneksi keluar ke Microsoft Entra.
• 5:43
  Koneksi keluar berarti agenlah yang memulai komunikasi dengan cloud.
• 5:47
  Anda tidak perlu membuka jaringan Anda dan menunggu koneksi masuk yang tidak dikenal.
• 5:50
  Itu merupakan detail keamanan yang berguna.
• 5:52
  Agen dapat menjangkau Active Directory karena berada di dalam jaringan Anda.
• 5:55
  Microsoft Entra dapat memproses data karena agen mengirimkannya dengan aman ke cloud.
• 5:59
  Kedua pihak dapat bekerja sama tanpa harus menempatkan mesin sinkronisasi lengkap di server Anda sendiri.
• 6:05
  Di balik layar, Entra menangani bagian pekerjaan yang lebih besar.
• 6:08
  Entra memeriksa apakah seseorang sudah ada di dalam Entra ID.
• 6:10
  Entra menerapkan cakupan Entra.
• 6:12
  Entra mengikuti pemutahan bidang yang Anda tetapkan.
• 6:14
  Kemudian Entra membuat atau memperbaru objek cloud saat informasinya cocok dengan aturan Anda.
• 6:18
  Anda mengelola pilihan tersebut di portal Entra.
• 6:20
  Ini adalah perubahan besar jika Anda mengenal Entra Connect.
• 6:23
  Dengan Entra Connect, sebagian besar logika dan pekerjaan pemecahan masalah terjadi di server yang menjalankan alat sinkronisasi.
• 6:28
  Dengan Cloud Sync, Anda membuat konfigurasi di portal, memilih apa yang harus disinkronkan,
• 6:32
  memetakan bidang, dan memeriksa hasil di satu lokasi cloud.
• 6:35
  Akin lokal tetap berukuran kecil.
• 6:37
  Tidak ada mesin sinkronisasi lokal yang besar dengan database SQL lokal untuk Cloud Sync.
• 6:42
  Anda kini tidak perlu lagi membuka editor aturan lokal setiap kali harus memeriksa pemetaan dasar.
• 6:48
  Microsoft menangani pembaruan agen, sementara tim Anda fokus pada aturan identitas yang penting bagi bisnis.
• 6:53
  Itu tidak berarti Anda kehilangan kendali.
• 6:55
  Anda tetap memilih orang dan grup yang dapat masuk ke Entra ID.
• 6:58
  Anda dapat memilih kolom, seperti nama tampilan, departemen, pember telepon, atau manager.
• 7:04
  Pemetaan menjawab pertanyaan sederhana, label mana pada data Active Directory yang harus menisi label mana di Entra ID.
• 7:09
  Bagi banyak perusahaan, pemetaan bawahan sudah mencakup akun staff pada umumnya.
• 7:13
  Jika nama tampilan Active Directory Anda tertulis maya patel, Entra ID dapat menerima maya patel.
• 7:17
  Jika departemennya berubah dari penjualan ke kesuksesan pelanggan, pembaruan itu dapat mencapai akun cloudnya.
• 7:21
  Jika keanggotaan grupnya memberinya akses ke sumber daya Microsoft 365, informasi grup tersebut juga dapat disinkronkan.
• 7:27
  Beberapa pengaturan memerlukan room.
• 7:29
  Cloud Sync menyertakan ekspresi sederhana untuk kasus di mana Anda perlu menyesuaikan nilai saat berpindah.
• 7:33
  Mungkin sebuah perusahaan ingin menambahkan akhiran kenama tampilan untuk serangkaian akun tertentu.
• 7:37
  Anda dapat mengaturnya dalam konfigurasi cloud alih-alih membangun serangkaian aturan sinkronisasi lokal yang menang.
• 7:42
  Ingat apa perbedaan tersebut.
• 7:43
  Cloud Sync memberi Anda kendali yang masuk akal untuk tugas identitas umum.
• 7:46
  Ini tidak otomatis dirancang untuk menyalin setiap kustomisasi lanjutan yang mungkin dimiliki oleh pengaturan Entra Connect yang sudah lama berjalan.
• 7:52
  Kita akan kembali ke keputusan itu nanti karena hal itu dapat menyelamatkan Anda dari memilih alat hanya karena saya memberitahu bahwa ini lebih baru.
• 7:59
  Kata Sandi menimbulkan pertanyaan banyak.
• 8:01
  Cloud Sync dapat menggunakan sinkronisasi HES, kata Sandi.
• 8:03
  Rasa itu terdengar lebih mengkhawatirkan daripunnya.
• 8:05
  Kata Sandi yang dapat dibaca tidak dikirim ke Microsoft Entra.
• 8:09
  Sebaliknya, Active Directory membuat informasi verifikasi kata Sandi yang dilindungi dan Entra ID menggunakan informasi tersebut untuk meriksa login seseorang dengan aman.
• 8:18
  Jadi Maya dapat menggunakan kata Sandi perusahaannya untuk Microsoft 365.
• 8:21
  Kata Sandinya tetap berawal di Active Directory.
• 8:23
  Saat dia mengubahnya di sana, informasi verifikasi yang diperbarui akan disinkronkan ke Entra ID.
• 8:28
  Microsoft 365 kemudian dapat mengonfirmasi loginnya tanpa menyimpan salinan kata Sandi yang dapat dibaca.
• 8:33
  Satu aturan kepemilikan menjaga semuanya tetap cukup.
• 8:36
  Saat pengguna disinkronkan dari Active Directory, Active Directory tetap menjadi tempat Anda mengedit detail sinkronisasi.
• 8:41
  Jika departemen atau jabatan mayat atau tim perlu diubah, Anda mengubahnya di Active Directory, lalu Cloud Sync meneruskan perubahan tersebut ke Entra ID.
• 8:48
  Anda akan sering melihat kolom Cloud tersebut terkunci untuk edit.
• 8:50
  Itu bukan masalah.
• 8:52
  Hal itu memberitahu Anda di mana asal akun.
• 8:53
  Anda dapat mengubah kepemilikan itu nanti melalui perubahan sumber otoritas yang terencana.
• 8:57
  Tetapi Cloud Sync tidak secara diam-diam mengubah akun lokal menjadi akun lokal menjadi akun yang dikelola-kelola.
• 9:01
  Agen menjelaskan mengapa Cloud Sync terasa lebih ringan.
• 9:04
  Tetapi bagian berikutnya menjelaskan mengapa ia juga tetap berfungsi saat satu server mati.
• 9:08
  Bagaimana Cloud Sync tetap berfungsi saat server gagal?
• 9:11
  Alat sinkronisasi hanya membantu selama ia dapat menjaga Active Directory.
• 9:14
  Bayangkan Senin pagi saat server perlu segera dimulai ulang atau cakramnya rusak tanpa peringatan.
• 9:18
  Seorang manajer menambahkan karyawan baru di Active Directory tetapi orang tersebut tidak muncul di Microsoft 365.
• 9:25
  Seseorang menonaktifkan karyawan yang sudah keluar tetapi akun Cloud tidak segera berubah.
• 9:29
  Pendudan itu menciptakan buka janya, tak begitu.
• 9:31
  Dengan pengaturan Entra Connect tradisional, perusahaan sering menjalankan satu server sinkronisasi aktif dan menjaga server lain dalam mode staging sebagai cadangan.
• 9:38
  Cadangan itu butuh perencanaan pengujian dan proses yang jelas untuk mengambil alih saat server aktif gagal.
• 9:43
  Cloud Sync mengambil rute yang berbeda.
• 9:44
  Anda bisa memasang lebih dari satu agen penyediaan di domain Active Directory yang sama.
• 9:49
  Setiap agen terhubung ke konfigurasi Cloud Sync yang sama di Microsoft Entra dan masing-masing bisa membaca informasi direktori yang sama.
• 9:55
  Anda tidak perlu memperlakukan satu agen sebagai atasan permanen.
• 9:58
  Microsoft Entra memantau agen yang tersedia.
• 10:00
  Jika satu agen offline, layanan Cloud bisa menggunakan agen sehat lainnya untuk melanjutkan pekerjaan.
• 10:06
  Itulah ketersediaan tinggi bawaan, yang artinya Anda menghindari satu server menjadi titik kegagalan tunggal.
• 10:11
  Bayangkan dua meja bantuan menggunakan direktori staff yang sama.
• 10:15
  Jika satu meja tutup hari itu, meja lainnya masih bisa menerima panggilan dan melayani orang.
• 10:19
  Orang-orang di perusahaan tidak perlu tahu meja mana yang menangani permintaan mereka.
• 10:23
  Mereka hanya butuh akses, mereka berfungsi.
• 10:25
  Itulah manfaat praktisnya.
• 10:27
  Alih-alih membangun rencana failover manual di sekitar mesin sinkronisasi lokal yang besar,
• 10:31
  Anda memasang lebih dari satu agen dengan dan membiarkan Entra menggunakan-entra menggunakan agen yang online.
• 10:34
  Anda tetap harus memantau kesehatan agen, menjaga server agar didukung, dan menguji rencana manual.
• 10:39
  Failover bawaan tidak menghilangkan kebutuhan akan IT yang bertanggung jawab.
• 10:43
  Itu memang mengurangi beban tekanan dari satu mesin.
• 10:46
  CloudSync juga membantu saat perusahaan memiliki Forest Active Directory yang terpisah.
• 10:49
  Forest adalah lingkungan Active Directory yang terpisah.
• 10:52
  Anda mungkin memilikinya karena perusahaan Anda membeli bisnis lain.
• 10:55
  Kedua perusahaan mungkin menggunakan domain berbeda, jaringan berbeda,
• 10:58
  dan direktori lokal terpisah yang tidak bisa langsung berkomunikasi.
• 11:02
  Itu umum terjadi setelah merger.
• 11:05
  Dengan CloudSync, Anda bisa memasang agen di dekat setiap Forest.
• 11:08
  Setiap agen membaca Active Directory lokalnya sendiri,
• 11:10
  lalu terhubung ke penyewa Microsoft Entra yang sama.
• 11:13
  Cloud menjadi tujuan bersama meskipun directory lokal tetap terpisah.
• 11:17
  Tidak diperlukan jalur jaringan langsung antar Forest untuk pengaturan itu.
• 11:21
  Bayangkan perusahaan di London mengakui sisi bisnis di Toronto.
• 11:24
  Kedua tim perlu menggunakan penyewa Microsoft 365 yang sama,
• 11:26
  tetapi menghubungkan jaringan directory lama mereka akan memakan waktu berbulan-bulan dan menimbulkan masalah kamar.
• 11:30
  Agen di London dapat menyinkronkan akun London,
• 11:32
  sementara agen di Toronto menyinkronkan akun Toronto.
• 11:35
  Kedua kelompok pengguna tersebut dapat masuk Entra ID yang sama.
• 11:38
  Hal ini dapat memberi waktu untuk merencanakan directory yang lebih besar
• 11:40
  tanpa menghalangi akses orang ke Teams, email, dan aplikasi cloud.
• 11:43
  Masih ada persyaratan praktis yang harus diperlukan.
• 11:45
  Setiap agen memerlukan koneksi yang andal ke Active Directory lokalnya.
• 11:48
  Agen juga memerlukan akses keluar melalui firewall atau proxy Anda ke layanan cloud Microsoft UTMS.
• 11:53
  Jangan menempatkan agen di komputer sembarangan dan berharap semuanya berjalan langsung.
• 11:57
  Pasang di server yang didukung, beri akses lokal yang tepat,
• 11:59
  dan install lebih dari satu agen untuk pengaturan produksi.
• 12:02
  Ketersediaan menjaga koneksi tetap aktif.
• 12:05
  Namun memutuskan akun mana yang harus dikirim melalui koneksi tersebut
• 12:07
  sama pentingnya dengan apa yang disinkronkan dan bagaimana Anda tetap megang kendali.
• 12:12
  Sebelum CloudSync mulai memindahkan akun ke Entra ID,
• 12:14
  tentukan dengan tempat siapa yang tempat siut dalam cakupan sinkronisasi.
• 12:17
  Cakupan berarti bagian dari Active Directory yang diizinkan untuk dibaca dan disalin oleh CloudSync.
• 12:21
  Anda dapat memilih semua objek yang didukung dalam domain
• 12:23
  yang mungkin cocok untuk perusahaan kecil dengan satu directory bersih
• 12:26
  dan satu set akun karyawan yang jelas.
• 12:27
  Perusahaan yang lebih besar biasanya membutuhkan perhatian lebih
• 12:31
  karena Active Directory bisa berisi pengguna uji lama,
• 12:34
  akun layanan, akun pelatihan, dan grup yang tidak diharapkan muncul di Microsoft 365.
• 12:39
  Mulai dengan cakupan sebetulnya menghindari.
• 12:40
  CloudSync memungkinkan Anda membatasi cakupan berdasarkan unit organisasi
• 12:43
  yang sering disebut OU atau berdasarkan grup kami.
• 12:46
  OU seperti folder berlabel di dalam Active Directory.
• 12:49
  Anda mungkin memiliki folder bernama
• 12:51
  karyawan kami atau folder lain bernama kontraktor kami
• 12:54
  atau lainnya bernama akun uji IT kami.
• 12:57
  Atau jika hanya OU karyawan yang boleh mencapai Microsoft 365,
• 13:01
  Anda dapat memilih OU tersebut.
• 13:03
  Cakupan berbasis grup memberi Anda opsi lain.
• 13:05
  Alih-alih memilih seluruh folder, Anda memilih grup keamanan
• 13:07
  dan hanya menambahkan orang yang ingin Anda uji.
• 13:10
  Ini berfungsi dengan baik saat Anda ingin melakukan uji coba kecil
• 13:12
  tanpa memindahkan akun direktorian.
• 13:14
  Mulai dengan grup pengujian.
• 13:14
  Pilih beberapa pengguna yang dikenal
• 13:16
  yang dapat muncul dengan aman di EntraID.
• 13:18
  Periksa nama masuk detail departemen
• 13:19
  dan keanggotaan grup mereka.
• 13:21
  Pastikan akun yang tepat muncul
• 13:22
  kalau perlu cakupan setelah Anda mempercayai hasilnya.
• 13:25
  Pemirsaan kecil tidak dapat menghemat pekerjaan bersihannya sangat.
• 13:27
  Setelah Anda memutuskan siapa yang dapat disinkronkan,
• 13:29
  Anda memutuskan detail mana yang ikut disetak.
• 13:30
  Disebut pembentahan atribut, namun artinya sederhana.
• 13:33
  Kolom mana pada akun Active Directory
• 13:35
  yang mengisi kolom mana pada akun EntraID.
• 13:38
  Catatan pengguna dapat mencakup nama depan,
• 13:40
  nama belakang, nama tampilan,
• 13:41
  nomor telepon kantor, manajer, dan departemen.
• 13:44
  CloudSync menyertakan pembentahan default
• 13:45
  untuk pengaturan umum.
• 13:47
  Dalam banyak kasus, Anda sebaiknya
• 13:48
  membiarkan setelah default tersebut apa adanya.
• 13:49
  Setelah ini mencakup bidang normal
• 13:51
  yang dibutuhkan sebagian besar perusahaan
• 13:52
  dan mengundangkan pemahaman
• 13:53
  jika terjadi perubahan yang tampak tidak sesuai.
• 13:55
  Anda bisa menyesuaikan pembentahan
• 13:57
  jika terdapat alasan bisnis yang jelas.
• 13:59
  Sebagai contoh, sebuah perusahaan mungkin
• 14:00
  menyimpan nomor telepon di bidang lokal
• 14:02
  yang tidak sesuai dengan bidang Entra yang ingin diisi.
• 14:05
  Dapat memutuskan bidang tersebut.
• 14:06
  CloudSync juga mendukung ekspresi sederhana
• 14:08
  untuk perubahan nilai kecil
• 14:09
  tanpa harus membangun serangkaian aturan lokal yang besar
• 14:11
  dengan secara otomatis mengubah pengaturan yang bersih menjadi.
• 14:14
  Jika proses identitas Anda bergantung
• 14:16
  pada logika yang mendalam dan tidak biasa,
• 14:17
  tuliskan persyaratan tersebut sebelum mengubah pemetaan.
• 14:20
  Untuk akun normal, setelah default yang jelas
• 14:21
  lebih baik daripada aturan cerdas
• 14:23
  yang tidak dipahami siapapun setelah bulan.
• 14:25
  CloudSync memberikan cara yang aman
• 14:26
  untuk mengeji sebelum Anda mengaktifkan signal.
• 14:27
  Pengindah otomatiskan apa yang disebut
• 14:29
  Profession on Demand penyedahan software.
• 14:30
  Anda memilih satu pengguna dan bertanya pada CloudSync,
• 14:36
  bagian menemukan pengguna tersebut,
• 14:37
  apakah pengguna berada dalam cakupan Anda,
• 14:40
  apakah enter ID, menemukan akun yang cocok,
• 14:42
  dan apakah CloudSync akan membuat atau memperbarui.
• 14:43
  Anda dapat melihat keputusannya sebelum itu mengaruhi orang.
• 14:46
  Bayangkan tim IT membuat grup percontohan
• 14:48
  bernama Uji CloudSync.
• 14:50
  Seseorang secara tidak sengaja menambahkan grup
• 14:51
  yang lebih besar ke dalamnya
• 14:53
  dan grup tersebut berisi ratusan karyawan.
• 14:55
  Profession on Demand mengungkap masalah cakupan
• 14:57
  saat tim menguji satu orang
• 14:58
  alih-alih setelah ratusan akun muncul di tenant.
• 15:02
  Itu adalah jenis kesalahan yang ingin Anda temukan sejaring.
• 15:03
  CloudSync juga menyertakan perlindungan penghapusan tidak disengaja.
• 15:08
  Jika konfigurasi tiba-tiba mencoba menghapus
• 15:10
  sejumlah besar pengguna atau grup layanan
• 15:11
  dapat menghentikan prosesnya
• 15:12
  dan menempatkan konfigurasi ke dalam karantina
• 15:14
  alih-alih menyalangi rusakan tersebut langsung ke enter ID.
• 15:17
  Admin akan menerima peringatan dan penelitian investigasi.
• 15:19
  Portal enter juga memberikan lo penyediaan untuk Anda.
• 15:21
  Cari pengguna dan Anda dapat melihat apa yang terjadi,
• 15:24
  apakah objek cocok,
• 15:25
  apakah ada bidang yang menyebabkan kesalahan,
• 15:27
  apakah agen terhubung,
• 15:28
  dan apakah konfigurasi tetap sehat.
• 15:30
  Saat sinkronisasi identitas berjalan dengan baik,
• 15:32
  saat terjadi kesalahan,
• 15:34
  log tersebut memberitahu Anda kemana harus mencari
• 15:36
  alih membuat Anda memperkenalkan.
• 15:38
  CloudSync kini mencakup kebutuhan yang lebih luas,
• 15:40
  namun belum berarti menggantikan setiap pengaturan Entra Connect.
• 15:43
  Hmm, CloudSync versus Entra Connect dan transisi tahun 2026.
• 15:47
  Jadi, haruskah setiap perusahaan beralih dari Entra Connect ke CloudSync?
• 15:50
  Tidak.
• 15:50
  CloudSync memang lebih baru,
• 15:51
  namun lebih baru tidak otomatis berarti cocok dengan pengaturan Anda.
• 15:54
  Pilihan yang tepat bergantung pada apa yang harus dilakukan
• 15:56
  sistem identitas Anda saat ini,
• 15:57
  bukan produk mana yang terdengar lebih modern.
• 16:00
  CloudSync cocok bagi perusahaan yang mengingin
• 16:01
  pengaturan lokal lebih sederhana dan pengaturan sinkronisasi berbasis Cloud.
• 16:04
  Alat ini bekerja baik saat Anda,
• 16:05
  terutama perlu menampilkan pengguna, grup, dan kontak
• 16:07
  dari Active Directory ke dalam Entra ini.
• 16:09
  Ini juga cocok untuk perusahaan CanForest terpisah,
• 16:11
  di mana setiap lokasi dapat terhubung ke tanam Entra yang sama,
• 16:14
  tanpa harus menggabungkan jaringan lokal tersebut terlebih dahulu.
• 16:16
  Fitur ini juga memberikan Anda cakupan berbasis CloudSync.
• 16:18
  Hal itu berguna saat Anda ingin memasukkan
• 16:20
  satu unit bisnis, satu kantor baru,
• 16:22
  atau sekolah kecil pengguna terlebih dahulu.
• 16:24
  Anda dapat mengelola pengaturan sinkronisasi di portal Entra,
• 16:26
  memantau ikan di sana,
• 16:27
  dan menghindari pengguna mesin sinkronisasi besar di satu server pusat.
• 16:30
  Entra Connect masih tetap diperlukan.
• 16:32
  Beberapa perusahaan mengandalkan metode masuk
• 16:34
  yang tidak didukung oleh CloudSync di mencari yang sama,
• 16:36
  seperti autentikasi pass-through atau federasi.
• 16:39
  Autentikasi pass-through
• 16:40
  memeriksa kata Sandi ke Active Directory
• 16:41
  tepat saat pengguna masuk.
• 16:43
  Federasi mengirimkan permintaan masuk ke sistem identitas lain,
• 16:46
  seringkali sistem yang memang sudah digunakan oleh perusahaan tersebut.
• 16:48
  Pengaturan tersebut memerlukan perencanaan.
• 16:50
  Entra Connect juga bisa cocok bagi perusahaan
• 16:52
  dengan aturan sinkronisasi lokal yang cakupan.
• 16:54
  Mungkin mereka menggabungkan data dari kolom yang tidak lazim,
• 16:56
  menerapkan logika penyaringan detail,
• 16:58
  atau bergantung pada aturan khusus lama yang dibuat bertahun-tahun.
• 17:01
  Mengganti pengaturan itu dengan alat yang lebih sederhana
• 17:03
  tanpa memeriksa setiap aturan bisa menimbulkan masalah.
• 17:05
  Exchange Hybrid juga dapat memengaruhi pilihan anak-anak.
• 17:07
  Perusahaan mungkin masih menjalankan sebagian exchange secara lokal
• 17:09
  sambil tetap menggunakan Exchange On.
• 17:11
  Beberapa tugas exchange memerlukan detail
• 17:13
  yang ditulis kembali ke Active Directory.
• 17:15
  Jadi, Microsoft 365 dan pengaturan exchange
• 17:17
  tetap sinkron mengenai informasi terkait surat elektronik.
• 17:20
  Pengaturan exchange Anda yang spesifik
• 17:21
  menentukan apakah CloudSync mendukung kebutuhan Anda.
• 17:23
  Keputusan tersebut berubah pada tahun 2020.
• 17:25
  CloudSync kini menyertakan sinkronisasi perangkat
• 17:27
  untuk Hybrid Enter ID juga.
• 17:29
  Hal itu penting ketika perangkat Windows perusahaan
• 17:30
  masih menjadi bagian dari Active Directory lokal,
• 17:32
  namun juga memerlukan identitas di Enter ID
• 17:34
  untuk akses dan manajemen cloud.
• 17:36
  Bagi banyak perusahaan, sinkronisasi perangkat
• 17:37
  adalah alasan tetap menggunakan Enter ID.
• 17:39
  Ini, CloudSync dapat mencakup kebutuhan tersebut juga
• 17:41
  yang menghilangkan satu alasan mengapa berapa timbangkannya.
• 17:44
  Anda tetap perlu memeriksa pengaturan perangkat,
• 17:46
  rencana Windows, dan cara penggunaan Intune,
• 17:47
  namun pilihannya tidak lagi hanya seputar pengguna dan group.
• 17:50
  Microsoft juga menambahkan penulisan balik
• 17:52
  atribut exchange hybrid-exchange hybrid dalam Prating Job.
• 17:54
  Bahasa sederhananya, CloudSync kini dapat mengirim detail
• 17:57
  tertentu terkait exchange dari cloud kembali ke Active Directory.
• 18:00
  Prating Job public berarti Microsoft masih mengumpulkan
• 18:02
  penggunaan dan umpan balik dunia nyata sebelum
• 18:03
  berilis fitur sepenuhnya, jadi pelakukanlah dengan lebih hati-hati
• 18:06
  daripada fitur yang sudah lama ada.
• 18:08
  Jangan secara otomatis memindahkan pengaturan exchange
• 18:10
  hanya berdasarkan satu kalimat dalam pembarang produk.
• 18:12
  Baca dokumentasi Microsoft saat ini,
• 18:14
  uji dengan aku non-produksi,
• 18:15
  dan konfirmasikan atribut yang tepat yang dibutuhkan perusahaan Anda.
• 18:18
  Exchange bisa menjadi tidak kenal ampun
• 18:20
  ketika detail identitas tidak cocok.
• 18:23
  Sinkronisasi Cloud juga menghadirkan kontrol keamanan
• 18:24
  yang familiar ke dalam portal.
• 18:26
  Anda dapat menggunakan sinkronisasi hasil-hasil.
• 18:27
  Anda dapat mengatur notifikasi
• 18:28
  agar orang yang tepat mengetahui adanya masalah.
• 18:30
  Anda dapat mengatur perlindungan penghapusan tidak disengaja.
• 18:33
  Anda dapat mengelola konfigurasi dari Entra alih-alih
• 18:35
  menjadikan server sinkronisasi lokal sebagai pusat segalanya.
• 18:38
  Alat-alat tersebut semakin mendekati dalam hajab.
• 18:40
  Namun, sinkronisasi Cloud bukanlah pengganti sementara
• 18:42
  untuk Entra Connect di setiap perusahaan.
• 18:44
  Anggap pilihan ini seperti memilih kendara.
• 18:46
  Fun kecil mungkin cocok untuk rute pengiriman lokal
• 18:48
  karena mudah dijalankan dan mudah diparkir.
• 18:51
  Rock berat cocok untuk pekerjaan yang berbeda
• 18:53
  karena dapat membawa beban yang tidak bisa dibawa.
• 18:55
  Tidak ada pilihan yang salah.
• 18:56
  Ajukan beberapa pertanyaan langsung sebelum Anda memutuskan.
• 18:59
  Apakah Anda memiliki satu forest active directory?
• 19:01
  Atau beberapa forest yang terputus?
• 19:02
  Apakah Anda memerlukan sinkronisasi?
• 19:04
  Apakah Anda mengandalkan aturan kustom tingkat lanjut?
• 19:06
  Metode masuk mana yang Anda gunakan?
• 19:08
  Apakah access memburukan rate?
• 19:09
  Dan jika layanan sinkronisasi saat ini gagal,
• 19:11
  seberapa cepat Anda dapat putih?
• 19:13
  Tuliskan jawabannya.
• 19:14
  Keputusan akhir tidak boleh dimulai dengan migrasi sekaligus.
• 19:17
  Keputusan harus dimulai dengan tes terkontrol kecil
• 19:19
  yang membuktikan sinkronisasi cloud dapat menangani akun dan persyaratan Anda
• 19:22
  yang sebenarnya
• 19:23
  langgap pertama yang aman bagi perusahaan.
• 19:26
  Mulailah dengan menggambar petai identitas sederhana.
• 19:29
  Daftarkan setiap forest dan domain active director.
• 19:31
  Catat apakah Anda sudah menjalankan Entra Connect
• 19:33
  pengguna mana yang disinkronkan saat ini
• 19:34
  perangkat mana yang memerlukan identitas hibrid
• 19:36
  dan di mana sistem surat Anda masih bergantung pada active directory lokal.
• 19:38
  Betulah sederhana.
• 19:39
  Kemudikan kebutuhan Anda dengan dukungan sinkronisasi cloud saat ini.
• 19:42
  Periksa metode masuk Anda terbit.
• 19:43
  Periksa persyaratan Iksin.
• 19:45
  Periksa perangkat, writeback,
• 19:46
  dan pemetaan custom apapun yang dibuat seseorang bertahun-tahun lalu
• 19:48
  dan belum pernah dilihat siapapun sejak itu.
• 19:50
  Daftar itu dapat mengungkap ketergantungan yang tersebut.
• 19:52
  Jika sinkronisasi cloud cocok install
• 19:54
  setelahnya dua agen penyediaan untuk produksi.
• 19:56
  Satu agen mungkin berfungsi di lab,
• 19:58
  tetapi sinkronisasi identitas produksi
• 19:59
  tidak boleh bertumpu pada satu server
• 20:01
  jika Anda bisa menghindarinya.
• 20:02
  Selanjutnya, buat konfigurasi yang terbatas.
• 20:04
  Pilih unit organisasi pengujian atau grup keamanan kecil.
• 20:07
  Gunakan pemetaan default kecuali Anda memiliki alasan yang jelas untuk mengubah.
• 20:10
  Kemudian pilih pengguna yang dikenal
• 20:12
  dan jalankan provision on demand
• 20:13
  sebelum Anda mengaktifkan sinkronisasi ring.
• 20:15
  Baca hasilnya dengan saksama.
• 20:16
  Periksa apakah entram menemukan orang yang tepat
• 20:18
  membuat akun yang diharapkan
• 20:19
  dan mengirim kolom yang diharapkan.
• 20:21
  Lihat juga log portal.
• 20:22
  Karena status hijau saja
• 20:23
  tidak membuktikan aturan bisnis berfungsi.
• 20:26
  Tetap peringatan penting selama proses pemula.
• 20:29
  Jangan berasumsi bahwa.
• 20:29
  Terima kasih telah menonton!