Model tanggungjawab bersama

Pilihan penggunaan​

Kubernetes terurus penyedia perkhidmatan awan​

• Menggunakan artefak Halo termasuk carta Helm dan imej kontena ke dalam kluster Kubernetes terurus Pelanggan yang dihoskan dalam persekitaran awan awam, persendirian atau kerajaan seperti Azure, AWS atau Oracle.
• Menggunakan perkhidmatan PaaS dan SaaS awan natif untuk storan serta pengurusan kunci atau rahsia dan disahkan secara dalaman terhadap setiap platform yang disokong.
• Pelanggan biasanya menarik artefak Halo secara terus daripada registri kontena Glasswall di glasswallhub.azurecr.io.
• Artefak diprakonfigurasikan untuk setiap platform cloud yang disokong.
• Panduan pemasangan tersedia dalam dokumentasi Glasswall.

Kubernetes di premis yang diurus pelanggan​

• Menggunakan artefak Halo ke dalam kluster Kubernetes yang diurus Pelanggan dan dihoskan dalam persekitaran di premis seperti Rancher Enterprise, VMware Tanzu, atau Red Hat OpenShift.
• Memerlukan integrasi dengan storan yang diurus Pelanggan serta perkhidmatan pengurusan kunci atau rahsia.
• Pelanggan biasanya menarik artefak daripada glasswallhub.azurecr.io.
• Sesetengah persekitaran mungkin memerlukan konfigurasi tambahan.
• Panduan penggunaan umum tersedia dalam dokumentasi Glasswall.
• Disebabkan kepelbagaian platform, sokongan perkhidmatan profesional lazimnya diperlukan semasa penggunaan.

Mesin maya nod tunggal di premis yang diurus pelanggan​

• Menggunakan Halo single node VHD atau OVA ke dalam persekitaran pemayaan Pelanggan seperti VMware.
• Artefak biasanya dimuat turun melalui Kiteworks.
• Dihantar dalam keadaan diprakonfigurasi, dengan kebolehskalaan yang terhad oleh sumber mesin maya tunggal.
• Penskalaan atau ketersediaan tinggi memerlukan rangkaian yang diurus Pelanggan seperti pengimbangan beban.
• Panduan pemasangan tersedia dalam dokumentasi Glasswall.
• Walaupun lebih ringkas berbanding penggunaan berasaskan Kubernetes, sokongan yang disasarkan sering diperlukan semasa pemasangan.

Matriks tanggungjawab bersama​