Melaksanakan Migrasi yang Mulus ke Microsoft Entra ID

By Mirko Peters · 2026-08-22

Mengapa bermigrasi ke Microsoft Entra ID sekarang? Organisasi semakin meninggalkan sistem identitas yang terfragmentasi demi menyederhanakan pengelolaan akses. Bermigrasi ke …

Automatically translated with AI from the original post. Read the English original

Mengapa bermigrasi ke Microsoft Entra ID sekarang?

Organisasi semakin meninggalkan sistem identitas yang terfragmentasi demi menyederhanakan manajemen akses. Bermigrasi ke Microsoft Entra ID (sebelumnya Azure Active Directory) menyediakan platform identitas universal yang memusatkan autentikasi untuk sumber daya cloud maupun on-premises. Berbeda dengan penyedia lama seperti SiteMinder yang mengandalkan autentikasi berbasis header, Entra ID mendukung protokol modern seperti SAML, OpenID Connect, dan OAuth untuk mengamankan lingkungan kerja hybrid.

Menyatukan tumpukan identitas Anda memungkinkan penerapan langkah keamanan yang tahan phishing, yang sulit didukung secara native oleh sistem on-premises lama. Dengan beralih, tim dapat memanfaatkan fitur governance otomatis, termasuk akses berbasis waktu melalui Privileged Identity Management dan manajemen siklus hidup yang lebih efisien. Selain itu, platform ini memungkinkan metode masuk tanpa kata sandi seperti kunci FIDO2 dan aplikasi Microsoft Authenticator, sehingga risiko pencurian kredensial berkurang secara signifikan.

M365 FM Podcast secara rutin membahas transisi ini, membantu arsitek menavigasi pergeseran dari Active Directory Federation Services lama ke autentikasi cloud-native. Menurut studi multi-cloud tahun 2025, 75% perusahaan kini mengelola dua penyedia identitas atau lebih. Namun, menstandarkan satu bidang kontrol tunggal mengurangi utang teknis dan meningkatkan postur Zero Trust Anda secara keseluruhan.

Petakan dependensi Anda sebelum sinkronisasi

Sebelum memulai sinkronisasi apa pun, Anda harus melakukan audit menyeluruh terhadap dependensi on-premises yang ada saat ini. Ini mencakup inventarisasi layanan krusial seperti DNS, Group Policy Objects, dan aplikasi lama yang mungkin bergantung pada Kerberos atau NTLM. Jangan lewatkan komponen infrastruktur seperti relay SMTP, server RADIUS, dan pengaturan autentikasi printer, karena komponen ini sering rusak selama lift-and-shift. Meskipun platform seperti M365 FM Podcast menekankan pergeseran ke protokol modern, banyak organisasi masih menjalankan beban kerja lama yang memerlukan jalur konektivitas tertentu.

Menentukan kondisi target Anda

Tentukan sejak awal apakah Anda menargetkan model sepenuhnya cloud-only atau konfigurasi identitas hybrid. Model identitas hybrid memungkinkan Anda menyinkronkan objek pengguna dan grup sambil tetap mempertahankan komponen on-premises yang diperlukan. Sebaliknya, model cloud-only menghapus AD FS sepenuhnya sehingga beban manajemen Anda lebih ringan. Jika Anda memilih untuk mempertahankan komponen hybrid, gunakan Microsoft Defender for Identity untuk secara proaktif mengidentifikasi kerentanan dan mengelola identitas yang disusupi di infrastruktur on-premises yang tersisa.

• Audit protokol autentikasi lama, termasuk LDAP dan Kerberos, yang sering tidak memiliki padanan langsung di cloud.
• Bersihkan akun yang sudah tidak terpakai dan selesaikan ketidaksesuaian UPN untuk mencegah kesalahan sinkronisasi.
• Ratakan grup bersarang jika memungkinkan, karena grup tersebut dapat menciptakan struktur izin yang kompleks dan tidak diinginkan di cloud.
• Periksa apakah solusi MDM pihak ketiga atau kebutuhan jaringan air-gapped mengharuskan Anda mempertahankan AD FS lebih lama dari yang direncanakan.

Transisi ke model identitas cloud-native dimulai dengan audit menyeluruh terhadap lingkungan Anda saat ini. Setelah Anda memahami cakupan infrastruktur Anda, terapkan fondasi identitas hybrid menggunakan Microsoft Entra Connect untuk menyinkronkan direktori Anda. Langkah penting berikutnya adalah bermigrasi dari AD FS dengan beralih ke metode autentikasi cloud-native, seperti Sinkronisasi Hash Kata Sandi atau Autentikasi Pass-through, sambil memanfaatkan AD FS Application Migration Wizard untuk mengonfigurasi ulang aplikasi relying party bagi Microsoft Entra ID. Selama proses ini, gunakan alat keamanan untuk melindungi infrastruktur Anda. Terakhir, setelah aplikasi dan pengguna sepenuhnya beralih, Anda dapat menonaktifkan pengontrol domain on-premises lama secara sistematis.

Uji autentikasi cloud dengan Staged Rollout

Berpindah dari Active Directory Federation Services (AD FS) ke autentikasi cloud-native memerlukan strategi validasi yang andal. Staged Rollout berfungsi sebagai jembatan untuk transisi ini, memungkinkan Anda memigrasikan kelompok pengguna tertentu ke validasi berbasis cloud sambil tetap mempertahankan infrastruktur federasi yang ada sebagai cadangan. Pendekatan ini meminimalkan risiko dengan mengisolasi potensi masalah pada segmen kecil dari basis pengguna Anda.

Mengonfigurasi fase pilot Anda

Sebelum memulai, verifikasi metode sinkronisasi Anda. Anda harus mengonfigurasi Sinkronisasi Hash Kata Sandi atau Autentikasi Pass-through bersamaan dengan lingkungan AD FS yang sedang aktif. Setelah identitas cloud tersinkronisasi, buka pusat admin Microsoft Entra untuk mengaktifkan fitur ini bagi grup keamanan tertentu. Untuk mencegah hambatan performa atau batas waktu pengalaman pengguna, mulailah dengan membatasi grup pilot awal hingga tidak lebih dari 200 pengguna.

• Tetap aktifkan penyedia identitas federasi Anda selama proses rollout untuk memastikan jalur cadangan yang lancar.
• Pantau pola autentikasi dan status transisi di pusat admin Microsoft Entra.
• Ingatlah bahwa Staged Rollout adalah mekanisme sementara, bukan konfigurasi jangka panjang; persiapkan perpindahan domain penuh setelah pengujian selesai.

Ubah domain federasi Anda menjadi managed

Transisi dari model federasi ke autentikasi managed adalah tonggak penting yang menyederhanakan lingkungan Anda dan menghilangkan ketergantungan pada infrastruktur lama seperti AD FS. Sebelum memulai perpindahan ini, pastikan strategi sinkronisasi Anda sudah andal. M365 FM Podcast secara rutin menekankan bahwa organisasi yang tidak memverifikasi status sinkronisasi sebelum perpindahan berisiko mengalami penguncian pengguna secara meluas.

Apa langkah penting untuk mengonversi domain federasi menjadi domain managed di Entra ID? Untuk mengonversi domain federasi menjadi domain managed, Anda harus terlebih dahulu memastikan bahwa Sinkronisasi Hash Kata Sandi (PHS) atau Autentikasi Pass-through (PTA) sudah dikonfigurasi sepenuhnya dan terverifikasi.

1. Hubungkan ke Microsoft Graph PowerShell SDK menggunakan perintah Connect-MgGraph -Scopes "Domain.ReadWrite.All".
2. Pastikan Anda ditetapkan peran Administrator Nama Domain atau Administrator Global, karena izin ini wajib untuk mengubah pengaturan domain.
3. Jalankan Update-MgDomain -DomainId <your-domain.com> -AuthenticationType "Managed" untuk memulai proses konversi.
4. Verifikasi pembaruan status domain di pusat admin Microsoft Entra, lalu lakukan pengujian langsung dengan grup pengguna pilot untuk memastikan autentikasi ke cloud berhasil.

Perlu diingat bahwa konversi domain dapat memerlukan waktu hingga 60 menit untuk tersebar. Selama periode ini, sesi peramban yang sudah ada umumnya tetap aktif, tetapi permintaan autentikasi baru akan mulai menggunakan alur terkelola. Jika Anda menemui masalah, Staged Rollout tetap menjadi jaring pengaman terbaik untuk validasi yang lebih terperinci.

Antisipasi jebakan umum dalam migrasi

Tantangan umum apa yang harus diantisipasi oleh cloud architect selama transisi Entra ID? Risiko paling signifikan muncul ketika tim memperlakukan migrasi sebagai sekadar pergantian platform, bukan re-arsitektur menyeluruh dari manajemen endpoint. Meskipun fokus sering tertuju pada akun pengguna, infrastruktur Anda bergantung pada protokol mendalam seperti RADIUS untuk akses jaringan, relai SMTP untuk pesan, serta autentikasi printer lama yang tidak dapat begitu saja dipindahkan ke cloud tanpa rencana.

Gagal melakukan inventarisasi dependensi yang menyeluruh sebelum Anda menyinkronkan objek adalah penyebab utama downtime di tengah migrasi. Saat memetakan alur kerja tersebut, Anda harus memutuskan antara konfigurasi hybrid permanen atau model cloud-only sejati. Tetap berada dalam kondisi transisi yang tidak terbatas dan tidak terkelola sering kali menimbulkan celah keamanan dan gesekan operasional. Para pendengar sering mendapati bahwa memperjelas target state ini sejak dini mengurangi kompleksitas dalam mengelola dua lingkungan sekaligus.

Utang teknis sering muncul dalam bentuk akun usang, struktur grup yang bersarang dalam, dan ketidaksesuaian UPN yang terbawa serta mengotori lingkungan baru Anda. Alih-alih memindahkan kekacauan lama, bersihkan atribut Active Directory Anda agar transisi ke Microsoft Entra ID berjalan lancar. Bagi Anda yang menghadapi hambatan ini, dokumentasi migrasi aplikasi Microsoft Entra menyediakan pendekatan terstruktur untuk klasifikasi aplikasi, yang membantu memprioritaskan integrasi sederhana sebelum menangani dependensi lama yang kompleks.

Manfaatkan AD FS Application Migration Wizard dan alat-alatnya

Memindahkan aplikasi lama dari Active Directory Federation Services (AD FS) sering terasa seperti bagian paling menakutkan dari proyek modernisasi identitas. Untuk menyederhanakannya, AD FS Application Migration Wizard berfungsi sebagai alat khusus untuk menemukan, mengevaluasi, dan mengonfigurasi relying party application. Dengan memanfaatkan otomatisasi, architect dapat memindai konfigurasi yang ada untuk memperoleh laporan kelayakan aplikasi, yang menyoroti layanan mana yang siap dipindahkan segera dan mana yang menghadapi hambatan teknis.

Saat mendekati transisi ini, ikuti siklus hidup migrasi yang terstruktur. Mulailah dengan menggunakan Discovery and Scope untuk mencatat setiap aplikasi, termasuk yang masih dalam pengembangan. Prioritaskan fase klasifikasi dengan menangani aplikasi SaaS sederhana berbasis galeri yang mendukung beberapa identity provider sebelum beralih ke aplikasi kustom lama yang kompleks. Untuk aplikasi web yang tidak dapat sepenuhnya dimodernisasi, Microsoft Entra application proxy dan Secure Hybrid Access (SHA) memungkinkan Anda menjembatani kesenjangan tersebut, dengan menyediakan akses jarak jauh yang aman tanpa memerlukan VPN tradisional.

Pilih metode autentikasi cloud Anda: PHS, PTA, atau CBA

Memilih jalur autentikasi yang tepat menentukan postur keamanan dan pengalaman pengguna Anda. Microsoft merekomendasikan Password Hash Synchronization (PHS) sebagai pilihan utama bagi sebagian besar organisasi. Dengan menyinkronkan hash kata sandi ke cloud, Anda membuka fitur keamanan penting seperti deteksi kredensial yang bocor dan Identity Protection, sekaligus memungkinkan transisi ke metode masuk tanpa kata sandi modern seperti kunci FIDO2.

Untuk lingkungan yang oleh regulasi dilarang menyimpan hash kata sandi di cloud, Pass-through Authentication (PTA) menjadi alternatif yang layak. Metode ini memvalidasi kredensial pengguna langsung terhadap Active Directory lokal Anda. Jika Anda menerapkan PTA, pastikan Anda memasang beberapa agen autentikasi ringan untuk menjaga ketersediaan tinggi, karena server ini menjadi gerbang utama bagi proses masuk ke layanan cloud Anda.

Saat Anda perlu memenuhi persyaratan ketat yang tahan phishing, seperti yang diuraikan dalam EO 14028, beralihlah ke Microsoft Entra Certificate-based Authentication (CBA). Pendekatan ini memungkinkan pengguna mengautentikasi menggunakan kartu pintar atau sertifikat, sehingga memberikan verifikasi identitas dengan tingkat keyakinan tinggi yang tidak bergantung pada server federasi lokal Anda.

Agar pengalaman pengguna tetap mulus selama transisi, terapkan Seamless SSO bersama metode pilihan Anda. Jika tenaga kerja Anda menggunakan perangkat macOS atau iOS, Anda sebaiknya menerapkan plug-in Microsoft Enterprise SSO untuk perangkat Apple agar proses masuk berjalan lancar dan tetap persisten tanpa permintaan autentikasi yang terus-menerus. Kami menilai bahwa mengombinasikan metode-metode ini dengan kebijakan Akses Bersyarat yang kuat memberikan keseimbangan terbaik antara keamanan perusahaan dan produktivitas pengguna akhir.

Rencanakan penghentian AD FS Anda

Menghentikan infrastruktur federasi lama adalah langkah terakhir untuk mencapai postur identitas modern. Sebelum mengambil tindakan permanen apa pun, Anda harus memastikan tidak ada lalu lintas sisa yang masih bergantung pada farm AD FS Anda. Gunakan laporan Connect Health Usage Analytics untuk memastikan bahwa semua permintaan autentikasi telah berhasil beralih ke Microsoft Entra ID.

Setelah Anda memastikan bahwa autentikasi yang dikelola di cloud sudah stabil dan tidak ada pengguna yang masih mengakses server federasi, lakukan pencadangan menyeluruh atas seluruh lingkungan. Langkah pengamanan ini penting jika Anda perlu memulihkan konektivitas selama pembersihan akhir.

1. Hapus semua entri dari load balancer lokal Anda untuk menghentikan lalu lintas masuk.
2. Perbarui atau hapus rekaman DNS yang terkait dengan layanan federasi Anda untuk mengalihkan permintaan.
3. Hapus instalasi peran Web Application Proxy dan AD FS secara sistematis.
4. Bersihkan sisa data konfigurasi dengan menghapus kontainer sertifikat melalui ADSI Edit agar lingkungan benar-benar bersih.

Menghapus komponen lama ini mengurangi permukaan serangan dan beban pengelolaan Anda. Dengan menghapus lapisan-lapisan ini secara sistematis, Anda memperkuat transisi ke model identitas yang sepenuhnya berbasis cloud.

Migrasikan kebijakan autentikasi sebelum tenggat waktu

Microsoft sedang mengonsolidasikan kontrol identitas lama ke dalam kebijakan Metode autentikasi yang terpadu untuk memberikan pengelolaan yang lebih granular dan terpusat. Perubahan ini menggantikan antarmuka MFA dan SSPR lama yang terpisah dengan satu mesin kebijakan yang lebih ringkas di pusat admin Microsoft Entra. Pada tenggat 30 September 2025, seluruh organisasi harus menyelesaikan transisi ini, karena portal pengelolaan lama tidak lagi mendukung konfigurasi maupun pemecahan masalah untuk pengaturan autentikasi.

Untuk memulai, buka Protection > Authentication methods > Policies di portal Entra. Gunakan wizard migrasi bawaan untuk mengaudit lingkungan Anda saat ini dan mengidentifikasi konflik antara pengaturan lama yang ada dan kerangka kerja baru. Menetapkan status migrasi Anda ke 'Migration in progress' adalah praktik terbaik yang direkomendasikan, karena memungkinkan Anda menguji kebijakan baru sambil memastikan pengaturan lama tetap aktif bagi basis pengguna Anda saat ini.

• Metode autentikasi lanjutan seperti kunci keamanan FIDO2, Temporary Access Pass (TAP), dan autentikasi berbasis sertifikat dikelola secara eksklusif melalui kebijakan baru.
• Proses migrasi ini dapat dibalik, sehingga Anda dapat beralih antarstatus jika perlu memulihkan perilaku lama selama fase pengujian.
• Alat otomatis memigrasikan pengaturan di seluruh penyewa, tetapi tinjauan manual tetap diperlukan untuk memastikan konfigurasi khusus grup direplikasi dengan benar.
• Beralih ke kebijakan terpadu ini memungkinkan keselarasan yang lebih baik dengan standar keamanan modern, seperti MFA yang tahan phishing.

Seperti halnya transisi identitas apa pun, perhatikan dampak pada pendaftaran pengguna. Jika Anda menonaktifkan metode yang saat ini digunakan pengguna, mereka mungkin perlu mendaftar ulang sebelum dapat mengakses sumber daya perusahaan. Memantau log masuk melalui pusat admin Microsoft Entra membantu memastikan pembaruan kebijakan ini tidak mengganggu operasional bisnis selama Anda bergerak menuju postur autentikasi yang terpadu dan lebih aman.

Mengamankan dengan Conditional Access dan pemantauan

Transisi ke keamanan cloud-native memerlukan validasi yang cermat untuk menghindari pengguna terkunci dari sistem. Sebelum menerapkan standar keamanan baru, selalu uji kebijakan Conditional Access Anda dalam mode Report-only. Gunakan alat What If di pusat admin Microsoft Entra untuk mensimulasikan bagaimana kebijakan tertentu akan memengaruhi akses pengguna berdasarkan lokasi, status perangkat, atau sensitivitas aplikasi. Langkah proaktif ini memastikan aturan keamanan Anda efektif sekaligus tidak mengganggu.

Selain pengujian, Anda juga perlu memperbarui ambang batas penguncian akun. Selama migrasi, konfigurasikan smart lockout di Microsoft Entra ID dengan interval yang lebih pendek daripada pengaturan Active Directory lokal Anda, untuk memberikan mitigasi yang lebih cepat terhadap serangan brute-force. Untuk menjaga visibilitas selama transisi, andalkan workbook Hybrid Auth untuk memantau alur autentikasi dan mengidentifikasi potensi anomali. Pantau log masuk ini secara ketat selama satu hingga dua minggu setelah migrasi untuk memastikan pengguna berhasil melakukan autentikasi, serta memungkinkan rollback cepat jika muncul masalah.

Untuk perlindungan jangka panjang, manfaatkan Microsoft Entra Backup and Recovery, yang kini sudah tersedia secara umum. Fitur ini secara otomatis mencadangkan objek direktori penting, termasuk pengguna, grup, dan kebijakan Conditional Access yang baru saja Anda konfigurasi. Menggunakan alat bawaan ini membantu memulihkan penyewa Anda ke kondisi yang diketahui baik jika terjadi perubahan yang tidak disengaja atau berbahaya.

Menguasai dokumentasi dan sumber daya Microsoft Entra ID

Di mana saya dapat menemukan dokumentasi dan sumber daya terbaru untuk menguasai Microsoft Entra ID? Untuk menguasainya, tujuan utama Anda adalah portal Microsoft Learn resmi, yang menyediakan jalur pembelajaran terstruktur mulai dari konsep identitas inti hingga tata kelola lanjutan dan kebijakan Conditional Access.

Untuk administrasi harian dan pembahasan teknis mendalam, dokumentasi Entra ID menyediakan panduan lengkap tentang integrasi aplikasi, identitas hibrida, dan pemantauan keamanan. Jika Anda lebih suka pelatihan yang dipandu instruktur, lihat Microsoft Virtual Training Days yang gratis dengan sesi real-time untuk membantu Anda mempersiapkan ujian sertifikasi.

Selain itu, memantau bagian 'What's New' dalam dokumentasi Entra secara rutin sangat penting untuk mengikuti pembaruan produk yang cepat.

Mengatur akses dengan PIM dan manajemen siklus hidup identitas

Beralih ke model identitas cloud-native mengharuskan Anda meninggalkan akses administratif yang bersifat permanen. Microsoft Entra ID Privileged Identity Management (PIM) mengatasi hal ini dengan memungkinkan aktivasi peran berbasis waktu dan berbasis persetujuan. Berbeda dengan sistem lama yang memberikan izin persisten, PIM menerapkan akses just-in-time, yang secara signifikan mengurangi permukaan serangan untuk akun istimewa.

Mengelola siklus hidup identitas secara efektif sering kali dimulai dengan provisioning berbasis HR. Dengan mengintegrasikan sumber seperti Workday atau SuccessFactors, organisasi dapat mengotomatiskan pembuatan, pembaruan, dan penonaktifan pengguna, sehingga hak akses tetap selaras dengan status karyawan yang sebenarnya. Cara ini menghilangkan risiko akun yatim (orphan account) yang biasanya menumpuk di lingkungan manual.

Mengotomatiskan akses dan kepatuhan

Untuk pengelolaan sumber daya yang berkelanjutan, Entitlement Management mengotomatiskan permintaan akses, penugasan, dan masa berlaku akses untuk aplikasi dan grup. Untuk menjaga postur Zero Trust, administrator sebaiknya menerapkan tinjauan akses secara berkala guna memastikan izin masih diperlukan. Tinjauan ini membantu menjaga kepatuhan dengan memvalidasi bahwa hanya pengguna yang berwenang yang tetap memiliki akses ke grup atau peran yang sensitif.

• Gunakan grup dinamis sebagai sumber otoritas otomatis untuk grup on-premises.
• Manfaatkan sinkronisasi grup lintas penyewa untuk menjaga keanggotaan grup tetap konsisten di beberapa lingkungan.
• Izinkan tim untuk mencabut sesi atau menonaktifkan pengguna tanpa memerlukan hak direktori yang berlebihan.

Merencanakan identitas eksternal dan kesiapan masa depan

Mengelola identitas eksternal memerlukan pendekatan proaktif karena Microsoft mengubah penawaran layanannya. Organisasi yang mengandalkan Azure AD B2C harus mempersiapkan transisi manual ke Microsoft Entra External ID, karena saat ini belum ada jalur native yang sepenuhnya otomatis di antara kedua platform tersebut. Anda perlu mengekspor data pengguna dari direktori yang ada dan mengimpornya ke penyewa baru. Meskipun toolkit migrasi yang didukung komunitas tersedia di GitHub untuk membantu proses ini, Anda sebaiknya memanfaatkan migrasi kata sandi Just-In-Time (JIT) agar pengalaman login pertama pengguna berjalan lebih lancar.

Selain pengelolaan identitas eksternal, arsitektur sinkronisasi inti Anda juga perlu mendapat perhatian. Microsoft sedang memulai transisi dari Microsoft Entra Connect Sync ke Microsoft Entra Cloud Sync yang berbasis cloud, dengan pemberitahuan migrasi resmi yang dijadwalkan mulai Juli 2026. Langkah ini mengurangi kompleksitas on-premises dengan memindahkan logika sinkronisasi ke cloud.

Keamanan tetap menjadi prioritas selama pembaruan ini. Mulai 1 Juni 2026, Microsoft akan memblokir operasi 'hard-match' yang menautkan pengguna Active Directory on-premises baru ke akun yang dikelola di cloud dan sudah memegang peran administratif. Perlindungan ini dirancang untuk mencegah manipulasi atribut dan melindungi identitas dengan hak istimewa tertinggi dari pengambilalihan yang tidak sah. Saat Anda mempersiapkan lingkungan untuk masa depan, audit koneksi lintas penyewa dan penugasan administratif yang ada sekarang untuk menghindari gangguan layanan ketika kontrol keamanan ini diberlakukan.

Jalur menuju identitas cloud yang mulus

Perjalanan modernisasi identitas Anda merupakan proses multi-tahap, mulai dari penemuan dan penentuan cakupan awal hingga kondisi cloud yang sepenuhnya terkelola. Dengan membangun fondasi hybrid yang kokoh, Anda beralih dari hambatan lama menuju kemampuan Microsoft Entra ID. Transisi yang berhasil bergantung pada validasi yang ketat, khususnya melalui Staged Rollout yang memungkinkan Anda menguji metode autentikasi dengan kelompok pengguna tertentu sebelum cutover penuh.

Setelah migrasi, pekerjaan Anda beralih ke pemantauan aktif terhadap log masuk dan konfigurasi kebijakan metode autentikasi. Konsistensi itu penting, dan Anda sebaiknya selalu memastikan aktivitas federasi lama sudah berhenti sebelum dekomisioning final. Agar tetap mengikuti perkembangan ini, simak M365 FM Podcast untuk wawasan harian seputar pembaruan tersebut.

Jangan menunggu tenggat waktu terakhir untuk menangani utang teknis Anda. Mulailah mengaudit dependensi Anda hari ini agar dapat membuka masuk tanpa kata sandi dan fitur keamanan lanjutan. Baik Anda sedang merefaktor aplikasi lama maupun mengonsolidasikan kebijakan, peta jalan menuju cloud kini terlihat lebih jelas saat Anda memanfaatkan sumber dokumentasi resmi.