Šablona SLA pro podporu a provoz aplikace
Šablona SLA určuje, jak rychle dodavatel reaguje na chyby a jakou dostupnost aplikace garantuje. V článku najdete šablonu ke zkopírování i příklad reakčních dob.
Shrnutí a kontext
„Ozveme se co nejdřív“ je reakční doba, se kterou souhlasí obě strany, dokud se něco nerozbije. Smlouva o úrovni služeb, anglicky Service Level Agreement (SLA), tuhle nejistotu nahradí konkrétními časy. Níže najdete šablonu SLA pro podporu a provoz aplikace, vyplněný příklad reakčních dob a doporučení, jak SLA nastavit, aby se dala dodržet.
1. Co je SLA a kdy ho potřebujete
SLA (Service Level Agreement, smlouva o úrovni služeb) je písemná dohoda mezi dodavatelem a klientem o tom, jakou úroveň služby dodavatel poskytuje. Typicky určuje dostupnost aplikace, doby reakce a vyřešení podle priority, pracovní dobu podpory, a co se stane, když se dohodnuté hodnoty nedodrží. Hodí se všude, kde aplikaci po spuštění udržuje někdo jiný než klient, nejčastěji agentura se smlouvou o servisu.
Se SLA souvisejí dva další pojmy. Podle knihy Site Reliability Engineering od Googlu je SLI (Service Level Indicator) měřená hodnota, třeba podíl úspěšných požadavků, a SLO (Service Level Objective) interní cíl pro tuto hodnotu. SLA je závazek vůči klientovi i s důsledky nesplnění. Proto bývá mírnější než interní SLO.
2. Šablona SLA pro podporu aplikace
Šablona pokrývá podporu a provoz jedné aplikace. Hodnoty v hranatých závorkách doplňte podle smlouvy a kapacity týmu.
# Příklad smlouvy o úrovni služeb (SLA): <název aplikace>
## 1. Strany a platnost
- Dodavatel: <firma, kontaktní osoba>
- Klient: <firma, kontaktní osoba>
- Platnost: od <datum> do <datum>, automaticky prodlužováno o <období>
## 2. Rozsah služby
- Aplikace a prostředí: <produkce, staging>
- Služba zahrnuje: opravy chyb, aktualizace knihoven a bezpečnostní záplaty, monitoring, zálohy
- Služba nezahrnuje: nové funkce, podporu koncových uživatelů, chyby způsobené změnami na straně klienta
## 3. Dostupnost
- Cílová dostupnost produkce: <99,5 %> za <kalendářní měsíc>
- Plánované odstávky: oznámení <3 pracovní dny> předem, okno <út 20–22 h>
- Do dostupnosti se nepočítají: plánované odstávky, výpadky služeb třetích stran mimo kontrolu dodavatele
- Měření: <nástroj pro monitoring dostupnosti>
## 4. Priority a doby reakce
| Priorita | Popis | Reakce | Vyřešení nebo náhradní řešení |
| --- | --- | --- | --- |
| P1 | <Produkce nefunguje> | <1 h> | <4 h> |
| P2 | <Důležitá funkce nefunguje, bez náhradního řešení> | <4 h> | <1 pracovní den> |
| P3 | <Chyba s náhradním řešením> | <1 pracovní den> | <podle plánu vydání> |
| P4 | <Dotaz nebo drobný požadavek> | <2 pracovní dny> | <podle dohody> |
## 5. Pracovní doba podpory
- Pracovní dny <9–17 h>, priorita P1 <nepřetržitě>
## 6. Hlášení požadavků
- Helpdesk: <odkaz>
- E-mail: <adresa>
- Telefon pro P1: <číslo>
- Doba reakce se počítá od založení požadavku v helpdesku
## 7. Zálohy a obnova
- Frekvence záloh: <denně>, doba uchování: <30 dní>
- Maximální ztráta dat (RPO): <24 h>, obnova provozu (RTO): <8 h>
## 8. Reporty
- Měsíčně: dostupnost, počet požadavků podle priority, dodržení dob reakce, nasazené verze
## 9. Nesplnění SLA
- Sleva <5 %> z měsíční platby za každý požadavek P1 vyřešený po termínu, nejvýš <20 %> měsíčně
## 10. Kontakty
- Odpovědná osoba dodavatele: <jméno, e-mail>
- Odpovědná osoba klienta: <jméno, e-mail>3. Příklad SLA: priority a doby reakce
Nejčastější otázka u SLA je, jaké doby reakce zvolit. Tabulka ukazuje vyplněný příklad pro menší firemní aplikaci s podporou v pracovní době. Hodnoty jsou ilustrační, kratší doby reakce znamenají vyšší cenu služby.
| Priorita | Příklad | Reakce | Vyřešení nebo náhradní řešení |
|---|---|---|---|
| P1 | Aplikace je nedostupná nebo nejde přihlášení | 1 h, nepřetržitě | 4 h |
| P2 | Nejde vystavit fakturu a není jiný postup | 4 h v pracovní době | 1 pracovní den |
| P3 | Export padá, data jde stáhnout jinak | 1 pracovní den | V příští plánované verzi |
| P4 | Dotaz na nastavení, změna textu | 2 pracovní dny | Podle dohody |
4. Jak SLA nastavit, aby se dalo dodržet
SLA, které tým nemůže dodržet, škodí oběma stranám. Tyhle body pomůžou nastavit hodnoty, které odpovídají skutečnému provozu.
5. Kde má klient najít SLA a kontakty na podporu
Podepsané SLA obvykle skončí jako PDF v e-mailu. Když pak klient potřebuje nahlásit chybu, hledá kontakt na podporu a postup hlášení, ne smlouvu. Proto mají být odkazy na SLA, helpdesk a kontakty na stejném místě, kde klient hledá ostatní informace o aplikaci. Na SLA navazuje plán údržby, který popisuje, co dodavatel dělá pravidelně.
V AboutTheApp připojíte k aplikaci odkaz na dokument SLA v kategorii Právo a vztahy, a odkazy na helpdesk a e-mail podpory v kategorii Podpora. Každý klient může mít vlastní odkazy jen pro svou instalaci, označené jako privátní a dostupné s jeho odemykacím kódem. Na své About page klient vidí i svá prostředí a nasazené verze, takže při hlášení chyby rovnou uvede, kterou verzi používá.
AboutTheApp drží odkazy na SLA a kontakty, ale doby reakce ani dostupnost neměří a nevyhodnocuje. Na to potřebujete helpdesk a nástroj pro monitoring dostupnosti.
6. Právní upozornění
Šablona a příklady v tomto článku slouží jen pro ilustraci a nejsou právním dokumentem ani právní radou. Konkrétní smlouvu o úrovni služeb vždy konzultujte se svým právním zástupcem, který ji přizpůsobí vašim podmínkám a platnému právu.
Časté otázky
Co má obsahovat SLA pro aplikaci?
Rozsah služby, cílovou dostupnost, priority s dobami reakce a vyřešení, pracovní dobu podpory, postup hlášení požadavků, zálohy a obnovu, reporty, důsledky nesplnění a kontakty obou stran.
Jaký je rozdíl mezi SLA, SLO a SLI?
SLI je měřená hodnota, například dostupnost nebo doba odezvy. SLO je interní cíl pro tuto hodnotu. SLA je smluvní závazek vůči klientovi i s důsledky nesplnění, proto bývá mírnější než SLO.
Jaký je rozdíl mezi dobou reakce a dobou vyřešení?
Doba reakce říká, kdy na požadavku někdo začne pracovat. Doba vyřešení říká, kdy bude problém odstraněný nebo obejitý náhradním řešením. V SLA je potřeba uvést obě hodnoty zvlášť.
Jaké doby reakce jsou v SLA obvyklé?
Jedna obvyklá hodnota neexistuje, záleží na ceně a kapacitě týmu. Běžné je rozlišit čtyři priority a pro nejvyšší z nich, tedy nefunkční produkci, nastavit reakci v řádu hodin i mimo pracovní dobu.
Kde má klient najít SLA a kontakty na podporu?
Na stejném místě, kde hledá ostatní informace o aplikaci. V AboutTheApp připojíte odkaz na SLA a kontakty na podporu ke konkrétnímu klientovi a klient je uvidí na své About page spolu s prostředími a nasazenými verzemi.
Ve zkratce
Dobré SLA má priority popsané na příkladech, doby reakce, které tým zvládne, a klient ho spolu s kontakty na podporu najde u aplikace, ne v e-mailu.
Chcete mít SLA a kontakty u každé aplikace?
Založte si zdarma aplikaci v AboutTheApp a připojte ke klientovi odkaz na SLA, helpdesk a kontakty na podporu.