CloudBox membawa infrastruktur, layanan, dan alat Alibaba Cloud ke pusat data on-premises Anda—dirancang khusus untuk aplikasi yang memerlukan latensi rendah, pemrosesan data lokal, atau kepatuhan terhadap persyaratan residensi data, tanpa beban operasional mengelola perangkat keras sendiri.
Manfaat utama
Residensi data dan latensi rendah — CloudBox dijalankan di pusat data Anda, menjaga data tetap on-premises dan memungkinkan interaksi hampir real-time dengan perangkat dan aplikasi lokal.
O&M nol — Setelah pengiriman, insinyur Alibaba Cloud menangani instalasi perangkat keras, pemantauan 24/7, prediksi kesalahan, dan pemeliharaan. Pembaruan versi, security patch, serta pemantauan berkelanjutan dikelola melalui layanan public cloud Alibaba Cloud.
Biaya kepemilikan lebih rendah — Satu SKU compute (minimum 208 vCPU dan memori 384 GiB) serta 12 TiB Enhanced SSD PL0 (ESSD) merupakan pembelian minimum, sehingga mengurangi biaya awal. CloudBox dikirimkan dalam kondisi pra-instal dengan perangkat lunak: cukup sambungkan ke daya dan jaringan, lakukan konfigurasi sederhana, dan resource Anda akan tersedia di Konsol Manajemen Alibaba Cloud.
Pengalaman cloud yang konsisten — CloudBox menyediakan keluarga instans, sistem akun, penagihan, dan konsol manajemen yang sama seperti public cloud Alibaba Cloud. Instans Elastic Compute Service (ECS) dapat dimigrasikan secara cold antara CloudBox dan wilayah Alibaba Cloud melalui virtual private cloud (VPC).
Keamanan dan auditabilitas bawaan — Termasuk kontrol akses berbasis peran, isolasi jaringan internal, perlindungan virus, dan pemantauan lalu lintas. ActionTrail mencatat semua operasi, dan auditing koneksi jaringan oleh pihak ketiga didukung.
CloudBox vs. public cloud Alibaba Cloud
Tabel berikut membandingkan CloudBox dan public cloud Alibaba Cloud berdasarkan dimensi yang relevan dengan kedaulatan data dan kebutuhan performa.
| Dimensi | CloudBox | Public cloud Alibaba Cloud |
|---|---|---|
| Lokasi penyimpanan data | Disimpan di pusat data Anda, memenuhi persyaratan residensi data | Disimpan di pusat data Alibaba Cloud |
| Pemrosesan data | Diproses on-premises; tidak memerlukan unggah data, sehingga mengurangi biaya bandwidth | Data harus ditransfer ke cloud; dikenakan biaya bandwidth |
| Latensi | Ditempatkan bersama perangkat on-premises Anda; interaksi hampir real-time | Latensi bergantung pada kondisi jaringan antara lokasi Anda dan wilayah cloud |
| Eksklusivitas resource | Resource compute dan storage didedikasikan untuk organisasi Anda | Resource dibagi antar penyewa public cloud |
CloudBox vs. infrastruktur TI yang dikelola sendiri dan private cloud tradisional
Tabel di bawah ini membandingkan CloudBox dengan infrastruktur TI yang dikelola sendiri dan private cloud tradisional berdasarkan dimensi operasional, biaya, dan keandalan.
| Dimensi | CloudBox | TI yang dikelola sendiri / private cloud tradisional |
|---|---|---|
| O&M perangkat keras | Insinyur Alibaba Cloud menyediakan pemantauan 24/7 menggunakan standar yang sama seperti public cloud Alibaba Cloud, dilengkapi prediksi kesalahan perangkat keras dan isolasi otomatis | Memerlukan pemantauan manual, instalasi, patching, dan penggantian perangkat keras |
| Standar server | Perangkat keras memenuhi standar public cloud Alibaba Cloud | Pemilihan server bergantung pada evaluasi dan pengadaan Anda sendiri |
| Biaya startup | Titik masuk lebih rendah: minimum 1 SKU compute dan 12 TiB Elastic Block Storage (EBS) | Investasi di muka lebih tinggi untuk perangkat keras, lisensi perangkat lunak, dan integrasi |
| Waktu penerapan | Dikirimkan dengan perangkat lunak pra-instal; cukup sambungkan ke daya dan jaringan, lakukan konfigurasi sederhana, lalu mulai gunakan resource | Waktu tunggu lama untuk pengadaan perangkat keras dan penyiapan platform |
| Biaya operasional | Memanfaatkan kembali sistem manajemen public cloud Alibaba Cloud untuk penagihan dan autentikasi tanpa biaya tambahan; kelola resource public cloud dan CloudBox dari satu konsol | Memerlukan pembuatan dan pemeliharaan sistem manajemen terpisah untuk penagihan, autentikasi, dan kontrol resource |
| Performa | Dibangun di atas arsitektur SHENLONG dan perangkat keras yang digunakan oleh public cloud Alibaba Cloud; performa dan stabilitas tinggi | Overhead virtualisasi dapat mengurangi performa; biaya per unit daya komputasi cenderung lebih tinggi |
| Manajemen OS | Dikirimkan dengan sistem operasi utama (termasuk Windows yang telah diaktifkan); ganti sistem operasi secara online | Memerlukan instalasi OS manual; pergantian sistem operasi membutuhkan instalasi ulang penuh |
| Manajemen Sumber Daya | Konsol manajemen dan pengalaman pengguna yang sama seperti public cloud Alibaba Cloud; termasuk manajemen siklus hidup instans lengkap | Memerlukan pembuatan konsol manajemen kustom; membangun sistem lanjutan bersifat intensif sumber daya |
| Pemulihan bencana | Penyimpanan triplicate menjamin tiga salinan semua data, dengan pemulihan otomatis jika salah satu salinan rusak; mencakup switch jaringan dan modul daya redundan; deploy beberapa unit CloudBox di satu lokasi untuk ketersediaan lebih tinggi | Memerlukan penyiapan lingkungan pemulihan bencana secara manual; mengandalkan perangkat penyimpanan tradisional |
| Dukungan Snapshot | Snapshot dapat disimpan di Object Storage Service (OSS) untuk mengurangi konsumsi penyimpanan on-premises | Infrastruktur self-managed tradisional umumnya tidak menyertakan kemampuan snapshot |
| Pemulihan kesalahan | Pemulihan kesalahan perangkat keras otomatis | Memerlukan remediasi manual |
| Auditing jaringan | Mendukung auditing koneksi jaringan oleh pihak ketiga | Auditing koneksi jaringan umumnya tidak tersedia |
| Skalabilitas | Unit pengiriman berbasis rak yang distandardisasi; upgrade dan scaling online | Struktur perangkat yang kompleks menyulitkan penerapan dan upgrade; upgrade dapat menyebabkan downtime |
| Integrasi cloud | Menggunakan sistem akun dan manajemen yang sama seperti public cloud Alibaba Cloud; migrasi workload dari CloudBox ke wilayah Alibaba Cloud secara mulus | Sistem akun dan manajemen terisolasi dari public cloud; migrasi workload ke cloud memerlukan rekayasa ulang signifikan |