Trojica pojmov Day 0, Day 1, Day 2 sa pomerne stabilne udomácnila v slovníku IT profesionálov. Pôvodne prichádzajú z DevOps a cloud-native sveta, no veľmi dobre sa hodia aj pre „tradičných“ adminov, ktorí spravujú dedikované servery, VPS alebo menšiu firemnú infraštruktúru. Pomáhajú pomenovať tri kľúčové fázy života každej služby: od nápadu cez nasadenie až po nekonečnú operatívu.
V praxi sa bežne deje, že mnohí z nás sa pritom radi zamilujú do Day 0 – plánovania a vymýšľania. Veľa energie vieme dať aj do Day 1 – hľadania nástrojov, ako elegantne a automatizovane nasadiť systém. No z dlhodobého hľadiska rozhoduje hlavne Day 2. To je tá najdlhšia a najdôležitejšia časť – každodenná prevádzka.
Day 0 – Dizajn, plánovanie, rozhodovanie
Day 0 je všetko, čo sa deje ešte predtým, než vôbec existuje server, kontajner či prvý deployment. Je to fáza, keď sa definujú ciele projektu, rozmýšľa sa nad architektúrou a rozhoduje sa, aké technológie a riešenia sa použijú. Na papieri (alebo v Notion, Confluence a pod.) vzniká obraz toho, čo chceme postaviť, pre koho to bude a aké sú očakávania na výkon, dostupnosť či bezpečnosť.
Tu sa rodia odpovede na otázky typu: akú aplikáciu vlastne staviam, koľko používateľov má zvládnuť, čo sa stane pri výpadku, kde budú uložené dáta a ako ich budem zálohovať. A rovnako dôležité: aké limity máme – časové, finančné, technologické.
Day 0 je obľúbený aj preto, že je plný možností a ešte relatívne málo problémov. Ale práve tu sa rozhoduje, či bude celý zvyšok života aplikácie zvládnuteľný, alebo vás o pár mesiacov čaká systém, ktorý sa síce nejako rozbehol, ale ťažko udržuje a všetko v ňom bolí.
Day 0 môžu byť nekonečné debaty tímu. Od jednoduchého servera až po stavanie raketoplánu.
Day 1 – Nasadenie a prvé spustenie
Day 1 je ten deň, keď prechádzate z teórie do praxe. Beriete veci, ktoré ste vymysleli v Day 0, a meníte ich na bežiaci systém. V praxi to znamená pripravovať infraštruktúru, inštalovať služby, nastavovať siete, databázy, DNS, zabezpečenie a nakoniec samotnú aplikáciu.
Je to fáza, ktorú si mnohí užívajú – niečo nové sa rozbieha, bežia prvé testy, zrazu vidno výsledok. Prichádzajú na rad skripty, CI/CD pipeline, Infrastructure as Code, kontajnery, možno Kubernetes, automatizované deploye. Veľa energie ide do toho, aby nasadenie bolo čo najčistejšie, opakovateľné a “na klik”.
Day 1 často priťahuje aj love of tools – človek skúša nové deploy nástroje, nové orchestrácie, nové spôsoby, ako si uľahčiť život. A je to super. Lenže práve tu sa dá ľahko zabudnúť na to, že nasadením sa misia nekončí. V skutočnosti ňou len začína ďalšia, oveľa dlhšia kapitola.
Day 2 – Nekonečná operatíva
Day 2 sa začína vo chvíli, keď aplikácia beží v produkcii a používajú ju reálni ľudia. Všetko je nasadené, DNS smeruje, prvé requesty chodia. A od tohto momentu sa váš život mení na variáciu filmu Na Hromnice o deň viac.
Každý deň sa totiž budíte do veľmi podobného scenára: treba skontrolovať monitoring, vyriešiť alerty, pozrieť sa, prečo jedna služba z ničoho nič zhltla viac RAMky, prečo sa správa divne databáza, či sa podarili zálohy, či sa obnovil certifikát, prečo používateľom z nejakej geolokácie zrazu všetko beží pomalšie… A keď to vyriešite, zajtra prídu nové správy, nové tikety, nové bugy a nové nápady, ktoré treba nasadiť.
Day 2 je nekonečná operatíva. Do tejto fázy patrí monitoring a alertovanie, pravidelné aktualizácie a záplaty, plánované odstávky, incident management, zálohovanie a testovanie obnovy, škálovanie podľa potreby, ale aj komunikácia so zákazníkmi či interným biznisom. Z technického hľadiska je to séria opakujúcich sa cyklov: pozorujem (čo sa deje), vyhodnocujem (či je to problém), rozhodujem (čo s tým) a konám (zmena konfigurácie, zvýšenie kapacity, oprava bugov, rollback verzie…). A tak stále dokola.
Práve tu sa rozhoduje o skutočnej kvalite služby. Ak Day 2 zanedbáte, aj najkrajší návrh a najčistejšie nasadenie sa časom rozpadnú pod tlakom reality: viac používateľov, viac dát, viac závislostí, viac aktualizácií.
Prečo myslieť na Day 2 už od Day 0?
Kľúčová myšlienka je jednoduchá: Day 2 nezačína až po nasadení, ale už pri plánovaní. Keď pri Day 0 riešite architektúru, oplatí sa zároveň položiť otázky typu: ako budeme ten systém monitorovať; kde budeme logovať; ako rýchlo vieme obnoviť dáta; kto má na starosti incidenty; ako bude vyzerať škálovanie; čo spravíme, keď sa záťaž zdvojnásobí.
A v Day 1, pri nasadzovaní, sa oplatí rovno zaviesť aspoň základné prvky Day 2: nastaviť monitoring hneď od začiatku; mať pripravené zálohy a test obnovy; mať dohody v tíme, kto čo rieši pri problémoch; mať zdokumentovaný postup, ako sa systém nasadzuje a ako sa dá vrátiť späť. To všetko výrazne znižuje stres v momente, keď sa niečo pokazí – a ono sa vždy niečo skôr či neskôr pokazí.
Firmy a tímy, ktoré Day 2 ignorujú, to väčšinou spoznajú veľmi rýchlo: po pár mesiacoch sa plácajú v manuálnych zásahoch, systém je plný „dočasných riešení“, ktoré sú tam už rok, a každý väčší incident znamená nočné smeny a improvizáciu. Naopak, tí, ktorí s Day 2 rátali od začiatku, síce majú stále čo robiť, ale ich Na Hromnice o deň viac je o dosť pokojnejší film.
TIP: Websupport má za sebou dlhé roky skúseností so správou serverov – od malých projektov až po náročné produkčné riešenia. Poznáme typické problémy, nečakané výzvy aj to, čo všetko obnáša spoľahlivá prevádzka. Preto sa s rovnakou starostlivosťou a dôslednosťou postaráme aj o váš server. Zabezpečíme jeho rýchlosť, bezpečnosť, dostupnosť aj pravidelnú údržbu, aby ste sa vy mohli sústrediť na svoj biznis a nie na technickú operatívu.
Zhrnutie
Day 0 vám dáva víziu a smer. Day 1 vám dáva prvý viditeľný výsledok – bežiacu službu. Ale až Day 2 z toho robí dlhodobú hodnotu, ktorú môžu vaši klienti spoľahlivo používať.
A keď nabudúce budete pozerať Na Hromnice o deň viac, možno si spomeniete, že Bill Murray v tom filme vlastne nezažíva nič iné ako klasický Day 2: každý deň tie isté problémy, ale s každým opakovaním sa to dá zvládnuť o kúsok lepšie. Ak dnes navrhujete nový systém, skúste si pri každom rozhodnutí položiť otázku: Ako sa mi toto bude spravovať o rok v Day 2? Často zistíte, že mierne zjednodušenie architektúry, trochu viac automatizácie alebo lepší monitoring sú investície, ktoré sa vám vrátia pri prvom väčšom probléme.
Vypočujte si na záver podcast o tom, ako testovať odolnosť ľudí voči phishingu:
