Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Organisasi dapat menggunakan perangkat lunak sebagai layanan (SaaS) untuk mengirimkan perangkat lunak secara efisien kepada pelanggannya. Biasanya, vendor SaaS mengoperasikan dan mengelola perangkat lunak untuk pelanggan mereka. Banyak vendor perangkat lunak independen (ISV) bergerak menjauh dari penyediaan perangkat lunak yang harus diinstal dan dikelola pelanggan sendiri untuk menggunakan model SaaS karena meningkatkan pengalaman pelanggan dan mengurangi overhead. Artikel ini adalah pengantar serangkaian artikel yang menyediakan panduan dan sumber daya untuk organisasi, termasuk startup, yang membangun solusi SaaS. Ini juga memberikan panduan ekstensif tentang cara merancang solusi multipenyewa di Azure.
Konsep utama
Konsep utama dalam artikel ini adalah SaaS, startup, dan multitenancy. Istilah-istilah ini terkait, sehingga sering digunakan secara keliru secara bergantian. Penting untuk memahami bagaimana istilah-istilah ini berbeda. SaaS dan startup adalah konsep bisnis, dan multitenancy adalah konsep arsitektur.
SaaS adalah model bisnis. Organisasi dapat memilih untuk menyediakan produk perangkat lunaknya sebagai layanan kepada pelanggannya. Produk SaaS dijual baik kepada bisnis dalam model business-to-business (B2B) atau langsung ke konsumen dalam model business-to-consumer (B2C). Produk SaaS berbeda dari produk yang dipasang dan dikelola pelanggan sendiri karena vendor solusi menghosting dan memelihara produk SaaS. Banyak solusi SaaS menggunakan arsitektur multipenyewa. Solusi SaaS mungkin juga menggunakan model atau pendekatan multitenansi yang berbeda.
Startup adalah bisnis pada tahap awal siklus hidup mereka. Banyak startup perangkat lunak membangun solusi SaaS, tetapi beberapa mungkin menyediakan perangkat lunak dengan cara lain. Startup sering memiliki kekhawatiran khusus, termasuk inovasi yang cepat, menemukan produk dan kecocokan pasar, dan mengantisipasi skala dan pertumbuhan.
Multitenancy adalah cara merancang solusi untuk berbagi komponen antara beberapa penyewa, yang biasanya sesuai dengan pelanggan. Anda biasanya menggunakan arsitektur multipenyewa dalam solusi SaaS. Namun, dimungkinkan juga untuk menggunakan arsitektur multipenyewa di luar SaaS, seperti di organisasi yang membangun platform untuk beberapa unit-unit bisnis yang dapat dibagikan. Multitenancy tidak menyiratkan bahwa setiap komponen dalam solusi dibagikan. Sebaliknya, ini menyiratkan bahwa setidaknya beberapa komponen dibagikan di seluruh beberapa penyewa.
Bagaimana Anda menentukan penyewa dan memilih model penyewaan tergantung pada apakah model bisnis Anda adalah B2C SaaS atau B2B SaaS atau Anda adalah organisasi besar.
Nota
Seri ini menggunakan istilah penyewa untuk merujuk ke penyewa Anda , yang mungkin pelanggan atau grup pengguna Anda. Panduan ini dapat membantu Anda membangun solusi perangkat lunak multipenyewa Anda sendiri di atas platform Azure.
Di MICROSOFT Entra ID, penyewa mengacu pada direktori individual, dan multitenansi mengacu pada interaksi antara beberapa penyewa Microsoft Entra. Istilahnya sama, tetapi konsepnya tidak. Untuk kejelasan, seri ini menggunakan istilah lengkap, penyewa Microsoft Entra, saat mengacu pada konsep ID Microsoft Entra dari penyewa.
Arsitektur multipenyewa untuk model bisnis SaaS dan non-SaaS
Meskipun multi-tenant biasanya dikaitkan dengan solusi SaaS, juga dimungkinkan untuk menggunakan arsitektur multi-tenant dalam situasi non-SaaS. Arsitektur multipenyewa yang mendasar mungkin serupa, tetapi model bisnis memengaruhi cara Anda menentukan penyewa dan pilihan desain Anda.
Dalam diagram berikut, Anda dapat melihat arsitektur multipenyewa yang dirancang untuk melayani model bisnis SaaS untuk konsumen (B2C) dan pelanggan bisnis (B2B). Mengambil lensa teknis, penyewa B2C diwakili oleh sekelompok pengguna, seperti keluarga, dengan sekumpulan pengguna di setiap grup. Sebaliknya, penyewa B2B mewakili bisnis lain dan karyawan mereka adalah pengguna.
Diagram berikut menggambarkan bagaimana Anda dapat menggunakan arsitektur multipenyewa dalam model bisnis yang bukan SaaS. Misalnya, Anda merancang sistem untuk organisasi besar yang memiliki beberapa unit bisnis dan departemen yang ingin berbagi aplikasi atau platform terpusat. Setiap unit bisnis direpresentasikan sebagai penyewa, dan memiliki sekumpulan penggunanya sendiri.
Perbedaan utama antara kedua diagram adalah model bisnis, yang memengaruhi cara Anda menentukan penyewa dalam konteks organisasi Anda. Model bisnis Anda juga memengaruhi pilihan desain Anda untuk arsitektur multipenyewa yang mendasarinya, tetapi prinsip-prinsip multitenansi selalu tetap sama.