Memilih antara perangkat lunak operasi on-premise dan cloud terutama adalah keputusan tentang di mana sistem dijalankan, siapa yang bertanggung jawab atas infrastrukturnya, bagaimana pengguna mengaksesnya, dan bagaimana keamanan, pemeliharaan, integrasi, pemulihan, dan perubahan di masa depan akan dikelola.
Apa perbedaan antara perangkat lunak on-premise dan cloud?
Perbedaan utama adalah di mana perangkat lunak dan infrastruktur pendukung dioperasikan dan siapa yang bertanggung jawab untuk memeliharanya.
Apa itu perangkat lunak operasi on-premise?
Perangkat lunak on-premise diterapkan dalam infrastruktur yang dikendalikan oleh organisasi, seperti server di fasilitasnya sendiri atau lingkungan yang dikelola secara pribadi.
Organisasi biasanya mengambil tanggung jawab yang lebih besar untuk area seperti:
- Manajemen server dan infrastruktur
- Instalasi perangkat lunak
- Pembaruan dan patch
- Cadangan
- Konfigurasi jaringan
- Kontrol akses
- Pemantauan
- Pemulihan bencana
Apa itu perangkat lunak operasi cloud?
Perangkat lunak cloud dihosting di infrastruktur jarak jauh dan diakses melalui jaringan, biasanya internet.
Tergantung pada model layanan, penyedia perangkat lunak atau platform cloud biasanya mengelola lebih banyak infrastruktur yang mendasarinya, sementara pelanggan tetap bertanggung jawab atas pengguna, data, konfigurasi, proses bisnis, dan area lain yang ditentukan oleh perjanjian layanan.
Apa yang benar-benar berubah antara kedua model?
Perbedaan penting bukan hanya di mana server berada. Ini adalah bagaimana tanggung jawab dibagi.
| Area | On-premise | Cloud |
|---|---|---|
| Infrastruktur | Dikelola terutama oleh organisasi. | Lebih banyak tanggung jawab infrastruktur berada pada penyedia. |
| Akses | Sering kali terikat pada jaringan internal atau akses jarak jauh yang dikonfigurasi. | Umumnya dirancang untuk akses berbasis jaringan di berbagai lokasi. |
| Pembaruan | Organisasi biasanya mengelola penerapan dan pemeliharaan. | Penyedia biasanya mengelola pembaruan platform atau aplikasi. |
| Skalabilitas | Mungkin memerlukan perencanaan infrastruktur tambahan. | Kapasitas sering kali dapat diperluas melalui model layanan. |
| Struktur biaya | Dapat melibatkan biaya infrastruktur, lisensi, TI, dan pemeliharaan. | Umumnya menggunakan biaya berlangganan berulang atau berbasis konsumsi. |
| Kontrol | Kontrol langsung yang lebih besar atas infrastruktur. | Tanggung jawab infrastruktur dibagi dengan penyedia. |
Di mana cloud dan perangkat lunak on-premise paling berbeda?
Siapa yang memiliki tanggung jawab infrastruktur?
Penyebaran on-premise memberikan organisasi kontrol infrastruktur yang lebih langsung, tetapi kontrol itu datang dengan tanggung jawab untuk mengoperasikan, memantau, memelihara, dan memulihkan lingkungan.
Penyebaran cloud mengalihkan lebih banyak tanggung jawab infrastruktur kepada penyedia, tetapi pelanggan tetap perlu memahami apa yang dikelola oleh penyedia dan apa yang tetap menjadi tanggung jawab pelanggan.
Bagaimana pengguna mengakses sistem?
Sistem cloud umumnya dirancang untuk pengguna yang perlu mengakses di berbagai kantor, properti, lokasi, atau perangkat.
Lingkungan on-premise juga dapat mendukung akses jarak jauh, tetapi melakukan hal itu mungkin memerlukan infrastruktur jaringan, otentikasi, VPN, atau akses lainnya.
Siapa yang mengelola pembaruan perangkat lunak dan pemeliharaan?
Lingkungan on-premise umumnya menempatkan lebih banyak tanggung jawab pembaruan dan pemeliharaan pada organisasi atau mitra teknologinya.
Penyedia cloud umumnya menangani lebih banyak pemeliharaan platform yang mendasari dan proses rilis aplikasi, tergantung pada model layanan.
Bagaimana perbedaan skalabilitas?
Menyusun lingkungan on-premise mungkin memerlukan perencanaan kapasitas, infrastruktur tambahan, perubahan konfigurasi, atau perangkat keras baru.
Lingkungan cloud sering kali dapat diperluas tanpa pelanggan membeli dan menginstal infrastruktur fisik yang sama secara langsung.
Apakah perangkat lunak cloud atau on-premise lebih aman?
Tidak ada model penyebaran yang secara inheren aman hanya karena di mana ia dihosting.
Keamanan tergantung pada bagaimana lingkungan dirancang, dikonfigurasi, dipantau, dipelihara, dan diatur.
Tanggung jawab keamanan apa yang datang dengan perangkat lunak on-premise?
Sebuah organisasi yang mengoperasikan lingkungannya sendiri mungkin memiliki kontrol langsung yang lebih besar atas:
- Arsitektur jaringan
- Konfigurasi server
- Kebijakan akses
- Jadwal patch
- Cadangan
- Pemantauan
- Infrastruktur fisik
Pertukaran adalah bahwa organisasi harus memiliki keahlian dan proses untuk mengelola area tersebut secara efektif.
Tanggung jawab keamanan apa yang datang dengan perangkat lunak cloud?
Penyebaran cloud menggunakan model tanggung jawab bersama di mana penyedia mengelola bagian-bagian tertentu dari lingkungan sementara pelanggan tetap bertanggung jawab atas area seperti akses pengguna, izin, penanganan data, konfigurasi, dan proses bisnis.
Apa yang harus Anda evaluasi alih-alih bertanya model mana yang lebih aman?
Ajukan pertanyaan seperti:
- Bagaimana pengguna diotentikasi?
- Bagaimana izin dikontrol?
- Bagaimana data sensitif dilindungi?
- Bagaimana perubahan dan akses dicatat?
- Bagaimana kerentanan dan patch dikelola?
- Bagaimana cadangan dan pemulihan ditangani?
- Persyaratan kepatuhan apa yang berlaku?
- Tanggung jawab mana yang menjadi milik penyedia?
- Tanggung jawab mana yang tetap dengan organisasi Anda?
Apa keuntungan dan batasan utama dari perangkat lunak cloud?
Di mana perangkat lunak cloud dapat mempermudah operasi?
Akses di berbagai lokasi
Tim umumnya dapat mengakses sistem dari berbagai properti, kantor, atau perangkat yang disetujui tanpa mengoperasikan aplikasi hanya dari satu lingkungan server lokal.
Infrastruktur lokal yang lebih sedikit
Organisasi biasanya tidak perlu membeli dan mengoperasikan infrastruktur aplikasi yang sama itu sendiri.
Pembaruan terpusat
Penyedia perangkat lunak atau platform umumnya mengelola lebih banyak dari proses pembaruan aplikasi dan pemeliharaan infrastruktur.
Perluasan yang lebih mudah
Pengguna baru, properti, atau proses operasional dapat ditambahkan tanpa membangun infrastruktur fisik yang setara di setiap lokasi.
Batasan apa yang harus Anda pertimbangkan dengan perangkat lunak cloud?
- Ketergantungan pada konektivitas jaringan
- Biaya berlangganan berulang atau biaya platform
- Ketergantungan pada model layanan dan rilis penyedia
- Persyaratan lokasi data atau regulasi
- Batasan yang ditentukan oleh arsitektur platform
- Perencanaan migrasi dan keluar dari vendor
Perangkat lunak cloud harus dievaluasi sebagai model operasi, bukan sekadar perangkat lunak yang kebetulan berjalan di internet.
Apa keuntungan dan batasan utama dari perangkat lunak on-premise?
Di mana perangkat lunak on-premise dapat masuk akal?
Kontrol infrastruktur langsung
Organisasi dapat mengelola infrastruktur, jaringan, jadwal penerapan, dan lingkungan lokal secara langsung.
Lingkungan khusus
Beberapa organisasi memerlukan infrastruktur yang sangat spesifik, jaringan, lokasi data, atau pengaturan integrasi.
Ketersediaan lokal
Beberapa alur kerja lokal mungkin terus berlanjut tanpa ketergantungan pada konektivitas internet eksternal ketika sistem yang diperlukan tetap tersedia di dalam jaringan lokal.
Kustomisasi infrastruktur
Organisasi dengan sumber daya teknis yang cukup dapat merancang lingkungan yang sesuai dengan kebutuhan internal.
Apa batasan yang harus Anda pertimbangkan dengan perangkat lunak on-premise?
- Akuisisi dan pemeliharaan infrastruktur
- Keahlian teknis internal
- Tanggung jawab patch dan pembaruan
- Tanggung jawab cadangan dan pemulihan
- Arsitektur akses jarak jauh
- Perencanaan kapasitas
- Manajemen siklus hidup perangkat keras
- Potensi ekspansi infrastruktur yang lebih lambat
Apakah perangkat lunak cloud lebih murah daripada perangkat lunak on-premise?
Tidak selalu.
Membandingkan hanya lisensi perangkat lunak atau langganan bulanan dapat memberikan gambaran yang tidak lengkap.
Biaya apa yang termasuk dalam perhitungan on-premise?
Tergantung pada lingkungan, total biaya dapat mencakup:
- Lisensi perangkat lunak
- Server dan infrastruktur
- Jaringan
- Staf TI atau dukungan
- Alat keamanan
- Cadangan
- Pemulihan bencana
- Penggantian perangkat keras
- Pembaruan dan pemeliharaan
Biaya apa yang termasuk dalam perhitungan cloud?
Tergantung pada layanan, total biaya dapat mencakup:
- Biaya langganan atau platform
- Lisensi pengguna
- Implementasi
- Penyimpanan data
- Integrasi
- Layanan tambahan
- Dukungan
- Migrasi
- Ekspansi di masa depan
Apa cara yang lebih baik untuk membandingkan biaya?
Bandingkan total biaya operasional masing-masing model selama periode yang realistis dan sertakan orang, infrastruktur, dukungan, migrasi, integrasi, dan tanggung jawab pemulihan yang diperlukan oleh masing-masing.
Bagaimana seharusnya integrasi mempengaruhi keputusan cloud vs on-premise?
Arsitektur penerapan penting karena perangkat lunak operasi jarang bekerja sendiri.
Sistem mana yang perlu bertukar data?
Tergantung pada organisasi, perangkat lunak operasi mungkin perlu terhubung dengan:
- Sistem CRM
- Sistem akuntansi atau ERP
- Platform pembayaran
- Sistem kontrol akses
- Alat komunikasi
- Gudang data
- Alat intelijen bisnis
- Penyedia identitas
- Aplikasi operasional lainnya
Apakah perangkat lunak cloud secara otomatis lebih mudah terintegrasi?
Tidak. Integrasi tergantung pada API, model data, otentikasi, middleware, dukungan vendor, arsitektur jaringan, dan sistem yang terhubung.
Booking Ninjas menyediakan sebuah kerangka integrasi untuk menghubungkan alur kerja operasional dengan sistem eksternal di mana integrasi yang relevan tersedia dan termasuk dalam ruang lingkup implementasi.
Mengapa arsitektur data harus dievaluasi lebih awal?
Sistem yang secara teknis cocok masih dapat menciptakan masalah operasional jika tim harus berulang kali mengekspor, mengimpor, mencocokkan, atau memasukkan kembali informasi antara sistem yang terputus.
Ini terkait erat dengan keputusan yang lebih luas antara satu platform terhubung dan beberapa solusi titik .
Bagaimana seharusnya uptime dan pemulihan bencana mempengaruhi keputusan?
Apa yang terjadi jika koneksi internet gagal?
Aplikasi cloud biasanya memerlukan akses jaringan. Operator harus memahami bagaimana alur kerja kritis ditangani selama masalah konektivitas dan apakah konektivitas cadangan atau prosedur kelangsungan lainnya diperlukan.
Apa yang terjadi jika infrastruktur lokal gagal?
Lingkungan on-premise dapat terus beroperasi secara independen dari akses internet eksternal dalam beberapa konfigurasi, tetapi organisasi tetap bertanggung jawab atas kegagalan yang mempengaruhi server, penyimpanan, jaringan, daya, dan lingkungan lokalnya.
Siapa yang bertanggung jawab atas pemulihan?
Evaluasi:
- Frekuensi cadangan
- Lokasi cadangan
- Prosedur pemulihan
- Redundansi
- Tanggapan insiden
- Komitmen layanan penyedia
- Prosedur kelangsungan bisnis internal
Tujuannya bukan untuk menganggap bahwa salah satu model penerapan menghilangkan waktu henti. Tujuannya adalah untuk memahami bagaimana waktu henti dicegah, terdeteksi, dikelola, dan dipulihkan.
Bagaimana seharusnya Anda memilih antara perangkat lunak cloud dan on-premise?
Mulailah dengan persyaratan operasional daripada preferensi untuk satu model teknologi.
1. Tentukan di mana orang perlu bekerja
Identifikasi pengguna, properti, kantor, dan perangkat mana yang perlu mengakses dan apakah pekerjaan jarak jauh merupakan bagian dari model operasional yang normal.
2. Tentukan tanggung jawab keamanan dan kepatuhan Anda
Identifikasi data yang sedang ditangani, siapa yang harus mengaksesnya, persyaratan kepatuhan yang berlaku, dan kontrol mana yang harus dipertahankan oleh organisasi Anda.
3. Evaluasi kapasitas TI internal Anda
Tentukan apakah organisasi Anda memiliki orang dan proses yang diperlukan untuk mengoperasikan infrastruktur, mengelola pembaruan, memantau sistem, memelihara cadangan, dan memulihkan dari kegagalan.
4. Peta arsitektur integrasi
Identifikasi sistem yang harus bertukar informasi sebelum memilih arsitektur aplikasi.
5. Bandingkan total biaya kepemilikan
Sertakan perangkat lunak, infrastruktur, dukungan, implementasi, integrasi, pemeliharaan, orang, migrasi, dan ekspansi di masa depan.
6. Rencanakan untuk pertumbuhan
Pertimbangkan apa yang terjadi ketika organisasi menambah lebih banyak lokasi, pengguna, catatan, unit bisnis, alur kerja, atau integrasi.
7. Rencanakan keluar sebelum memilih platform
Pahami bagaimana data dapat diekspor, integrasi apa yang bergantung pada platform, berapa lama migrasi bisa berlangsung, dan apa yang akan terjadi jika organisasi kemudian mengubah sistem.
Akses terdistribusi, infrastruktur yang dikelola penyedia, ekspansi yang lebih cepat, dan mengurangi tanggung jawab infrastruktur lokal penting bagi model operasional.
Kepemilikan infrastruktur langsung, arsitektur lokal yang khusus, atau persyaratan teknis dan regulasi tertentu membenarkan pengelolaan lingkungan secara internal.
Apa yang harus Anda pertimbangkan sebelum beralih dari on-premise ke cloud?
Berpindah ke perangkat lunak cloud bukan sekadar menyalin basis data ke server lain.
Inventaris data terlebih dahulu
Identifikasi catatan yang akan dimigrasikan, pemiliknya, format, ketergantungan, masalah kualitas, persyaratan retensi, dan informasi sensitif.
Peta integrasi dan ketergantungan
Dokumentasikan sistem mana yang saat ini bertukar informasi dan proses bisnis mana yang bergantung padanya.
Bangun kembali peran dan izin dengan hati-hati
Jangan hanya membawa pola akses lama ke lingkungan baru. Gunakan migrasi untuk mengonfirmasi siapa yang perlu mengakses catatan dan fungsi mana.
Uji alur kerja sebelum peluncuran penuh
Alur kerja kritis harus diuji dengan pengguna yang representatif dan data yang realistis sebelum lingkungan lama dihentikan.
Siapkan tim untuk perubahan operasional
Model penerapan baru dapat mempengaruhi masuk, alur kerja, tanggung jawab, pelaporan, dukungan, dan prosedur harian.
Panduan kami tentang menyiapkan tim properti untuk perangkat lunak baru masuk lebih dalam ke peluncuran bertahap, pelatihan, dan adopsi.
Urutan migrasi praktis
Data inventaris → peta integrasi → konfigurasi lingkungan baru → migrasi dan validasi → uji alur kerja → latih pengguna → peluncuran terkontrol → pensiun lingkungan lama saat disetujui
Bagaimana Booking Ninjas cocok dalam keputusan perangkat lunak cloud?
Booking Ninjas adalah platform berbasis Salesforce untuk pemesanan dan operasi.
Platform ini dibangun di sekitar Salesforce
Alih-alih beroperasi sebagai aplikasi properti lokal yang terisolasi, Booking Ninjas berjalan dalam ekosistem Salesforce yang lebih luas.
Dasar berbasis Salesforce relevan untuk organisasi yang mengevaluasi bagaimana aplikasi operasional cocok dengan CRM, data, keamanan, alur kerja, dan arsitektur platform yang lebih luas.
Integrasi tetap menjadi bagian dari arsitektur
Memindahkan operasi ke cloud tidak menghilangkan kebutuhan untuk menghubungkan sistem yang ada.
Kemampuan integrasi yang relevan dapat mencakup integrasi API , sistem identitas, platform pembayaran, sistem ERP, sistem akuntansi, alat analitik, dan aplikasi lain tergantung pada implementasi.
Cloud tidak berarti satu alur kerja standar untuk setiap organisasi
Model penerapan dan alur kerja bisnis adalah keputusan yang terpisah.
Booking Ninjas dapat dikonfigurasi di sekitar berbagai jenis catatan operasional, proses, pengguna, izin, dan integrasi, dengan implementasi yang tepat ditentukan oleh kebutuhan dan ruang lingkup organisasi.
Keputusan harus tetap dimulai dengan kebutuhan bisnis
Organisasi harus mengevaluasi Booking Ninjas dengan cara yang sama seperti mereka mengevaluasi platform operasi lainnya: berdasarkan alur kerja, keamanan, pengguna, integrasi, kebutuhan data, implementasi, dukungan, dan model operasi jangka panjang.
Bagaimana keputusan cloud vs on-premise terlihat dalam praktik?
Pertimbangkan operator properti dengan beberapa lokasi dan tim operasi pusat.
Apa yang diperlukan dari model on-premise?
Organisasi mungkin mengoperasikan lingkungan aplikasi secara internal, mengelola kapasitas server, mempertahankan cadangan, mengontrol penerapan perangkat lunak, mengonfigurasi akses jarak jauh, dan memberikan dukungan teknis internal.
Apa yang akan diubah oleh model cloud?
Penyedia akan mengambil tanggung jawab lebih banyak untuk infrastruktur platform yang mendasarinya sementara pengguna yang berwenang dapat mengakses aplikasi melalui jaringan.
Organisasi masih perlu mengelola pengguna, izin, proses bisnis, data, integrasi, pelatihan, tata kelola, dan tanggung jawabnya di bawah perjanjian layanan.
Model mana yang harus dipilih oleh operator?
Jawabannya tergantung pada apakah organisasi mendapatkan lebih banyak nilai dari memiliki dan mengoperasikan infrastruktur itu sendiri atau dari mengalihkan lebih banyak tanggung jawab infrastruktur ke platform cloud.
Pertanyaan yang sering diajukan
Apa perbedaan utama antara perangkat lunak cloud dan on-premise?
Perbedaan utama adalah di mana infrastruktur perangkat lunak dioperasikan dan bagaimana tanggung jawab dibagi. Perangkat lunak on-premise umumnya menempatkan lebih banyak tanggung jawab infrastruktur pada organisasi, sementara perangkat lunak cloud menempatkan lebih banyak tanggung jawab itu pada penyedia.
Apakah perangkat lunak cloud selalu lebih murah daripada perangkat lunak on-premise?
Tidak. Perangkat lunak cloud mungkin mengurangi beberapa biaya infrastruktur di muka, tetapi total biaya tergantung pada langganan, pengguna, implementasi, penyimpanan, integrasi, dukungan, dan ekspansi. Biaya on-premise dapat mencakup perangkat keras, lisensi, staf TI, pemeliharaan, keamanan, cadangan, dan infrastruktur pengganti.
Apakah perangkat lunak cloud lebih aman daripada perangkat lunak on-premise?
Tidak ada model yang secara otomatis lebih aman. Keamanan tergantung pada arsitektur, konfigurasi, kontrol akses, pemantauan, pemeliharaan, penanganan data, praktik penyedia, dan proses keamanan organisasi itu sendiri.
Dapatkah perangkat lunak on-premise mendukung pekerjaan jarak jauh?
Ya. Sistem on-premise dapat mendukung akses jarak jauh, tetapi organisasi mungkin perlu mengonfigurasi dan memelihara jaringan, otentikasi, VPN, atau infrastruktur lain yang diperlukan untuk akses yang aman.
Apakah perangkat lunak cloud masih memerlukan keterlibatan TI internal?
Bisa jadi. Penyedia cloud mungkin mengelola lebih banyak infrastruktur, tetapi organisasi masih perlu mengelola area seperti pengguna, izin, integrasi, tata kelola data, proses bisnis, manajemen vendor, dan dukungan.
Apa yang harus Anda periksa sebelum beralih dari on-premise ke cloud?
Tinjau data, integrasi, izin, persyaratan keamanan, ketergantungan jaringan, prosedur migrasi, pengujian, pelatihan, kelangsungan bisnis, dan bagaimana lingkungan lama akan dipensiunkan setelah sistem baru disetujui.
Apakah Booking Ninjas berbasis cloud?
Booking Ninjas adalah platform pemesanan dan operasi berbasis Salesforce. Arsitektur sistem yang tepat, integrasi, izin, alur kerja, dan implementasi tergantung pada kebutuhan organisasi dan ruang lingkup yang disepakati.
Pilih model operasi sebelum memilih perangkat lunak
Mulailah dengan pengguna, alur kerja, persyaratan keamanan, integrasi, data, kapasitas TI, dan rencana pertumbuhan Anda. Kemudian putuskan arsitektur perangkat lunak mana yang dapat mendukung operasi yang sebenarnya Anda butuhkan.
.png){kind=tracking}
