Mengurai Tenant Microsoft 365: Arsitektur, Identitas, dan Batasannya

By Mirko Peters · 2026-08-27

Selamat datang kembali di podcast! Jika Anda pernah mendengarkan episode kami tentang arsitektur cloud, keamanan, atau administrasi perusahaan, Anda tahu kami senang menyelami topik secara mendalam i…

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

Selamat datang kembali di podcast! Jika Anda pernah mendengarkan episode kami tentang arsitektur cloud, keamanan, atau administrasi perusahaan, Anda tahu kami senang menyelami detail teknologi yang kami gunakan setiap hari. Hari ini, kita akan melihat lebih dekat salah satu konsep paling mendasar, namun sering disalahpahami, dalam ekosistem cloud perusahaan: tenant Microsoft 365. Baik Anda administrator TI yang setiap hari bekerja di pusat admin, profesional keamanan yang merancang kebijakan akses, maupun pemimpin bisnis yang bertanya-tanya bagaimana data perusahaan Anda dipisahkan di cloud, memahami tenant sangat penting. Dalam posting blog pendamping episode podcast terbaru kami ini, kita akan membahas lebih lanjut pilar utama cloud Microsoft. Kita akan mengupas apa sebenarnya tenant M365, bagaimana identitas berfungsi di dalamnya, bagaimana langganan mengatur lisensi, dan mengapa batas administratif menjadi pertahanan terbaik Anda terhadap kebocoran data dan pelanggaran keamanan.

Pengantar Tenant Microsoft 365

Untuk benar-benar memahami cloud Microsoft, kita harus mulai dari awal: tenant. Lalu, apa sebenarnya tenant Microsoft 365? Pada intinya, tenant adalah instans khusus layanan cloud Microsoft untuk organisasi Anda. Anggap saja sebagai potongan yang aman dan terisolasi dari infrastruktur pusat data global Microsoft yang sangat besar. Ketika perusahaan Anda mendaftar ke Microsoft 365, Azure, atau Dynamics 365, Microsoft menyediakan wadah khusus untuk Anda. Wadah ini menampung data, identitas pengguna, konfigurasi layanan, dan kebijakan keamanan Anda. Wadah ini sepenuhnya terpisah dari setiap pelanggan lain yang berjalan di cloud Microsoft, sehingga menjamin isolasi multi-penyewa yang memenuhi standar kepatuhan yang ketat.

Namun, banyak orang keliru menggunakan istilah "tenant", "domain", dan "langganan" secara bergantian. Mari kita luruskan sejak awal. Tenant adalah wadah utama. Domain hanyalah ruang nama, seperti contoso.com, yang Anda gunakan untuk alamat email dan login pengguna. Langganan adalah perjanjian komersial tempat Anda membayar lisensi dan layanan. Anda dapat memiliki beberapa domain dan beberapa langganan yang terkait dengan satu tenant, tetapi tenant itu sendiri adalah batas dasar yang menyatukan semuanya. Memvisualisasikan tenant sebagai sebuah rumah akan membantu: tenant adalah bangunan fisik beserta tanah tempat ia berdiri, domain adalah alamat di kotak surat, dan langganan adalah tagihan utilitas yang Anda bayar agar listrik dan air tetap mengalir.

Peran Microsoft Entra ID dan Manajemen Identitas

Anda tidak bisa membahas tenant Microsoft 365 tanpa membahas identitas, khususnya Microsoft Entra ID, yang dahulu dikenal sebagai Azure Active Directory. Jika tenant adalah rumahnya, Microsoft Entra ID adalah sistem keamanannya, kunci pintu depan, sekaligus direktori semua orang yang diizinkan masuk. Setiap tenant Microsoft 365 hadir dengan direktori Microsoft Entra ID bawaan. Direktori ini menjadi sumber otoritatif untuk semua akun pengguna, grup, principal layanan, dan pendaftaran aplikasi Anda.

Identitas adalah perimeter keamanan baru dalam arsitektur cloud modern. Dulu, dalam TI on-premises, kami mengamankan jaringan perusahaan dengan memasang firewall dan mempercayai semua yang ada di dalam jaringan tersebut. Di cloud, perimeter jaringan sudah tidak ada; pengguna Anda bekerja dari kedai kopi, kantor rumah, dan perangkat seluler di seluruh dunia. Oleh karena itu, identitas telah menggantikan peran firewall. Ketika pengguna mencoba mengakses Exchange Online, SharePoint, atau Microsoft Teams, Microsoft Entra ID-lah yang memverifikasi siapa mereka, memeriksa perangkat yang mereka gunakan, dan menentukan apakah mereka layak diberi akses berdasarkan kebijakan Akses Bersyarat.

Mengelola identitas secara efektif di dalam penyewa Anda memerlukan strategi yang jelas. Sebagian besar organisasi menggunakan model identitas hibrida, yaitu menyinkronkan Active Directory Domain Services lokal dengan Microsoft Entra ID menggunakan alat bernama Microsoft Entra Connect atau Microsoft Entra Cloud Sync. Dengan cara ini, pengguna cukup memiliki satu set kredensial untuk sumber daya jaringan lokal maupun layanan Microsoft 365 berbasis cloud. Namun, baik identitas Anda hanya berada di cloud maupun disinkronkan dari lingkungan lokal, mengelola siklus hidup identitas tersebut, yang mencakup penyediaan, penetapan peran, pengelolaan kredensial, dan penghapusan akses, adalah salah satu tanggung jawab paling penting bagi administrator Microsoft 365.

Mengelola Langganan, Lisensi, dan Penagihan

Setelah penyewa dan identitas Anda terbentuk, Anda perlu membahas cara membayar layanan yang digunakan. Di sinilah kita masuk ke dunia langganan dan pelisensian. Dalam ekosistem Microsoft 365, langganan adalah perjanjian komersial yang memberi organisasi Anda akses ke serangkaian layanan cloud tertentu untuk jangka waktu tertentu, umumnya berdasarkan model harga per pengguna per bulan.

Penting untuk dipahami bahwa langganan terikat pada penyewa. Anda tidak dapat membeli langganan Microsoft 365 Business Premium atau Enterprise E5 lalu menerapkannya kepada pengguna di penyewa yang sama sekali berbeda. Semua lisensi harus dibeli dan ditetapkan dalam batas administratif penyewa tertentu. Selain itu, organisasi sering kali mengelola beberapa langganan dalam satu penyewa. Misalnya, Anda mungkin memiliki satu langganan untuk lisensi Microsoft 365 E5, langganan lain untuk layanan Azure berbasis konsumsi, dan langganan ketiga untuk produk tambahan khusus seperti Power BI Premium atau Microsoft Copilot.

Pengelolaan lisensi dapat dengan cepat menjadi beban administratif jika tidak ditangani secara proaktif. Administrator harus menetapkan lisensi kepada pengguna atau grup, memastikan pengguna memiliki akses ke alat yang tepat mereka butuhkan, baik itu Exchange untuk email, SharePoint untuk kolaborasi dokumen, maupun rangkaian lengkap aplikasi desktop. Pengelolaan lisensi otomatis, yang umumnya didukung oleh pelisensian berbasis grup di Microsoft Entra ID, merupakan praktik terbaik bagi organisasi yang sedang berkembang. Ketika pengguna baru ditambahkan ke grup "Sales", sistem secara otomatis menyediakan lisensi yang sesuai. Ketika pengguna tersebut meninggalkan organisasi dan dikeluarkan dari grup, lisensinya akan ditarik kembali dan tersedia untuk pengguna lain.

Mengonfigurasi Domain Kustom dan DNS

Saat pertama kali membuat penyewa Microsoft 365, Microsoft memberi Anda nama domain default yang berakhiran onmicrosoft.com, misalnya contoso.onmicrosoft.com. Meskipun domain ini berfungsi sepenuhnya, Anda tentu tidak ingin email perusahaan menggunakan alamat user@contoso.onmicrosoft.com. Untuk membangun citra merek yang profesional serta memastikan pengiriman email dan integrasi layanan berjalan lancar, Anda harus mengonfigurasi domain kustom di dalam penyewa Anda.

Mengonfigurasi domain kustom mencakup pembuktian kepada Microsoft bahwa Anda memang memiliki nama domain yang ingin digunakan. Hal ini dilakukan dengan menambahkan rekaman TXT atau MX tertentu ke penyedia host Domain Name System (DNS) Anda, seperti GoDaddy, Cloudflare, atau Route 53. Setelah Microsoft memverifikasi kepemilikan domain Anda, misalnya contoso.com, Anda dapat menjadikannya domain utama, memperbarui nama prinsipal pengguna (UPN) agar pengguna masuk menggunakan alamat email profesional mereka, serta mengonfigurasi rekaman DNS yang diperlukan untuk pengiriman email (rekaman MX), penemuan otomatis (rekaman CNAME), dan protokol keamanan seperti SPF, DKIM, dan DMARC.

Konfigurasi DNS yang tepat bukan hanya soal tampil profesional; ini adalah persyaratan keamanan yang krusial. Tanpa rekaman SPF, DKIM, dan DMARC yang dikonfigurasi dengan benar dan terkait dengan domain kustom Anda di penyewa M365, pelaku kejahatan dapat dengan mudah memalsukan domain email Anda, sehingga menyebabkan serangan phishing yang menargetkan pelanggan dan mitra Anda. Meluangkan waktu untuk mengonfigurasi dan memverifikasi pengaturan DNS dengan benar merupakan tonggak penting dalam setiap proyek penerapan Microsoft 365.

Layanan Cloud Inti dan Penyediaan Sumber Daya

Dengan penyewa, sistem identitas, langganan, dan domain kustom sudah siap, lingkungan Microsoft 365 Anda akhirnya siap menjalankan beban kerja. Penyewa Microsoft 365 bukan satu sistem yang utuh, melainkan ekosistem aplikasi software-as-a-service (SaaS) terintegrasi yang dirancang untuk meningkatkan produktivitas, kolaborasi, dan komunikasi. Memahami cara layanan cloud inti ini disediakan dan saling berinteraksi di dalam batas penyewa sangat penting bagi setiap administrator.

Exchange Online menyediakan email, kalender, dan manajemen kontak kelas enterprise. SharePoint Online berfungsi sebagai tulang punggung penyimpanan dokumen, situs intranet, dan manajemen konten perusahaan. Microsoft Teams menghadirkan obrolan, rapat, panggilan, dan kolaborasi dalam satu hub yang terintegrasi erat dengan SharePoint, Exchange, dan berbagai aplikasi pihak ketiga. Selain layanan-layanan utama tersebut, ada juga layanan seperti OneDrive for Business, Planner, Stream, dan Power Platform (Power Apps, Power Automate, dan Power BI).

Saat pengguna membuat tim di Microsoft Teams, di balik layar penyewa secara otomatis menyediakan jaringan sumber daya yang saling terhubung: situs koleksi SharePoint untuk penyimpanan file, Microsoft 365 Group untuk pengelolaan keanggotaan, kotak surat dan kalender Exchange bersama, serta buku catatan OneNote. Mesin penyediaan otomatis ini menunjukkan kekuatan arsitektur M365. Namun, hal ini juga menegaskan pentingnya tata kelola. Tanpa kebijakan tata kelola yang proaktif, misalnya membatasi siapa yang dapat membuat grup Microsoft 365 atau menyiapkan kebijakan kedaluwarsa otomatis untuk tim yang tidak aktif, penyewa Anda dapat dengan cepat berubah menjadi kekacauan sumber daya yang tidak terpakai dan data yang berlebihan.

Batas Administratif dan Praktik Terbaik Keamanan

Sebagai penutup pembahasan mendalam kita tentang penyewa Microsoft 365, kita harus membahas topik yang paling krusial: batas administratif dan praktik terbaik keamanan. Penyewa adalah batas keamanan utama Anda. Data di dalam penyewa dienkripsi saat disimpan maupun saat ditransmisikan, dan secara default data tersebut sama sekali tidak dapat diakses oleh pihak di luar organisasi Anda, termasuk pelanggan Microsoft lain dan bahkan personel dukungan Microsoft (kecuali jika diberikan akses sementara secara eksplisit melalui Customer Lockbox).

Namun, keamanan tidak berhenti di batas perimeter penyewa; Anda juga harus mengelola izin *di dalam* penyewa. Di sinilah prinsip hak akses minimum berperan. Microsoft Entra ID menyediakan berbagai peran administrator bawaan, seperti Global Administrator, Exchange Administrator, Helpdesk Administrator, dan User Administrator. Salah satu kesalahan paling umum yang dilakukan organisasi adalah menugaskan peran Global Administrator, yang memiliki akses tanpa batas (god mode) ke setiap pengaturan dan data di penyewa, kepada terlalu banyak orang. Praktik terbaik menyarankan agar Anda membatasi jumlah Global Administrator seminimal mungkin (biasanya dua hingga empat orang untuk redundansi) dan menugaskan peran yang lebih granular dan spesifik tugas untuk operasional sehari-hari.

Selain itu, melindungi akun administrator dengan autentikasi multifaktor (MFA) adalah hal yang wajib. Menerapkan MFA tahan phishing, seperti kunci keamanan FIDO2 atau number matching di Microsoft Authenticator, merupakan langkah tunggal paling efektif untuk mencegah akses tidak sah ke penyewa Anda. Padukan dengan kebijakan Conditional Access yang kuat, yang mengevaluasi tingkat risiko, kepatuhan perangkat, dan lokasi sebelum memberikan akses, dan Anda akan membangun postur pertahanan berlapis (defense-in-depth) yang tangguh.

Terakhir, tata kelola dan pemantauan tidak boleh menjadi pertimbangan belakangan. Memanfaatkan alat seperti Microsoft Purview untuk kepatuhan, data loss prevention (DLP), dan perlindungan informasi memastikan data sensitif diberi label, dilacak, dan dilindungi sepanjang siklus hidupnya. Melakukan audit rutin terhadap penugasan peran administratif, meninjau log masuk, dan memantau peringatan di portal Microsoft Defender akan memastikan penyewa Anda tetap aman, patuh, dan optimal untuk kebutuhan bisnis Anda.

Terima kasih telah menyimak artikel blog ini, pendamping podcast kami! Kami harap pembahasan mendalam tentang arsitektur penyewa Microsoft 365, manajemen identitas, langganan, domain kustom, dan batas keamanan ini telah memberi Anda gambaran yang lebih jelas tentang cara kerja cloud di balik layar. Jika Anda menikmati artikel ini, jangan lupa berlangganan podcast kami, bagikan artikel ini kepada tim TI Anda, dan bergabunglah bersama kami minggu depan saat kami membahas topik menarik lainnya di dunia teknologi perusahaan. Sampai jumpa, dan tetap jaga keamanan penyewa serta ketahanan arsitektur cloud Anda!