Contoh dan Templat SLA

Kebanyakan orang yang mencari templat SLA tidak cuba mempelajari apa itu SLA. Mereka mempunyai pembaharuan dalam tiga minggu, meja perkhidmatan yang terlepas tarikh akhir yang tidak pernah dipersetujui sesiapa, atau kontrak pembekal dengan angka ketersediaan yang cantik tetapi tiada takrifan bagaimana ketersediaan diukur. Mereka memerlukan dokumen menjelang Jumaat.

Jadi halaman ini ialah perpustakaan artifak: templat dan contoh yang dikira untuk lima kes biasa, masing-masing dengan peraturan pengukuran yang menentukan sama ada komitmen itu bermakna. Sasaran tanpa peraturan pengukuran ialah hajat yang dilampirkan angka.

Fakta Utama: Penanda Aras SLA yang Wajar Dipinjam

• Amazon berkomitmen kepada uptime bulanan 99.99% untuk EC2 pada peringkat wilayah dan 99.5% untuk satu instans, dengan kredit sebanyak 10%, 30% atau 100% daripada caj yang terjejas (AWS Compute SLA, 25 Mei 2022).
• Google Cloud berkomitmen kepada 99.99% untuk instans Compute Engine dalam beberapa zon dan 99.9% untuk satu instans, tetapi pelanggan mesti membuat tuntutan dalam tempoh 60 hari untuk mendapat sebarang kredit (Google Compute Engine SLA).
• Microsoft menyatakan komitmen sokongan Azure mengikut tahap keterukan, bukan uptime: kurang daripada 1 jam, 24x7, bagi Severity A pada pelan Standard, berbanding kurang daripada 8 jam bekerja bagi Severity C (Azure support).
• 57% responden menyatakan gangguan besar terkini mereka merugikan lebih daripada $100,000, dan satu daripada lima meletakkannya melebihi $1 juta (Uptime Institute, 2026).
• SLA ialah kontrak "yang termasuk akibat memenuhi (atau terlepas) SLO yang terkandung di dalamnya" (Google SRE Book).

Anatomi SLA, Klausa demi Klausa

Setiap SLA yang boleh digunakan menjawab dua belas soalan yang sama. Templat yang melangkau empat atau lima daripadanya cepat ditandatangani dan dipertikaikan kemudian.

Di mana halaman ini menarik garisnya

Halaman pendamping, apa itu SLA dan cara menetapkan SLA dalaman, memiliki konsepnya: takrifan, tiga jenis klasik, dan kaedah lima langkah untuk mempersetujuinya. Halaman ini sebaliknya memberi anda klausa dan angka. Satu kes sengaja tidak diulang: perjanjian dua hala pemasaran-ke-jualan sudah wujud sebagai templat SLA pemasaran-jualan.

Senarai semak klausa

Tiga yang paling kerap digugurkan ialah kaedah pengukuran, pelaporan dan pencetus penamatan, dan ketiga-tiganya menentukan sama ada perjanjian itu bertaring. Bahagian kemudian menyenaraikan apa yang menjadi setiap klausa yang kabur.

SLA, SLO, SLI, OLA dan Kontrak Sokongan

Lima istilah digunakan secara bertukar ganti dalam mesyuarat dan bermaksud perkara berbeza di atas kertas.

Amalan SRE Google menawarkan ujian yang wajar dicuri: tanya apa yang berlaku jika sasaran terlepas, dan "jika tiada akibat yang jelas, maka hampir pasti anda sedang melihat SLO." Ia juga memberi amaran terhadap angka sempurna, kerana "adalah tidak realistik dan tidak diingini untuk menegaskan bahawa SLO akan dipenuhi 100% daripada masa" (Google SRE Book).

Kosa kata OLA datang daripada ITIL, kini diterbitkan oleh PeopleCert, yang skema semasa nya telah melangkaui ITIL 4 kepada ITIL Version 5. Ideanya mengatasi mana-mana edisi: janjikan pembetulan empat jam apabila pasukan pangkalan data yang anda bergantung padanya tidak pernah bersetuju dengan apa-apa yang lebih pantas daripada sehari, dan anda telah mengikat kalendar orang lain.

Takrifan Pengukuran yang Menentukan Sama Ada SLA Itu Jujur

Dua organisasi boleh menjalankan sasaran yang serupa dan melaporkan pematuhan yang sangat berbeza, semata-mata disebabkan peraturan jam. Selesaikan perkara ini secara bertulis sebelum sesiapa menandatangani.

Soalan	Perkataan yang lemah	Perkataan yang boleh dipertahankan
Bila jam bermula?	"Semasa permintaan diterima"	"Pada cap masa tiket dicipta dalam , termasuk tiket yang dibangkitkan pembekal bagi pihak pelanggan"
Bila ia dijeda?	Senyap, atau "semasa menunggu pelanggan"	"Hanya semasa tiket berstatus Pending Customer, dengan masa jeda dilaporkan secara berasingan"
Waktu bekerja atau waktu kalendar?	"Dalam 4 jam"	"Dalam 4 jam bekerja, ditakrifkan sebagai 09:00 hingga 18:00 , Isnin hingga Jumaat, tidak termasuk "
Apakah penyelesaian?	"Tiket ditutup"	"Perkhidmatan dipulihkan dan disahkan oleh pemohon; penyelesaian sementara dikira hanya bagi P3 dan P4"
Bagaimana tiket dibuka semula dikira?	Senyap	"Tiket yang dibuka semula dalam hari kembali kepada jam asalnya; penutupan terdahulu bukan sasaran yang dipenuhi"
Berapa bahagian yang mesti mematuhi?	"Semua tiket"	"95% P1 dan 90% P2 setiap bulan kalendar, merentasi semua tiket yang dicipta bulan itu"

Tiga daripadanya menentukan kebanyakan pertikaian. Peraturan jeda ialah tuas terbesar pada angka pematuhan, kerana pasukan yang boleh meletakkan tiket dalam Pending Customer dan menghentikan jam mereka sendiri akan mencapai mana-mana sasaran yang anda tetapkan. Waktu bekerja mengubah setiap angka dalam jadual: empat jam bekerja pada kalendar 09:00 hingga 18:00 hampir 24 jam sebenar jika permintaan tiba pada 17:30 hari Jumaat. Dan pembukaan semula mengampu angka penyelesaian, kerana penutupan yang dibuka semula pelanggan sejam kemudian dikira sebagai satu sasaran dipenuhi ditambah satu tiket baharu. Jejaki kadar pembukaan semula sebagai KPI proses tersendiri.

Ketersediaan memerlukan penjagaan yang sama. SLA Compute Engine Google hanya mengira "tempoh satu atau lebih minit berturut-turut Downtime," jadi "minit separa atau Downtime berselang-seli untuk tempoh kurang daripada satu minit tidak akan dikira" (Google Compute Engine SLA). Sesuatu perkhidmatan boleh bergoyang selama lima puluh saat pada satu masa, sepanjang bulan, dan melaporkan ketersediaan sempurna.

Pengiraan Uptime: Berapa Kos Sebenar Setiap Sembilan

Peratusan ketersediaan sukar dirasai. Minit tidak. Setiap angka di bawah ialah (1 tolak peratusan ketersediaan) darab panjang tempoh, menggunakan bulan 30 hari dan tahun 365 hari.

Dua jurang penting semasa anda berunding. Antara 99.5% dan 99.9% terletak 2j 52m 48s sebulan, perbezaan antara gangguan yang diharungi pasukan dengan tenang dan yang menghabiskan satu petang. Antara 99.9% dan 99.99% terletak hanya 38m 53s, tetapi lonjakan itu biasanya memaksa pelaksanaan berbilang zon dan rota on-call yang sebenar, jadi ia yang mahal.

Oleh kerana kebanyakan SLA mengukur bulan kalendar, elaun juga berubah mengikut bulan: pada 99.9%, Februari membenarkan 40m 19s berbanding 44m 38s dalam bulan 31 hari, dengan komitmen yang serupa.

Templat 1: SLA Insiden Meja Perkhidmatan IT

Ini templat yang paling awal diperlukan kebanyakan organisasi, dan yang paling kerap disalin tanpa matriks keutamaannya, iaitu bahagian yang melakukan kerja. Keutamaan bukan medan yang dipilih pemohon. Ia diterbitkan daripada impak dan urgensi, jadi dua orang tidak boleh menggredkan gangguan yang sama secara berbeza.

Tindak balas dan penyelesaian ialah komitmen berasingan dan tidak boleh digabungkan menjadi satu angka. Tindak balas ialah saat seorang manusia memiliki tiket dan mengatakannya; penyelesaian ialah perkhidmatan dipulihkan. Sesebuah pasukan boleh cemerlang dalam satu dan tidak berguna dalam yang lain, dan angka gabungan menyembunyikannya.

Angka-angka itu ialah titik permulaan, bukan penanda aras untuk disalin membuta tuli. Microsoft berkomitmen kepada kurang daripada 1 jam bagi Severity A ("kehilangan atau kemerosotan perkhidmatan yang ketara") 24x7 pada pelan Standard dan ke atas, dan kurang daripada 8 jam bekerja bagi Severity C (Azure support responsiveness). Perhatikan apa itu: tindak balas awal, bukan penyelesaian.

SLA Pengurusan Insiden, kepada 1. Skop. Pengendalian insiden bagi . Permintaan, perubahan dan kerja projek terletak dalam . 2. Waktu perkhidmatan. P1 dan P2 dikendalikan 24x7. P3 dan P4 berjalan 09:00 hingga 18:00 , Isnin hingga Jumaat, tidak termasuk . 3. Keutamaan. Ditetapkan daripada matriks di atas oleh semasa triage. Penggredan semula tidak menetapkan semula jam. 4. Sasaran. Mengikut jadual tindak balas dan penyelesaian di atas. 5. Pengukuran. Pemasaan diambil dalam dari penciptaan tiket. Jam dijeda hanya semasa tiket berstatus Pending Customer, dan masa jeda dilaporkan secara berasingan. 6. Penyelesaian. Perkhidmatan dipulihkan dan disahkan oleh pemohon, atau 2 hari bekerja tanpa bantahan. Bagi P1 dan P2, penyelesaian sementara bukan penyelesaian. 7. Pembukaan semula. Tiket yang dibuka semula dalam 5 hari bekerja menyambung jam asalnya. 8. Pengecualian. Penyelenggaraan terancang yang dimaklumkan hari bekerja lebih awal, insiden yang disebabkan oleh sistem yang dikawal pelanggan atau pihak ketiga yang dinamakan dalam Lampiran A, dan peristiwa di luar kawalan munasabah . 9. Pelaporan. Pematuhan mengikut keutamaan, kadar pembukaan semula dan tiga punca berulang teratas, diterbitkan menjelang hari bekerja kelima setiap bulan. 10. Eskalasi. P1 yang belum selesai pada 50% sasaran penyelesaiannya dieskalasikan kepada ; pada 100%, kepada , yang memiliki komunikasi pelanggan sehingga penutupan. 11. Semakan. Setiap suku tahun, dihadiri oleh . Sasaran hanya berubah melalui persetujuan bertulis. 12. Kegagalan berulang. Terlepas ambang P1 dalam tiga bulan berturut-turut mencetuskan pelan penambahbaikan perkhidmatan.

Klausa 8 membawa satu peraturan: setiap pengecualian mesti dinamakan dan boleh diuji. "Force majeure" ialah piawai; "isu yang timbul daripada kerumitan persekitaran pelanggan" ialah jalan keluar.

Templat 2: SLA Sokongan Pelanggan

SLA sokongan berkelakuan berbeza. Angka yang paling mendorong kepuasan bukan masa penyelesaian tetapi masa tindak balas seterusnya, jarak menunggu antara balasan apabila perbualan sudah berjalan. Ramai pasukan mencapai sasaran tindak balas pertama dan masih mengecewakan pelanggan kerana balasan kedua mengambil masa dua hari. Saluran juga berbeza, jadi satu sasaran gabungan merentasi sembang dan e-mel terlebih janji pada salah satunya.

SLA Sokongan Pelanggan, kepada 1. Saluran yang diliputi. {Sembang, e-mel, telefon, dalam aplikasi}. Media sosial dan forum komuniti ialah usaha terbaik tanpa komitmen. 2. Tindak balas pertama bermaksud balasan manusia yang substantif yang menangani isu khusus itu. Resit automatik tidak memenuhi klausa ini. 3. Tindak balas seterusnya bermaksud setiap balasan berikutnya semasa perbualan terbuka dan menunggu . 4. Peraturan jam. Pemasaan bermula apabila mesej tiba dalam dan dijeda hanya semasa perbualan berstatus Awaiting Customer. Perbualan yang menunggu pelanggan selama hari ditutup secara automatik dan dibuka semula pada sebarang balasan, menyambung jam asal. 5. Pematuhan. Diukur setiap bulan pada persentil ke-{90}, bukan min. 6. Eskalasi dan pelaporan. Sebarang perbualan yang terbuka melebihi kali sasaran penyelesaiannya dihantar kepada dan ke dalam semakan mingguan. Pematuhan bagi setiap saluran, kadar pembukaan semula, dan perbualan yang melanggar melebihi jam diterbitkan setiap bulan. 7. Pengecualian. Integrasi pihak ketiga yang dinamakan dalam Lampiran A, permintaan pembangunan khas, dan penyelenggaraan yang diumumkan.

Dua pilihan di situ disengajakan. Persentil dan bukan min menghalang purata daripada menyembunyikan perbualan berusia seminggu yang menjana setiap aduan, dan melarang penjawab automatik daripada dikira tindak balas pertama menutup cara paling lazim SLA sokongan diperdaya.

Contoh 3: SLA Perkhidmatan Bersama Dalaman, dan OLA di Sebaliknya

SLA dalaman ditulis dengan paling kurang istiadat dan paling kerap dilanggar. Kewangan, HR, undang-undang dan IT melayani pelanggan tanpa kontrak, tanpa kredit dan tanpa pembekal alternatif, jadi satu-satunya penguatkuasaan ialah keterlihatan dan mesyuarat semakan.

Setiap sasaran dalam lajur kanan bergantung pada seseorang di luar pasukan yang bersetuju dengannya, dan itulah yang diliputi oleh operational level agreement. Tanpa OLA, pasukan yang memegang SLA yang kelihatan menyerap setiap kelewatan huluan dan berhenti mempercayai sasaran itu.

Pembetulan kedua ialah mentakrifkan permintaan yang lengkap. Kebanyakan pelanggaran dalaman bukan kerja yang perlahan, tetapi kerja yang bermula lewat kerana permintaan tiba tanpa kod bajet. Letakkan takrifan itu dalam prosedur operasi standard, tahan jam sehingga permintaan memenuhinya, dan laporkan penghantaran yang tidak lengkap di sebelah angka pematuhan.

Di mana aliran merentasi jabatan, petakan dahulu: peta proses perniagaan menunjukkan serahan dan baris gilir, dan jurang antara masa kitaran dan masa pendahuluan memberitahu anda sama ada sasaran mengukur kerja atau menunggu. Simpan perjanjian yang ditandatangani bersama dokumentasi proses anda, bukan dalam slaid.

Contoh 4: SLA Vendor, Ditulis dari Sisi Pembeli

SLA vendor tiba telah ditulis siap, dioptimumkan untuk pembekal: pengecualian yang murah hati, kredit yang tiada siapa tuntut, dan takrifan pengukuran yang ditulis oleh pihak yang melakukan pengukuran.

Apa yang perlu dituntut	Apa yang akan ditawarkan kepada anda	Mengapa ia penting
Sistem rekod yang dinamakan dan kaedah pengukuran	"Ketersediaan seperti yang diukur oleh "	Siapa yang memiliki pengukuran memiliki hasilnya
Pelaporan bulanan diterbitkan menjelang tarikh tetap	Pelaporan "atas permintaan"	Laporan yang tidak diterbitkan ialah laporan yang tiada siapa baca
Kredit dikenakan secara automatik berdasarkan data vendor sendiri	Kredit atas tuntutan bertulis dalam tempoh singkat	Tempoh tuntutan tamat, dan vendor mengetahuinya
Analisis punca akar bertulis bagi setiap severity 1	Penjelasan lisan pada panggilan seterusnya	Tanpanya, gangguan yang sama berulang
Had bulanan bagi masa penyelenggaraan yang dikecualikan	Penyelenggaraan tanpa had dengan notis	Penyelenggaraan menghabiskan komitmen
Notis sebelum vendor mengubah SLA itu sendiri	"Vendor boleh meminda dengan menyiarkan kemas kini"	Perlindungan anda boleh diturunkan secara senyap
Hak penamatan bagi kegagalan kronik, ditakrifkan secara berangka	Penamatan atas kemudahan, notis panjang	Tanpa jalan keluar, remedi hanyalah hiasan

Dua klausa wajar dibelanjakan modal rundingan. Yang pertama ialah pencetus kegagalan kronik: "tiga pelanggaran komitmen ketersediaan dalam mana-mana enam bulan bergulir, atau mana-mana satu bulan di bawah 95%, memberi hak kepada untuk menamatkan tanpa penalti." Vendor yang terlepas setiap suku tahun dan membayar kredit setiap kali telah memasukkan toleransi anda ke dalam harga perjanjian. Yang kedua ialah had pengecualian, kerana penyelenggaraan terancang hanya sah jika ia terhad, dimaklumkan, dan di luar waktu bekerja anda dan bukan waktu vendor.

Contoh 5: SLA Uptime Awan, Dibaca Cara Pembeli Sepatutnya Membacanya

SLA awan ialah contoh terbaik yang dikira, kerana penyedia utama menerbitkan SLA mereka sepenuhnya. Komitmen EC2 Amazon, dikemas kini kali terakhir pada 25 Mei 2022, ialah uptime bulanan 99.99% pada peringkat wilayah, bermaksud instans merentasi beberapa zon ketersediaan, dan 99.5% bagi satu instans. Tangga kredit adalah sama bagi kedua-duanya.

Lalukan komitmen itu melalui pengiraan di atas. 99.99% peringkat wilayah membenarkan 4m 19s dalam bulan 30 hari; 99.5% peringkat instans membenarkan 3j 36m. Itu perbezaan lima puluh kali ganda antara dua angka pada halaman yang sama, dan ia sepenuhnya soal seni bina: berjalan dalam satu zon dan anda telah membeli janji yang lebih lemah.

AWS juga melakukan sesuatu yang wajar digunakan sebagai penanda aras di tempat lain: ia "tidak akan mengenakan caj kepada anda bagi mana-mana Single EC2 Instance yang Unavailable lebih daripada enam minit dalam satu jam jam," dan ini "terpakai secara automatik dan anda tidak perlu meminta kredit." SLA Compute Engine Google berkomitmen kepada 99.99% bagi instans dalam beberapa zon pada peringkat Premium dan 99.9% bagi satu instans kebanyakan keluarga mesin, dengan jalur tengah 25% yang lebih murah hati. Syaratnya ialah tuntutan: "Pelanggan mesti memberitahu sokongan teknikal Google dalam tempoh 60 hari dari masa Pelanggan layak menerima Financial Credit."

Jadi bandingkan takrifan pengukuran sebelum angka utama, semak sama ada remedi itu automatik atau dituntut, dan terjemahkan setiap peratusan kepada minit.

Kredit Perkhidmatan, dan Mengapa Ia Jarang Menampung Kerugian

Kredit kelihatan seperti pampasan dan berfungsi sebagai isyarat tadbir urus. Di bawah SLA AWS, ia "hanya boleh dikenakan terhadap pembayaran masa depan untuk Amazon EC2" dan "tidak akan melayakkan anda kepada sebarang bayaran balik atau bayaran lain daripada AWS." Kredit Google masuk ke bil masa depan. Kedua-dua perjanjian jelas bahawa ini ialah keseluruhan remedi: AWS "menetapkan remedi tunggal dan eksklusif anda," Google "menyatakan remedi tunggal dan eksklusif Pelanggan."

Sekarang letakkan itu berbanding kerugian. Analisis gangguan Uptime Institute 2026 melaporkan bahawa "57% responden menyatakan gangguan besar terkini mereka merugikan lebih daripada $100,000" dan bahawa "bagi tahun kedua berturut-turut, 1 daripada 5 melaporkan kos melebihi $1 juta" (Uptime Institute). Kredit 10% terhadap caj bulan yang terjejas ialah diskaun sederhana pada invois seterusnya. Pengiraannya tidak dimaksudkan untuk seimbang.

Jadi anggapkan kredit sebagai isyarat, bukan insurans. Pembekal yang tidak mahu meletakkan peratusan bermakna di belakang sesuatu angka tidak mempercayainya. Perlindungan sebenar terletak di tempat lain: redundansi, pengaturan kesinambungan, dan hak penamatan bagi kegagalan kronik.

Membuat SLA yang Bertahan Apabila Bersua dengan Realiti

SLA yang ditandatangani tidak mengubah apa-apa dengan sendirinya. Perjanjian yang bertahan mempunyai empat tabiat di belakangnya.

Namakan seorang pemilik bagi setiap perjanjian. Bukan jawatankuasa, tetapi seorang yang tugasnya termasuk menerbitkan laporan dan mempengerusikan semakan. SLA tanpa pemilik merosot secara senyap, kerana melanggarnya tidak merugikan sesiapa sehingga pembaharuan.

Letakkan angka di tempat kerja berlaku. Sasaran yang tertanam dalam pemacu kongsi tidak kelihatan pada saat ia penting, iaitu apabila seseorang memilih tiket seterusnya. Paparan baris gilir dan papan pasukan ialah pengurusan visual biasa, dan SLA yang tiada siapa dapat lihat ialah SLA yang tiada siapa penuhi.

Eskalasikan berdasarkan pencetus, bukan perasaan. Pinjam logik andon: apabila ambang dilepasi, isyarat dicetuskan dan orang yang dinamakan bertindak balas. P1 pada 50% sasaran penyelesaiannya patut memanggil pengurus bertugas sama ada jurutera menyangka ia berjalan buruk atau tidak.

Semak pelanggaran untuk mencari punca, bukan untuk menyalahkan. Jalankan analisis punca akar pada yang berulang dan uji setiap pembetulan melalui kitaran PDCA. Pemantauan proses berterusan memungkinkannya, kerana anda tidak boleh menyemak apa yang tiada siapa instrumenkan. Di mana langkah manual yang sama menyebabkan kelewatan yang sama setiap bulan, automasi aliran kerja pada penerimaan atau penghalaan memberi pulangan lebih pantas daripada merundingkan semula sasaran, dan menyeragamkan proses menghalang satu SLA bermaksud tiga perkara di tiga wilayah.

Bagaimana SLA Menjadi Hiasan

Kebanyakan SLA yang mati, mati dengan beberapa cara yang sama.

• Sasaran yang tiada siapa ukur. Jika tiada sistem menghasilkan angka itu secara automatik, angka itu tidak wujud.
• Pengecualian yang menelan komitmen. Penyelenggaraan tanpa had, "kelewatan disebabkan pelanggan" tanpa sempadan dan status jeda tanpa peraturan merosakkan janji 99.9% tanpa menyentuh angka utama.
• Tiada pemilik dan tiada tarikh semakan. Kedua-duanya milik blok tandatangan, bukan lampiran.
• Purata dan bukan persentil. Min menyembunyikan ekor, dan ekor menjana aduan.
• Sasaran disalin daripada syarikat yang lebih besar. Tindak balas P1 15 minit tidak bermakna tanpa rota on-call.
• Komitmen tanpa perjanjian back-to-back. Janji yang bergantung pada pasukan yang tidak pernah bersetuju dengan apa-apa ialah cek terhadap akaun orang lain.

Ambil templat mana-mana yang sesuai, isi nilai dalam kurungan, kemudian curahkan usaha sebenar pada kaedah pengukuran dan pengecualian. Dua klausa itu menentukan apa makna perjanjian itu pada bulan ia mula diuji.