Bagaimana Melacak Perjanjian Tingkat Layanan di Cloud Computing - dummies

A perjanjian tingkat layanan < (SLA) adalah kewajiban kontrak antara Anda dan penyedia layanan komputasi awan Anda. Negosiasi SLA sering menjadi tarian antara IT dan provider. Beberapa tingkat layanan tidak dapat dinegosiasikan, seperti aplikasi mission-critical, yang berarti bahwa jika aplikasi tersebut perlu tersedia kecuali satu jam per bulan, Anda tidak dapat menyetujui kompromi. Jika itu yang terjadi dan penyedia layanan tidak dapat memenuhi tingkat layanan, Anda harus mempertimbangkan kembali opsi awan. SLA lainnya memiliki ruang gerak lebih banyak.

IT dan penyedia layanan harus bekerja sama untuk membangun SLA ini. SLA tipikal adalah sebagai berikut:

Waktu respons (mungkin berbeda-beda berdasarkan transaksi)

• Ketersediaan pada hari tertentu

• Target uptime keseluruhan

• Waktu dan prosedur tanggapan yang disepakati jika layanan turun > Kesepakatan secara teoritis memberi Anda beberapa jaminan bahwa penyedia akan memenuhi tingkat layanan tertentu.

Tapi, pembeli waspadalah! Anda perlu menentukan yang berikut ini:

Downtime:

Bergantung pada seberapa kritis aplikasi Anda berjalan di awan, Anda memerlukan tingkat ketersediaan tertentu. Apakah 99. 9 persen cukup untuk Anda? Atau, apakah Anda memerlukan lima sembilan? Bagaimana provider berencana untuk memastikan bahwa mereka akan memenuhi SLA-nya? Apa mekanisme failover dan disaster recovery yang dimiliki provider? Apakah Anda merasa nyaman dengan mereka?

• Anda perlu membaca cetakannya dengan baik. Apakah SLA mencakup perawatan terencana, atau apakah itu terpisah? Jika demikian, bagaimana perawatan yang direncanakan akan mempengaruhi Anda?
  Bagaimana garis tanggung jawab ditarik:

• Anda tidak ingin berada dalam situasi di mana penyedia SaaS menunjuk ke penyedia infrastruktur, mengatakan itu bukan kesalahan mereka.

• Biaya downtime: Apa artinya operasi Anda jika awan sedang turun? Penyedia layanan mungkin memberi kompensasi hanya berdasarkan jumlah sistem jam yang turun. Bagaimana dengan biaya untuk bisnis Anda?

• Insiden masa lalu: Apakah penyedia Anda mengalami downtime yang berlebihan di masa lalu? Periksa catatannya. Lihat juga metrik meja layanan, termasuk

• Waktu untuk mengidentifikasi masalah: Apakah ada masalah untuk waktu yang lama sebelum dilaporkan? Apakah kinerja bervariasi secara luas tanpa peringatan? Jika ini benar, berarti sistem pemantauan tidak berjalan dengan baik dan harus ditinjau ulang.

  • Waktu untuk mendiagnosis: Waktu antara laporan acara dan identifikasi penyebab masalah.

  • Waktu untuk memperbaiki: Waktu antara diagnosis dan perbaikan sistem atau dimulainya kembali layanan.

  • Idealnya, Anda dapat melihat pengoperasian penyedia layanan Anda. Informasi SLA yang harus Anda ambil dari penyedia Anda adalah bagian dari keseluruhan

indikator kinerja utama

(KPIs) untuk perusahaan Anda.