Süsteem ei lõpe väljalaskega: sealt see alles algab. Võtame üle monitooringu, uuendused ja intsidendid, kokkulepitud reageerimisaegadega ja ilma, et te peaksite eraldi meeskonda palkama.
Projekt lõpeb, süsteem mitte. Sertifikaadid aeguvad, sõltuvustesse tuleb turvaauke, pilvearve kasvab vaikselt, partner muudab oma API-d ja andmemaht kasvab seni, kuni päring, mis kunagi võttis sekundi, võtab kolmkümmend. Ükski neist ei ole kellegi süü — need on lihtsalt see, mis töötava süsteemiga aja jooksul juhtub.
Hallatud teenus tähendab, et keegi vastutab selle eest ka siis, kui midagi parasjagu ei arendata. Mitte „helistage, kui katki läheb”, vaid monitooring, mis annab märku enne klienti, uuendused, mis tehakse enne kui need kriitiliseks muutuvad, ja keegi, kes teab teie süsteemi ilma, et peaks selle iga kord uuesti selgeks õppima.
Kuus valdkonda. Mahu lepime kokku teie süsteemi ja riskitaluvuse järgi — kõigil ei ole vaja ööpäevaringset valvet, ja seda, mida ei vajata, ei tasu ka osta.
Käideldavus, jõudlus, vead ja ärimõõdikud ühes kohas. Häired on seadistatud nii, et igaüks tähendab tegevust — meeskond, kes saab kümme valehäiret päevas, lõpetab nende lugemise.
Kokkulepitud reageerimisaeg, käitusjuhendid ja eskaleerimise kord. Suurema intsidendi järel tuleb kirjalik kokkuvõte: mis juhtus, miks ja mis selle kordumist takistab.
Sõltuvused, raamistikud ja tööriistad hoitakse toetatud versioonidel. Uuendus, mida lükatakse kaks aastat edasi, ei ole enam uuendus, vaid moderniseerimisprojekt.
Varukoopiad, mille taastamist regulaarselt harjutatakse. Taastamisaja ja andmekao eesmärgid lepitakse kokku kirjalikult, mitte eeldatakse.
Pilvekulu vaadatakse üle regulaarselt ja kasutamata ressursid lülitatakse välja. Jõudluse hääbumine tuvastatakse graafikult, mitte kaebusest.
Väiksemad muudatused ja parandused kokkulepitud mahus, ning tehniline nõustamine siis, kui seisate valiku ees. Suurem töö läheb eraldi kokkuleppena, mitte vaikselt hoolduse alla.
Võtame hooldusesse ka süsteeme, mida me ise ei ehitanud. Sel juhul algab koostöö auditist — ilma selleta ei saa lubada reageerimisaega süsteemile, mida me ei tunne.
Hooldusleping on väärt täpselt nii palju, kui palju on temas kirjas. Need neli lepitakse kokku enne allkirja, mitte esimese intsidendi ajal.
Mis on kriitiline, mis ootab hommikuni ja kui kiiresti keegi vastab.
Töö, mis toimub enne probleemi — ja mille tulemust on kõige raskem märgata.
Süsteemi seis peab olema loetav ilma, et peaks küsima.
Hea hooldusleping on selline, millest saab lahkuda — ja just seepärast ei taheta sealt lahkuda.
Alustame auditist ja üleandmisest: mis süsteem see on, mis on selle nõrgad kohad, kus on dokumentatsioon ja mis juhtub praegu siis, kui midagi katki läheb. Kui süsteemi ehitas keegi teine, on see eraldi tasuline etapp — ja selle lõpus ütleme ausalt, kui midagi vajab enne hooldusesse võtmist korda tegemist.
Seejärel lepime kokku mahu. Reageerimisaeg, tööaeg, kelleni häire jõuab ja mis on kriitiline versus mis ootab hommikuni — need on kirjas lepingus, mitte hea tahte küsimus. Kuu mahu sisse käib ka kokkulepitud jagu väikearendusi, nii et iga pisimuudatus ei nõua eraldi pakkumist.
Iga kuu lõpeb lühikese ülevaatega: mis juhtus, mida uuendati, mis maksis ja mis vajab tähelepanu. Eesmärk on, et te teaksite oma süsteemi seisu ilma küsimata — ja et te saaksite lepingust igal ajal välja astuda, ilma et see oleks omaette projekt.
Teie süsteemi tunneb konkreetne insener, mitte järjekord. Väikeses meeskonnas ei pea te iga kord konteksti uuesti selgitama.
Reageerimisaeg, kattavus ja eskaleerimine on lepingus kirjas. Kui me ei suuda midagi lubada, ütleme seda enne allkirja.
Suurem osa tööst on see, mida te ei märka: uuendused, sertifikaadid, kasvav andmemaht ja aeglustuv päring enne, kui keegi kaebab.
Ei nõua, et süsteem oleks meie ehitatud. Alustame auditist ja ütleme ausalt, mis vajab enne korda tegemist.
Kontod, kood ja dokumentatsioon on teie nimel. Hooldusleping ei tohi olla põhjus, miks te kinni olete.
Asume Tallinnas, samas ajavööndis ja samas lepinguraamistikus. Andmed jäävad soovi korral täielikult EL-i.
Standardpakett katab tööpäevad 9–18 ühetunnise reageerimisajaga kriitiliste intsidentide korral. Laiendatud kate, sealhulgas ööpäevaringne valve, on kokkuleppeline ja hinnastatakse eraldi.
Jah, pärast ülevõtmisauditit. Vaatame koodi, taristu ja monitooringu üle, ütleme ausalt, milline on riskitase, ja lepime kokku, mis tuleb enne korda teha, et kate oleks realistlik.
Jah, ühekuulise etteteatamisega. Lõpetamine sisaldab üleandmist: ligipääsud, dokumentatsioon ja käitusjuhendid antakse üle, et teie või järgmine partner saaks kohe jätkata.
Monitooring ja häired, intsidentidele reageerimine kokkulepitud aegade järgi, sõltuvuste ja turvapaikade uuendamine, varukoopiate ja taastamise harjutamine, pilvekulu ülevaatus ning kokkulepitud jagu väikearendusi — nii et iga pisimuudatus ei nõua eraldi pakkumist.
Suurem arendustöö läheb eraldi kokkuleppena. See on tahtlik: hooldusleping, mille alla hakkab vaikselt mahtuma uus funktsionaalsus, muutub kas teie jaoks kalliks või meie jaoks kahjumlikuks, ja kumbki ei lõpe hästi. Kuu lõpus saate ülevaate sellest, mis juhtus, mida uuendati, mis maksis ja mis vajab tähelepanu.
Monitooring ja häired töötavad ööpäev läbi igal juhul — see on tehniline seadistus, mitte inimese kohalolek. Palju juhtumeid laheneb ise: automaatne tagasipööramine võtab halva väljalaske tagasi ja teenus taastub ilma, et keegi peaks ärkama.
Selle kohta, kes öisele häirele päriselt reageerib, oleme ausad. Väike meeskond ei suuda pakkuda sama valveringi kui suur teenusepakkuja, ja me ei luba seda, mida ei suuda pidada. Enamiku süsteemide jaoks on õige vastus tööpäevane kattavus koos automaatse taastumisega. Kui teie süsteem nõuab päriselt ööpäevaringset reageerimist, ütleme seda enne allkirja ja lepime kokku, kuidas see korraldatakse — ka siis, kui see tähendab, et osa sellest katab keegi teine.
Eraldi tasulise auditi ja üleandmisega. Käime läbi koodi, taristu, sõltuvused ja selle, mis dokumentatsiooni on — tavaliselt vähe. Vaatame, kus on turvaauke, mis on toeta jäänud versioonidel ja mis juhtub praegu siis, kui midagi katki läheb.
Selle lõpus ütleme ausalt, kas saame lubada reageerimisaega. Mõnikord on vastus, et enne tuleb midagi korda teha — näiteks varukoopiad, mida ei ole kunagi taastatud, või juurutamine, mis käib käsitsi ühest arvutist. Lubadus reageerida kiiresti süsteemile, mida keegi ei mõista, ei ole lubadus, vaid lootus.
Kirjeldage oma olukorda paari lausega. Vastame ühe tööpäeva jooksul.