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, multi-penyewaan memperkenalkan kompleksitas, termasuk yang berikut:
- Bagaimana Anda menentukan apa itu penyewa, untuk solusi spesifik Anda? Apakah penyewa sesuai dengan pelanggan, pengguna, atau grup pengguna (seperti tim)?
- 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? Pertimbangkan persyaratan performa, ketahanan, keamanan, dan kepatuhan, seperti residensi data.
- Bagaimana Anda berencana mengembangkan bisnis atau solusi Anda, dan apakah ini akan diskalakan hingga 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 menata kelola lingkungan Azure Anda, dan bagaimana multi-penyewaan akan berdampak pada hal ini?
- Komponen solusi mana yang menangani orientasi dan manajemen penyewa, dan bagaimana komponen-komponen ini harus dirancang?
Persyaratan
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 mengetahui apa persyaratan tersebut ketika Anda merancang solusi Anda. Tetapi sama-sama, pelanggan Anda mungkin memiliki harapan 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.
Pada bagian ini, kami menguraikan pertimbangan yang harus Anda berikan, persyaratan yang harus Anda dapatkan, dan beberapa kompensasi yang perlu Anda buat, saat Anda merencanakan arsitektur multi-penyewa.
Audiens yang dituju
Artikel-artikel di bagian ini sangat relevan untuk pembuat keputusan teknis, seperti kepala pejabat teknologi (CTO) 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.