Odoo Cloud Hosting
Perjanjian Tingkat Layanan

Database yang dihosting pada odoo.com menikmati layanan berikut kapan pun juga.

Uptime - 99.9%

• Database pelanggan dihosting di daerah Odoo terpilh: eropa, americas, asia-pacific, middle-east-and-northern-asia atau oceania (lihat Kebijakan Privasi untuk informasi lebih lanjut)
• Setiap database pelanggan direplikasi secara real-time pada storage cadangan yang berlokasi di pusat data yang sama
• Kami bekerja dengan provider hosting yang berbeda-beda di seluruh dunia yang selalu memiliki jaminan setidaknya 99.9% uptime, sehingga kami juga menjamin uptime 99.9% pada basis bulanan (ada 3 sembilan, terkecuali maintenance yang direncanakan)^*
• 99.9% uptime bulanan = downtime maksimum yang tidak direncanakan sebesar 45 menit/bulan.
• Kami biasanya mengirimkan lebih banyak uptime dari ini jumlah ini (umumnya 100%), karena provider kami biasanya memberikan uptime yang lebih baik ketimbang yang di SLA mereka juga.

^* metrik-metrik ini merujuk pada ketersediaan platform itu sendiri untuk semua pelanggan. Database-database individu yang mungkin secara sementara tidak tersedia untuk alasan tertentu, biasanya terkait tindakan atau kustomisasi pelanggan.
Operasi maintenance yang direncanakan jarang terjadi, biasanya sekali setiap beberapa bulan, biasanya berlangsung kurang dari 1 jam, dan dijadwalkan di luar jam-jam bisnis di daerah di mana maintenance berlangsung. Mereka akan diumumkan melalui email atau melalui @OdooStatus feed.

Ketersediaan Tingg

• Pusat data kami memiliki sertifikasi Tier-III atau setara, dengan N+1 redundancy untuk power & network
• Setiap database pelanggan SaaS direplikasi secara real-time pada storage cadangan yang berlokasi di daerah geografik yang sama, sehingga failover dapat terjadi dengan cepat pada kasus kegagalan hardware, tanpa kehilangan data.

Backup & Pemulihan Bencana

• 14 backup penuh untuk setidknya 3 bulan: 1/hari untuk 7 hari, 1/minggu untuk 4 minggu, 1/bulan untuk 3+ bulan (lihat simulasi snapshot).
• Backup direplikasi pada setidaknya 3 mesin yang berbeda di pusat data yang berbeda di Eropa dan Canada, dengan frozen copy ke-empat di cold storage yang tidak akan berubah. Anda tidak dapat memilih atau membatasi wilayah di mana backup direplikasi.
• User dapat mengunduh backup manual data live mereka kapan pun juga
• Untuk bencana permanen yang berdampak hanya untuk satu server, Rencana Pemulihan Bencana kami memiliki metrik-metrik berikut:
  • RPO (Recovery Point Objective) = a jam, contoh. Anda dapat kehilangan upaya sebesar maksimal 1 jam kerja, walau biasanya hanya kehilangan kurang dari 5 menit
  • RTO (Recovery Time Objective) = 6 jam, contoh layanan akan biasanya kembali online dalam 6 jam  (Termasuk standby promotion time + DNS propagation time)
    
• Untuk bencana pusat data (satu pusat data secara sepenuhnya dan secara permanen gagal), Rencana Pemulihan Bencana kami memiliki metrik-metrik berikut:
  • RPO (Recovery Point Objective) = 24j, contoh. Anda dapat kehilangan upaya sebesar maksimal 24 jam kerja bila data tidak dapat dipulihkan dan kita harus memulihkan backup harian terakhir
  • RTO (Recovery Time Objective) = 24j, contoh layanan akan dipulihkan dari backup dalam kurun wakt u24 jam di pusat data yang berbeda 

Keamanan

• Encryption: data pelanggan di-enkripsi saat at rest menggunakan metode enkripsi standar industri, sekaligus saat in transit melalui HTTPS. Semua penghubung websiite dilindungi dengan 256-bit TLS (HTTPS dengan 2048-bit modulus SSL certificates), dan menjalankan konfigurasi TLS yang secara reguler diuji.
• Platform Andal - Pusat data dengan garansi hardware lengkap, redundant data storage, suplai jaringan dan elektronik
• Password - Password pelanggan dilindungi dengan ekripsi standar industri PBKDF2+SHA512 (salted + stretched untuk ribuan rounds).
• Safe, hardened systems - Server kami dijalankan menggunakan system image dan konfigurasi yang terstandarisasi berbasis distribusi Linux modern, dengan pembaruan keamanan otomatis tanpa pengawasan, dilindungi oleh firewall dan penangkal intrusi.
• Isolasi - Data klien disimpan di database khusus - tidak ada sharing data di antara klein, tidak ada akses yang dapat dilakukan dari satu database ke yang lain