Latest / M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia / Microsoft Entra Domain Services Dijelaskan: Aplikasi Lama di Azure Tanpa Domain Controller Sendiri (Sulih Suara AI)

Transcript

Microsoft Entra Domain Services Dijelaskan: Aplikasi Lama di Azure Tanpa Domain Controller Sendiri (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 yang lebih besar.
• 0:12
  Bergabunglah bersama kami untuk sesi langsung demo dunia nyata dan pengetahuan praktis dari MVP serta pakar industri di seluruh dunia.
• 0:18
  Tanpa slide yang umum, tanpa istilah teknis yang berteret.
• 0:21
  Kami akan membahas tantangan nyata, Copilot Studio, Agen AI, Fabrik, Keamanan, Tata Kuala, dan Otomatisasi.
• 0:28
  Baik Anda seorang profesional TI, pengembang, atau pemimpin bisnis, tersedia sesi yang dirancang khusus untuk Anda.
• 0:35
  Selama 10 hari penuh, Anda bisa menjelajahi berbagai teknologi dan terhubung dengan komunitas global.
• 0:40
  Saksikan secara langsung, dan bawa wasam praktis kembali ke organisasi Anda.
• 0:45
  Januari 2027, 10 hari.
• 0:47
  Satu komunitas Microsoft.
• 0:49
  Pendaftaran telah dibuka sekarang.
• 0:51
  Kunjungi M365Chan.net dan amankan tempat Anda hari ini.
• 0:55
  Itu adalah M36.net.net
• 0:58
  Bergabunglah sekarang di M365Chan.net dan sampai jumpa secara langsung di bulan Januari.
• 1:05
  Halo semuanya dan selamat datang di episode lain dari Microsoft Knowledge Nuggets di M365FM.
• 1:10
  Saya Mirko Peters.
• 1:11
  Bayangkan Anda memindahkan aplikasi bisnis selama dari server di kantor Anda ke mesin virtual Azure.
• 1:16
  Aplikasi tersebut kini berada di Cloud tetapi masih meminta domain Windows.
• 1:19
  Aplikasi itu ingin bergabung dengan domain tersebut, mencari orang melalui LDAP,
• 1:22
  masuk ke penggunaan dengan Kerberos, dan menerapkan kebijakan.
• 1:24
  Kebanyakan orang berasumsi EntraID menggantikan setiap tugas Active Directory.
• 1:28
  Jadi demikian.
• 1:29
  Aplikasi Cloud Modern dapat membuat Anda masuk melalui EntraID,
• 1:32
  tetapi aplikasi Windows yang lebih lama tetap mengharapkan domain yang sama seperti yang mereka gunakan di ruang server.
• 1:36
  Di akhir episode ini, Anda akan melihat di mana posisi EntraID Active Directory dan EntraDomain Services,
• 1:41
  serta ada satu detail yang mengubah cara Anda mengelola semuanya.
• 1:44
  Informasi identitas hanya mengalir dalam satu arah.
• 1:48
  Mengapa EntraID saja tidak bisa menjalankan setiap aplikasi lab?
• 1:50
  Mari kita mulai dengan apa yang dilakukan EntraID dengan.
• 1:52
  Ini adalah meja resepsionis untuk layanan cloud.
• 1:54
  Sistem ini tahu siapa Anda,
• 1:56
  memeriksa proses masuk Anda,
• 1:57
  dan memutuskan apakah Anda boleh mengakses Microsoft 3.0,
• 1:59
  dan setiap aplikasi bisnis di cloud.
• 2:02
  Anda masuk sekali,
• 2:02
  lalu berpindah antar layanan tanpa harus mengetik kata sandi berulang kali.
• 2:06
  Itulah ases masuk-ases.
• 2:08
  EntraID juga dapat meminta pemeriksaan masuk kedua melalui autentikasi multifaktor,
• 2:12
  memeriksa perangkat yang Anda gunakan,
• 2:13
  dari mana Anda masuk,
• 2:14
  dan aturan yang ditetapkan perusahaan Anda terkait akses.
• 2:16
  Untuk aplikasi modern,
• 2:18
  pola tersebut bekerja sangat.
• 2:20
  Anda membuka browser,
• 2:21
  aplikasi mengirim Anda ke EntraID,
• 2:22
  Anda masuk mungkin menyetujui permintaan di ponsel,
• 2:24
  lalu EntraID mengirimkan pesan masuk yang aman ke aplikasi di balik layar.
• 2:28
  Aplikasi membaca pesan tersebut dan mengizinkan Anda.
• 2:30
  Dengan pola ini,
• 2:31
  tidak perlu lagi bergabung ke domain,
• 2:32
  tidak ada Windows Server lama yang terlibat,
• 2:34
  dan tidak ada persyaratan bagi aplikasi untuk mencari rektori perusahaan klasik.
• 2:37
  Namun aplikasi yang lebih lama tumbuh di dunia berbeda.
• 2:39
  Bayangkan aplikasi keuangan yang telah berjalan di Windows Server selama bertahun-tahun,
• 2:42
  tempat pengguna masuk dari PC yang terhubung ke domain.
• 2:45
  Aplikasi tersebut mencari detail karyawan melalui LDAP,
• 2:47
  cara umum bagi perangkat menak lama untuk mencari rektori perusahaan.
• 2:51
  Aplikasi mungkin menggunakan Gerberos,
• 2:52
  metode masuk Windows lama yang memungkinkan sistem untuk saling percaya.
• 2:55
  Aplikasi mungkin mengandalkan kebijakan grup,
• 2:57
  sekumpulan aturan perusahaan yang dapat mengontrol pengaturan di komputer Windows.
• 3:00
  Aplikasi tersebut tidak tahu cara membaca pesan masuk cloud modern.
• 3:03
  Aplikasi tersebut berharap untuk memanggil jaringan dan menemukan domain Windows tradisional.
• 3:07
  Dan jika tidak dapat menemukannya,
• 3:08
  aplikasi mungkin gagal memasukkan pengguna,
• 3:10
  gagal menemukan akun layanan atau sekadar menolak untuk dimulai.
• 3:12
  Anda mungkin pernah melihat pola ini di luar bidang IT juga.
• 3:15
  Stop kontak baru tidak membantu jika stiker pada mesin lama tidak pas.
• 3:18
  Listriknya ada, tetapi semuanya salah.
• 3:20
  Sekarang, bayangkan perusahaan memindahkan aplikasi keuangan dan basis datanya ke komputer virtual Azure.
• 3:25
  Server telah berpindah, tetapi kebutuhan namanya belum.
• 3:27
  Anda dapat membiarkan Active Directory di kantor
• 3:29
  dan menghubungkan Azure kembali ke sana melalui VPN terowongan jaringan pribadi.
• 3:32
  Jadi, aplikasi di Azure mengirimkan permintaan melalui koneksi tersebut kapanpun yang merlukan domain.
• 3:36
  Hal itu bisa berhasil, tetapi aplikasi sekarang bergantung pada tautan jaringan dan pengontrol domain lokal agar tetap tersedia.
• 3:42
  Dan jika koneksi tersebut bermasalah, aplikasi cloud mungkin juga mengalami masalah.
• 3:46
  Pilihan lainnya adalah membuat komputer virtual pengontrol domain Anda sendiri di Azure.
• 3:49
  Pengontrol adalah server yang menjalankan domain Active Directory tradisional,
• 3:52
  menangani direktori, proses masuk, dan tugas domain lainnya.
• 3:56
  Hal itu juga berhasil, tetapi sekarang tim Anda memiliki lebih banyak server.
• 3:58
  Seseorang perlu melakukan patch dan memantau server tersebut.
• 4:00
  Anda memerlukan cadangan, rencana pemulihan, rencana untuk mengincronkan pengontrol domain
• 4:04
  dan Anda juga perlu melindungi akun admin yang kuat yang mengontrol domain tersebut.
• 4:07
  Bagi beberapa perusahaan kendaya tersebut, masuk.
• 4:09
  Bagi yang lain, itu adalah pekerjaan tambahan hanya untuk menjaga agar aplikasi lama.
• 4:13
  Jadi, kesenjangannya cukup sempit, tetapi nyat.
• 4:15
  Sebuah aplikasi ada di Azure, namun masih menggunakan bahasa Active Directory yang lama.
• 4:19
  Apa sebenarnya Microsoft Entra Domain Services itu?
• 4:21
  Microsoft Entra Domain Services adalah domain Windows terkelola yang berjalan di dalam jaringan Azure Anda.
• 4:26
  Itulah definisi sederhananya.
• 4:28
  Mengontrol domain berjalan di balik layar, dikelola sepenuhnya oleh Microsoft,
• 4:31
  sementara mesin virtual Azure dan aplikasi lama Anda menggunakan layanan domain familiar yang mereka butuhkan.
• 4:36
  Bayangkan pengaturan cloud Anda sebagai sebuah gedungkan.
• 4:38
  Entra ID adalah meja resepsionis di depan.
• 4:40
  Layanan ini memperiksa siapa Anda saat masuk ke Microsoft 365 atau aplikasi cloud lainnya,
• 4:44
  serta menerapkan aturan perusahaan terkait proses masuknya.
• 4:46
  Entra Domain Services berada di ruang kantor belakang yang terkunci.
• 4:49
  Sistem lama tidak perlu mengunjungi meja resepsionis seperti yang dilakukan aplikasi cloud modern.
• 4:52
  Mereka memerlukan direktori bergaya lama di dekatnya yang memahami bahasa mereka dan dapat menjawab permintaan mereka.
• 4:58
  Ruang kantor belakang itu adalah domain terkelola.
• 5:00
  Intinya adalah Anda tidak perlu membangun pengontrol domain sendiri.
• 5:02
  Anda tidak perlu masuk ke sistem tersebut dengan remote test.
• 5:05
  Anda tidak perlu menentukan berapa banyak yang dijalankan menambah Windows di dalamnya atau mengelola koneksi antersek.
• 5:08
  Microsoft menangani semua hal ini.
• 5:10
  Tugas Anda adalah menghubungkan mesin virtual Azure dan aplikasi yang tepat ke domain terkelola.
• 5:14
  Setelah terhubung, mereka dapat menggunakan layanan aktif direktori yang familiar.
• 5:17
  VM Windows dapat bergabung ke domain dan aplikasi lama dapat menggunakan LDAP untuk mencari orang, grup, dan detail direktori.
• 5:23
  Sistem ini dapat menggunakan Kerberos, metode masuk yang sering diharapkan oleh aplikasi bisnis lama saat satu server pemeriksa server lain.
• 5:29
  Sistem ini juga dapat menggunakan NTLM, metode masuk Windows lama lainnya yang masih dibutuhkan oleh beberapa aplikasi.
• 5:33
  Domain terkelola juga menyediakan DNS yang membantu sistem menemukan server yang tepat berdasarkan nama, bukan deretan angka.
• 5:38
  Layanan ini juga mendukung kebijakan grup, sehingga Anda dapat menerapkan pengaturan Windows tertentu ke komputer dan pengguna di domain terkelola tersebut.
• 5:45
  Daftar itu terdengar tangis, saya tahu.
• 5:46
  Bayangkan itu sebagai meja penerjemah.
• 5:48
  Aplikasi Anda bertanya dalam bahasa Windows lama, siapa pengguna ini?
• 5:52
  Bisakah server ini mercaya server itu?
• 5:54
  Di mana database-nya?
• 5:55
  Pengaturan apa yang harus digunakan komputer ini?
• 5:58
  Entra Domain Services memahami pertanyaan-pertanyaan tersebut dan memberikan jawaban yang diharapkan aplikasi,
• 6:02
  namun tidak membuat daftar karyawan utama yang kedua.
• 6:04
  Catatan identitas utama tetap berada di Entra ID.
• 6:06
  Pengguna dan grup dari Entra ID disalin ke domain terkelola sehingga aplikasi lama dapat melihat dan menggunakannya dalam bentuk yang dipahaminya.
• 6:13
  Jika perusahaan Anda juga memiliki Active Directory lokal, identitas mungkin sudah mencapai Entra ID dari sana sebelum disalin ke Domain Services.
• 6:19
  Araliran data penting di sini.
• 6:20
  Detail identitas mengalir ke Entra Domain Services.
• 6:23
  Data tersebut tidak mengalir kemah.
• 6:24
  Jadi jika pengguna berasal dari Entra ID, Anda mengelola pengguna tersebut di Entra ID.
• 6:28
  Jika pengguna asli berasal dari Active Directory lokal Anda, Anda mengelola pengguna tersebut di sana.
• 6:32
  Anda tidak memperlakukan Domain Services sebagai tempat untuk mengedit catatan utama karyawan.
• 6:37
  Hal itu mencegah domain terkelola menjadi lemari arsip kedua dengan versi data orang yang sama.
• 6:41
  Mengarang satu bagian yang sering menjoditkan banyak orang saat penyiapan, yaitu katasan.
• 6:45
  Proses masuk Cloud Modern dan proses masuk Windows lama tidak menggunakan katasan di dengan cara yang sama di balik layar.
• 6:50
  Agar Kerberos dan NTLM berfungsi, Domain Services merlukan bentuk data katasan di terlindungi yang mendukung metode lama tersebut.
• 6:55
  Microsoft tidak pernah menyimpan katasan di dalam bentuk text-based.
• 6:58
  Layanan ini memerlukan informasi katasan di terlindungi yang tepat sebelum pengguna dapat masuk ke VM yang bergabung dengan domain atau aplikasi lama melalui domain terkelola.
• 7:05
  Bagi pengguna khusus Cloud, seringkali pengguna perlu mengubah katasan di mereka setelah domain services diaktifkan.
• 7:11
  Perubahan katasan di tersebut menciptakan bentuk terlindungi yang diperlukan untuk domain terkelola.
• 7:16
  Sebelum itu terjadi, pengguna mungkin dapat masuk ke Microsoft di ganan lancar tetapi gagal saat mencoba menggunakan domain gaya lama.
• 7:22
  Awal ini mungkin terasa aneh.
• 7:24
  Pengguna sudah memiliki akun, kata Sandi sudah berfungsi namun aplikasi lama tetap tidak bisa menggunakannya.
• 7:29
  Bagian yang hilang bukanlah akun pengguna.
• 7:31
  Melainkan bentuk kata Sandi terlindungi yang diperlukan oleh metode masa ulama tersebut.
• 7:34
  Domain services juga memiliki batasan yang jelas mengenai area kerjanya.
• 7:37
  Layanan ini berjalan di dalam jaringan virtual Azure yang sering disebut sebagai VM.
• 7:41
  VM Azure Anda memerlukan akses jaringan ke Vina tersebut dan mereka harus menggunakan pengaturan DNS domain terkelola agar dapat menemukannya.
• 7:46
  Ini bukan direktori publik yang dapat dihubungi oleh setiap perangkat di internet.
• 7:50
  Ini adalah layanan domain pribadi untuk beban kerja yang terhubung ke jaringan Azure yang tersebut.
• 7:54
  Jadi ketika suatu aplikasi memerlukan perilaku Active Directory lama di Azure, domain services menyediakan tempat terkelola untuk menemukannya.
• 8:00
  Hal itu membawa kita ke pertanyaan berikutnya.
• 8:02
  Di mana posisi layanan ini di samping Enter ID dan domain Active Directory Anda yang sudah ada.
• 8:06
  Namanya terdengar mirip tetapi tugasnya sangat berbeda.
• 8:09
  Enter ID, Active Directory, dan domain services.
• 8:12
  Tugas yang berbeda.
• 8:13
  Namanya hampir sama, jadi mudah untuk menganggapnya sebagai versi berbeda dari produk yang sama.
• 8:17
  Bukan begitu.
• 8:18
  Masing-masing menangani bagian berbeda dari gambaran identitas perusahaan Anda.
• 8:21
  Dan setelah Anda mengetahui tugas masing-masing, pilihannya menjadi jauh lebih jelas.
• 8:24
  Enter ID menangani identitas cloud.
• 8:26
  Saat Anda membuka Microsoft 365, Teams, SharePoint, atau aplikasi bisnis modern,
• 8:30
  Enter ID memiksa proses masuk Anda dan mengontrol apa yang dapat Anda akses.
• 8:33
  Layanan ini juga mendukung autentikasi multifaktor dan aturan akses,
• 8:36
  seperti meminta pemeriksaan masuk yang lebih kuat saat Anda bekerja dari perangkat yang tidak dikenal.
• 8:40
  Ini dipangun untuk layanan cloud.
• 8:41
  Aplikasi modern tidak perlu berada di jaringan yang sama dengan Enter ID
• 8:44
  karena menggunakan metode masuk berbasis web.
• 8:47
  Anda masuk melalui browser atau aplikasi Enter ID memanfirmasi identitas Anda
• 8:50
  dan aplikasi menerima bukti bahwa Anda diceritakan masuk.
• 8:53
  Itu adalah pola normal untuk aplikasi cloud.
• 8:55
  Active Directory Domain Services, yang sering disingkat sebagai Active Directory,
• 8:58
  lakukan tugas yang berbeda.
• 9:00
  Ini adalah domain Windows tradisional yang dijalankan banyak perusahaan di kantor, pusat data,
• 9:03
  atau ruang server mereka sendiri.
• 9:05
  Perusahaan memiliki domain controller, memilih cara mengaturnya,
• 9:08
  dan mengelola seluruh domain dari awal hingga akhir.
• 9:10
  Layanan ini dapat mengontrol PC Windows, mendukung server lokal,
• 9:13
  dan menyediakan metode masuk lama yang dibutuhkan aplikasi bisnis jangka panjang.
• 9:16
  Tingkat kontrol tersebut disertai dengan tanggung jawab.
• 9:18
  Tim TI Anda menjalankan domain mengurus server,
• 9:20
  dan menentukan bagaimana direktori tersebut harus bekerja bagi perusahaan.
• 9:25
  Enter Domain Services berada di antara kedua dunia tersebut.
• 9:27
  Layanan ini memberikan workload Azure domain Windows terkola
• 9:29
  saat mereka membutuhkan perilaku Active Directory lama
• 9:31
  tetapi Microsoft yang menjalankan sisi domain controllernya.
• 9:33
  Anda menggunakan domain tersebut untuk VM Azure dan aplikasi lama
• 9:37
  tanpa harus menanggung tukis penuh dalam menjalankan domain Active Directory tradisional sendiri.
• 9:41
  Anggap saja ini sebagai sistem lemari arsip.
• 9:42
  Entra ID menyimpan catatan utama karyawan untuk pekerjaan cloud.
• 9:46
  Disitulah perusahaan menyimpan catatan kerja yang digunakan
• 9:48
  untuk Microsoft 365 dan proses masuk cloud model.
• 9:50
  Domain service memberi aplikasi Azure lama salinan catatan
• 9:53
  yang mereka butuhkan agar kompatibel.
• 9:55
  Aplikasi tersebut dapat membuka jenis lemari arsip yang sudah dikenal
• 9:58
  dan menemukan pengguna, grup, serta retail masuk dalam format lama yang mereka mengerti.
• 10:01
  Anda tidak perlu membangun ulang aplikasi hanya karena aplikasi tersebut dipindahkan ke.
• 10:04
  Perusahaan yang hanya menggunakan cloud juga dapat menggunakan pengaturan ini.
• 10:07
  Bayangkan sebuah perusahaan yang tidak pernah menjalankan domain controller lokal.
• 10:10
  Semua orang masuk ke Microsoft 365 melalui Entra ID
• 10:12
  dan bisnis mulai menggunakan VM Azure untuk aplikasi Windows lama.
• 10:16
  Perusahaan itu tidak perlu membangun domain Active Directory lokal
• 10:19
  hanya untuk aplikasi tersebut.
• 10:21
  Sebaliknya, mereka bisa menggunakan Entra Domain Services
• 10:23
  untuk VM Azure yang membutuhkan perilaku domain
• 10:25
  sementara bagian lain perusahaan tetap menggunakan Entra ID untuk pekerjaan cloud-based.
• 10:28
  Perusahaan hibrida memiliki titik awal yang berpilih.
• 10:30
  Mereka mungkin sudah menjalankan Active Directory di kantor
• 10:32
  dengan pengguna dan grup yang disinkronkan ke Entra ID.
• 10:35
  Orang-orang tersebut kemudian dapat muncul di Entra Domain Services
• 10:37
  untuk beban kerja yang berjalan di Azure.
• 10:39
  Alurnya terlihat seperti ini.
• 10:41
  Active Directory perusahaan yang sudah ada mengirim detail identitas ke Entra ID
• 10:44
  dan Entra ID menyediakan salinan yang kompatibel ke domain services.
• 10:48
  Itu tidak berarti domain services menggantikan domain lokal yang asli.
• 10:52
  Kantor mungkin masih memerlukan domain Active Directory sendiri
• 10:54
  untuk PC lokal, server lokal, sistem pabrik,
• 10:56
  atau aplikasi yang tetap ada di lokasi.
• 10:59
  Domain services hanya menangani bagian Azure
• 11:01
  di mana perilaku domain gaya lama yang dikelola sesuai dengan beban kerjanya.
• 11:04
  Dan layanan ini juga tidak mengubah Entra ID menjadi Active Ring.
• 11:07
  Entra ID tetap menjadi layanan identitas berbasis cloud.
• 11:10
  Domain services menambahkan,
• 11:11
  domain terkelola untuk kebutuhan lama tertentu,
• 11:14
  tetapi tidak memberikan semua opsi dan kendali penuh
• 11:16
  seperti saat Anda menjalankan Active Directory sendiri.
• 11:19
  Jadi bayangkan tiga tugas yang terpisah.
• 11:21
  Entra ID menangani proses masuk cloud model.
• 11:22
  Active Directory menangani domain Windows yang dijalankan oleh perusahaan Anda sebut.
• 11:26
  Entra domain services menangani beban kerja Azure lama
• 11:28
  yang masih membutuhkan domain Windows
• 11:30
  tanpa mengharuskan Anda menjalankan pengendali domain
• 11:32
  dengan tugas-tugas tersebut.
• 11:34
  Anda bisa mengajukan pertanyaan jauh lebih baik.
• 11:36
  Kapan domain services cocok untuk beban kerja tersebut
• 11:38
  dan kapan Anda harus memilih yang lain?
• 11:40
  Kapan domain services cocok dan kapan tidak?
• 11:43
  Mulai dengan aplikasinya bukan nama produk.
• 11:45
  Jika aplikasi lama menggunakan LDAP,
• 11:47
  yakni bahasa lama untuk memeriksa nama pengguna dan kata sandi,
• 11:49
  dan Anda memindahkannya ke Azure, domain services bisa menjadi pilihan yang tepat.
• 11:52
  Aplikasi tersebut tetap menggunakan apa yang sudah dipahaminya
• 11:54
  tanpa harus menulis ulang sepenuh.
• 11:56
  Hal ini penting jika aplikasi masih berfungsi,
• 11:58
  bisnis membutuhkannya dan menulis ulang kode masuk
• 11:59
  akan memakan terlalu banyak waktu biaya.
• 12:01
  Skenario umum lainnya,
• 12:02
  sekompok mesin virtual Azure perlu bertindak seperti komputer domain normal.
• 12:07
  Staff mungkin perlu masuk ke Windows dengan akun kerja mereka.
• 12:09
  Layanan mungkin memerlukan akun layanan,
• 12:11
  yaitu akun yang digunakan aplikasi untuk terhubung ke sistem lain seperti basis data.
• 12:15
  Anda mungkin memerlukan kebijakan grup
• 12:16
  untuk menerapkan pengaturan perusampar tersebut.
• 12:18
  Dalam kasus tersebut,
• 12:19
  domain services memberikan perilaku domain yang diharapkan oleh mesin-mesin Azure.
• 12:23
  Demo desktop services juga cok di sini.
• 12:25
  Bayangkan karyawan yang terhubung ke desktop
• 12:26
  atau aplikasi Windows bersama di Azure.
• 12:29
  Sistem tersebut seringkali bergantung pada domain Windows
• 12:31
  untuk proses masuk pengguna dan manajemen komputer.
• 12:34
  Domain services menyediakan lapisan domain tersebut
• 12:36
  tanpa tim Anda harus membangun mesin virtual pengendari domain dari no.
• 12:39
  Aplikasi lama seringkali memiliki lebih dari satu bagian.
• 12:41
  Mungkin ada server web di depan,
• 12:43
  server aplikasi di tengah, dan basis data di belakang.
• 12:45
  Server aplikasi harus membuktikan identitasnya
• 12:47
  sebelum basis data menerima koneksi.
• 12:50
  Ketika kepercayaan itu bergantung pada akun layanan Windows,
• 12:52
  domain services menjaga koneksi tersebut tetap berfungsi setelah pemindahan.
• 12:55
  Intinya, tim Anda mendapatkan perilaku domain lama
• 12:58
  yang dibutuhkan beban kerja tersebut
• 12:59
  sementara Microsoft menangani tugas pengendali domain
• 13:01
  yang seharusnya membebani daftar server Anda.
• 13:04
  Namun, jangan pilih domain services hanya karena Anda menggunakan it.
• 13:07
  Aplikasi cloud baru sebaiknya masuk share langsung melalui Enter ID.
• 13:09
  Jika aplikasi tersebut mendukung matahari masuk modern,
• 13:12
  ia akan mengarahkan pengguna Enter ID,
• 13:14
  menerima bukti masuk,
• 13:15
  serta mendapatkan manfaat aturan akses cloud
• 13:16
  dan autentikasi multifaktor.
• 13:19
  Itu adalah jalur yang lebih rapi untuk perangkat.
• 13:21
  Domain service membantu aplikasi yang menggunakan bahasa lama.
• 13:24
  Itu bukan alasan untuk mengajarkan bahasa lama tersebut kepada aplikasi berat.
• 13:26
  Ada juga batasan ketat yang perlu Anda periksa terlebih dahulu.
• 13:29
  Beberapa aplikasi tidak hanya membaca dari konektif direktori,
• 13:31
  tetapi juga menduskan kembali ke dalam.
• 13:32
  Misalnya, aplikasi mungkin perlu membuat atau mengubah entry direktori
• 13:36
  sebagai bagian dari tugas normalnya.
• 13:38
  Domain services tidak cocok jika aplikasi tersebut
• 13:40
  memerlukan akses tulis LDAP.
• 13:42
  Peringatan yang sama berlaku jika aplikasi perlu mengubah
• 13:44
  skema Active Directory,
• 13:45
  yaitu sekumpulan bidang yang menentukan apa yang dapat disimpan direktori.
• 13:48
  Beberapa perangkat lunak lama meminta Anda menambahkan bidangnya sendiri
• 13:51
  sebelum dapat disimpan.
• 13:52
  Domain terkelola tidak memungkinkan Anda mengubah desain data tersebut.
• 13:54
  Anda juga harus berhenti sejenak jika tim Anda membutuhkan
• 13:56
  kontrol penuh atas domain itu sendiri.
• 13:58
  Mungkin Anda memerlukan akses langsung ke pengendali domain-domain kontrol.
• 14:00
  Mungkin Anda memerlukan akses admin domain yang memberikan kontrol sangat luas.
• 14:04
  Atau mungkin Anda memerlukan desain direktori rumit
• 14:06
  yang ingin Anda bangun dan jalankan dengan cara Anda sendiri.
• 14:08
  Hal itu mengarah pada menjalankan Active Directory sendiri,
• 14:11
  baik di lokal maupun di mesin virtual di Azure.
• 14:14
  Domain services sengaja memberikan kontrol lebih sedikit
• 14:16
  karena Microsoft menjalankan layanan domain ini tersebut.
• 14:18
  Jadi ajukan satu pertanyaan sederhana sebelum Anda memilih cara.
• 14:21
  Apakah beban kerja ini memerlukan bahasa Active Directory lama
• 14:24
  atau dapat menggunakan Enter ID modern?
• 14:26
  Jika dapat menggunakan Enter ID modern mulai lari saja.
• 14:28
  Jika memerlukan berlaku domain lama,
• 14:30
  tetapi tidak mengharuskan Anda memiliki setiap bagian domain.
• 14:32
  Domain services bisa menjadi pilihan yang sangat tepat.
• 14:34
  Dan jika aplikasi perlu menulis ulang direktori mengubah skemanya
• 14:37
  atau memberikan tim Anda kontrol domain total,
• 14:39
  ia memerlukan tempat lain.
• 14:40
  Memilih domain terkelola berarti menerima sebuah kompromi.
• 14:43
  Microsoft menangani pengendali domain
• 14:44
  dan Anda melepaskan sebagian kontrol yang didapat jika menjalankannya sendiri.
• 14:48
  Kompromi layanan terkelola yang perlu Anda ketahui.
• 14:50
  Pendekatan terkelola tersebut menghemat pekerjaan
• 14:52
  tetapi juga mengubah apa yang dapat dikontrol oleh tim TIA.
• 14:55
  Microsoft menjalankan pengendali domain menjaga sinkronisasinya,
• 14:57
  menerapkan patch, dan menangani ketersediaan di balik layar.
• 15:00
  Anda tidak perlu merencanakan lokasi setiap pengendali domain
• 15:03
  atau memulihkannya setelah kegagalan server.
• 15:05
  Itulah sebabnya banyak tim memilihnya.
• 15:06
  Tetapi Anda tidak dapat melakukan remote desktop ke pengendali domain tersebut
• 15:09
  dan Anda tidak mendapatkan hak admin domain atau admin perusahaan
• 15:12
  karena hal itu akan memberikan kontrol atas bagian-bagian yang dikelola Microsoft.
• 15:15
  Sebagai gantinya, Microsoft menyediakan grup bernama
• 15:17
  Entra Domain Services Administrators.
• 15:19
  Masukkan orang-orang yang perlu mengelola domain ke dalam grup tersebut,
• 15:22
  lalu gunakan mesin virtual management yang bergabung dengan domain terkelola.
• 15:24
  Dari mesin tersebut, Anda bisa menggunakan alat Active Directory yang familiar
• 15:28
  untuk mengelola apa yang diizinkan.
• 15:29
  Sebagai contoh, Anda bisa membuat unit organisasi atau OU Anda sendiri.
• 15:33
  Anggaplah itu sebagai folder untuk objek domain seperti komputer atau akum layanan.
• 15:36
  Anda dapat mengelola catatan DNS,
• 15:38
  Anda bisa membuat dan menerapkan kebijakan grup untuk pengaturan yang dikut.
• 15:41
  Anda juga bisa mengelola komputer yang bergabung dengan domain
• 15:43
  yang seringkali menjadi alasan utama layanan ini ada.
• 15:45
  Batasan ini dibuat dengan sengaja.
• 15:47
  Anda tidak bisa menambahkan pengendali domain lagi,
• 15:49
  mengubah skema Active Directory,
• 15:50
  atau memperlakukan domain terkelola sebagai tempat perubahan mengalir kembali counter ID.
• 15:53
  Jadi, pertahankan pengelolaan pengguna dan grup di direktori sumber.
• 15:57
  Untuk perusahaan yang hanya berbasis code, sumbernya adalah Enter ID.
• 16:00
  Untuk perusahaan hibrida, sumbernya adalah Active Directory lokal yang disinkronkan ke Enter ID.
• 16:05
  Aturan ini mencegah kesalahan yang seringkat.
• 16:07
  Seseorang melihat pengguna di domain terkelola dan mengubahnya di sana
• 16:09
  dengan asumsi perubahan itu akan tetapkan.
• 16:11
  Namun, perubahan itu tidak akan menjadi catatan perusahaan di Enter ID
• 16:14
  atau Active Directory lokal.
• 16:16
  Jaga agar domain terkelola tetap privat di dalam jaringan Azure.
• 16:19
  Domen ini seharusnya hanya mendukung beban kerja yang memutukannya,
• 16:21
  bukan menjadi direktori perusahaan umum.
• 16:22
  Batasi akses jaringan, lindungi mesin manajemen,
• 16:26
  dan berikan akses admin hanya kepada orang yang membutuhkannya.
• 16:29
  Anda memilih layanan dengan batasan pengaman.
• 16:30
  Batasan pengaman tersebut menghapus sebagian pekerjaan sekaligus
• 16:33
  mencegah Anda mengubah bagian yang dibaliki Microsoft.
• 16:36
  Sebuah cerita migrasi Azure yang sederhana.
• 16:38
  Bayangkan sebuah perusahaan keuangan yang menjalankan aplikasi lama di server
• 16:41
  di dalam kantor mereka sendiri.
• 16:42
  Aplikasi itu mengandalkan LTP untuk menemukan karyawan.
• 16:44
  Aplikasi itu menggunakan kiberosotor.
• 16:46
  Dan servernya melakukan autentikasi dengan akun layanan untuk mencapai basis data keuangan.
• 16:50
  Perusahaan ingin memindahkan aplikasi dan basis datanya ke dalam mesin virtual Azure.
• 16:54
  Salah satu opsinya adalah menjaga aplikasi tetap terhubung ke domain kantor melalui VPN.
• 16:58
  Tetapi aplikasi Azure tersebut akan bergantung pada koneksi jaringan itu
• 17:00
  dan pengendali domain lokal setiap harinya.
• 17:02
  Opsi lainnya adalah menjalankan mesin virtual pengendali domain baru di Azure
• 17:05
  atau menjaga lebih banyak lalu lintas di dalam Azure
• 17:07
  tetapi menambah server Windows yang harus ditambal, dipantau, dicadangkan, dan dipulihkan oleh tim IT.
• 17:12
  Tersebut memiliki cara yang berbeda.
• 17:13
  Pengguna dan grup mereka sudah disinkronkan ke Entra ID.
• 17:16
  Mereka mengaktifkan layanan domain Entra,
• 17:18
  menghubungkan jaringan virtual Azure.