Saat Anda mempertimbangkan arsitektur multi-penyewa, ada beberapa keputusan yang perlu dibuat dan elemen yang perlu dipertimbangkan.
Dalam arsitektur multi-penyewa, Anda berbagi beberapa atau semua sumber daya Anda antara penyewa. Proses ini berarti bahwa arsitektur multi-penyewa dapat memberi Anda biaya dan efisiensi operasional. Namun, multitenansi memperkenalkan kompleksitas. Anda perlu mengajukan pertanyaan-pertanyaan berikut:
- Bagaimana Anda menentukan apa itu penyewa, untuk solusi spesifik Anda? Apakah penyewa sesuai dengan pelanggan, pengguna, atau sekelompok pengguna seperti tim atau keluarga?
- Bagaimana Anda akan menyebarkan infrastruktur untuk mendukung multi-penyewaan, dan berapa banyak isolasi yang akan Anda miliki antara penyewa?
- Model harga komersial apa yang akan ditawarkan solusi Anda, dan bagaimana model harga Anda akan memengaruhi persyaratan multi-penyewaan Anda?
- Tingkat layanan apa yang perlu Anda berikan kepada penyewa Anda, di seluruh dimensi seperti persyaratan performa, ketahanan, keamanan, dan kepatuhan seperti residensi data?
- Bagaimana Anda berencana untuk mengembangkan bisnis atau solusi Anda? Apakah akan menskalakan ke jumlah penyewa yang Anda harapkan?
- Apakah salah satu penyewa Anda memiliki persyaratan yang tidak biasa atau khusus? Misalnya, apakah pelanggan terbesar Anda membutuhkan performa yang lebih tinggi atau jaminan yang lebih kuat daripada yang lain?
- Bagaimana Anda akan memantau, mengelola, mengotomatiskan, menskalakan, dan mengatur lingkungan Azure Anda, dan bagaimana multitenancy akan memengaruhi strategi manajemen Anda?
- Komponen mana dari solusi Anda yang menangani onboarding dan manajemen penyewa, dan bagaimana komponen ini harus dirancang?
Apa pun arsitektur Anda, Anda harus memiliki pemahaman yang jelas tentang kebutuhan pelanggan atau penyewa Anda. Jika Anda telah membuat komitmen penjualan kepada pelanggan, atau jika Anda memiliki kewajiban kontraktual atau persyaratan kepatuhan untuk dipenuhi, maka Anda perlu tahu apa persyaratan tersebut ketika Anda merancang solusi Anda. Tetapi sama-sama, pelanggan Anda mungkin memiliki ekspektasi implisit tentang bagaimana hal-hal harus bekerja, atau bagaimana Anda harus bertingkah laku, yang dapat memengaruhi cara Anda merancang solusi multipenyewa.
Sebagai contoh, bayangkan Anda sedang membangun solusi multi-penyewa yang Anda jual ke pebisnis dalam industri jasa keuangan. Pelanggan Anda memiliki persyaratan keamanan yang sangat ketat, dan mereka membutuhkan Anda untuk memberikan daftar lengkap setiap nama domain yang digunakan solusi Anda, sehingga mereka dapat menambahkannya ke daftar firewall yang diizinkan. Persyaratan ini memengaruhi layanan Azure yang Anda gunakan dan tingkat isolasi yang harus Anda berikan di antara penyewa Anda. Mereka juga mengharuskan solusi mereka memiliki tingkat ketahanan minimum. Mungkin ada banyak harapan serupa, baik eksplisit maupun implisit, yang perlu Anda pertimbangkan di seluruh solusi Anda.
Di bagian ini, kami menguraikan beberapa pertimbangan yang harus Anda berikan, persyaratan yang harus Anda keluarkan, dan beberapa tradeoff yang perlu Anda buat, ketika Anda merencanakan arsitektur multipenyewa.
Audiens yang dituju
Artikel di bagian ini sangat relevan untuk pembuat keputusan teknis, seperti pejabat teknologi utama (KTO) dan arsitek, serta manajer produk. Audiens juga mencakup vendor perangkat lunak independen (ISV) dan startup yang mengembangkan solusi SaaS. Selain itu, siapa pun yang bekerja dengan arsitektur multipenyewa harus memiliki keakraban dengan prinsip-prinsip dan tradeoff ini.
Langkah berikutnya
Pertimbangkan model penyewaan yang berbeda untuk solusi Anda.