Systém je spustený a tím ho používa. O mesiac zmení externý poskytovateľ prihlasovanie, pribudne nová pobočka alebo prestane prechádzať import. Vtedy sa ukáže, čo znamenala položka „podpora“ v pôvodnej ponuke.
Podpora môže zahŕňať opravy chýb, dohľad nad prevádzkou, aktualizácie aj menšie úpravy. Každá z týchto činností však potrebuje vlastné pravidlá. Mesačný paušál bez rozsahu nehovorí, kto bude dostupný a čo môže firma očakávať.
Nasledujúci postup pomáha pripraviť prevádzkové zadanie. Konkrétne záväzky a podmienky patria do dohody s dodávateľom. Začnite tým, akú prácu firma bez systému nedokáže vykonať.
Oddeľte štyri druhy práce
Oprava chyby vracia dohodnutú funkciu do správneho stavu. Napríklad export vynecháva záznamy, ktoré podľa zadania obsahovať má. Ponuka má určiť, v akom období a za akých podmienok sa tieto opravy riešia.
Prevádzková podpora rieši dostupnosť a chod aplikácie. Patrí sem reakcia na incident, kontrola zlyhaných procesov alebo pomoc pri obnove. Nemusí automaticky zahŕňať zmenu obchodných pravidiel.
Údržba udržiava technický základ použiteľný: aktualizácie, kontrolu závislostí, certifikátov a napojení. Je to plánovaná práca aj v mesiaci, keď používateľ neohlási chybu.
Ďalší rozvoj pridáva alebo mení možnosti systému. Nové schvaľovanie, ďalšia pobočka so špecifickými pravidlami či nový portál môžu byť samostatným rozsahom. Pri malej úprave sa dá dohodnúť čerpanie rezervovaných hodín.
Reakcia nie je odstránenie problému
Čas prvej reakcie hovorí, kedy sa incidentu začne venovať zodpovedný človek a potvrdí ďalší postup. Čas obnovy služby hovorí, kedy môže tím znovu pracovať. Úplná oprava príčiny môže prísť ešte neskôr.
Pri porovnávaní podpory sa preto pýtajte, čo presne časový údaj znamená. Automatické potvrdenie prijatia správy nie je to isté ako posúdenie incidentu. Dočasný pracovný postup zas nemusí byť konečnou opravou.
Dohodnite, ako často dostane vaša firma aktualizáciu stavu a kto komunikuje s používateľmi. Počas incidentu je dôležité vedieť, čo skúšať a ktoré operácie radšej neopakovať.
Závažnosť určujte podľa dopadu
Váš tím potrebuje niekoľko zrozumiteľných kategórií. Úplná nemožnosť spracovať zákazky má iný dopad než chybný názov stĺpca. Rovnako rozhoduje, či existuje dočasný postup a koľko používateľov je ovplyvnených.
Ilustračné rozdelenie môže byť:
- Prevádzka stojí alebo hrozí poškodenie údajov.
- Dôležitý proces nefunguje a náhradný postup je obmedzený.
- Funkcia má chybu, ale tím môže pokračovať iným spôsobom.
- Kozmetická chyba alebo otázka k používaniu.
Tieto kategórie nie sú automatickým servisným záväzkom QikBuildu. Slúžia ako podklad na dohodu. Ku každej priraďte servisné hodiny, spôsob kontaktu a očakávanú reakciu.
Kedy má byť niekto dostupný
Podpora počas pracovných dní nie je nepretržitá pohotovosť. Ak firma spracúva objednávky cez víkend, povedzte to pri plánovaní. Určte časové pásmo, sviatky a pravidlá eskalácie.
Prevádzka 24 hodín denne potrebuje rezervovanú kapacitu a zastupiteľnosť. Jej cena sa nedá odvodiť iba od počtu skutočne riešených hodín. Dodávateľ musí mať človeka pripraveného aj vtedy, keď sa nič nepokazí.
Naopak, nástroj používaný raz týždenne môže vystačiť s jednoduchšou podporou. Rozhodnutie má vychádzať z dopadu výpadku a dostupného náhradného postupu, nie zo snahy objednať najprísnejší balík pre každú aplikáciu.
Dohodnite, čo budete merať
Vhodný ukazovateľ vychádza z práce používateľa. Pri objednávkovom systéme môže ísť o úspešné uloženie objednávky, pri reportoch o včasné vytvorenie prehľadu. Samotná odpoveď servera ešte neznamená, že dôležitá funkcia funguje.
Google vo svojej príručke SRE rozlišuje meraný ukazovateľ služby, cieľovú úroveň a dohodu o službe. Pri vlastnom systéme si tieto pojmy preložte do konkrétnej operácie, obdobia merania a reakcie na nesplnenie cieľa.
Určte tiež plánovanú údržbu a závislosti od tretích strán. Potrebujete vedieť, kto zistí výpadok poskytovateľa a kto koordinuje náhradný postup. Zodpovednosť za komunikáciu nemá zostať medzi dodávateľmi.
Zálohy treba vedieť obnoviť
Spíšte, čo sa zálohuje: databáza, nahraté súbory, konfigurácia aj podklady potrebné na nasadenie. Dohodnite frekvenciu, uchovávanie a prístupy. Samostatne určte, akú stratu nových údajov a dĺžku obnovy vie firma prijať.
Nechajte vykonať skúšobnú obnovu do oddeleného prostredia. Výsledkom majú byť použiteľné dáta alebo aplikácia a zápis o priebehu skúšky. Existencia záložného súboru sama nepotvrdzuje, že z neho systém obnovíte.
Pri odstránení konkrétneho záznamu nemusí byť vhodné vracať celú databázu. Prevádzkový postup má odlíšiť obnovu jednotlivých údajov od návratu po veľkom incidente.
Monitoring musí mať človeka na druhom konci
Zistite, čo sa kontroluje a kam ide upozornenie. Pri integrácii môže byť dôležitejší rast počtu nespracovaných záznamov než všeobecné využitie procesora. Dobrý alarm súvisí s dopadom na používateľa a vyžaduje konkrétnu reakciu.
Prístup k monitoringu nemá zostať iba jednému vývojárovi. Dohodnite zastupovanie, eskaláciu a prístup zodpovednej osoby vo vašej firme. Technické princípy rozoberá aj kapitola Google SRE o monitoringu.
Po vážnejšom incidente si nechajte vysvetliť priebeh, príčinu a kroky, ktoré obmedzia opakovanie. Cieľom je zlepšiť systém a pracovný postup, nie iba uzavrieť servisný tiket.
Čo odovzdať, aby podpora nebola závislá od pamäti
Firma má mať prehľad účtov, repozitárov, prostredí, integrácií a kontaktov. Dokumentácia má vysvetliť nasadenie, pravidelné úlohy, zálohy a najčastejšie prevádzkové zásahy. Prístupy zdieľajte bezpečne cez určený nástroj.
Vlastníctvo dát a kódu je jedna časť odovzdania. Druhou je schopnosť iného človeka systém pochopiť a prevádzkovať. Pri zmene dodávateľa musí byť jasné, kto a kedy odoberie pôvodné prístupy.
Ako porovnať dve ponuky podpory
Porovnajte servisné hodiny, reakciu na závažnosti, zahrnutú údržbu, rezervované hodiny a cenu práce navyše. Skontrolujte monitoring, obnovu, závislosti a spôsob ukončenia spolupráce. Lacnejší paušál môže zahŕňať menej z týchto povinností.
Pri internom systéme podporu plánujeme podľa práce, ktorú v ňom firma vykonáva. Povedzte nám, od ktorých operácií závisí vaša prevádzka. Oddelíme potrebnú pohotovosť, pravidelnú údržbu a ďalší rozvoj, aby každá položka mala zrozumiteľný rozsah.
