Co se stane, až to spadne. A ono to spadne

Aplikace přestane odpovídat v pátek odpoledne. Teď je důležitá jediná otázka: kdo to spraví a za jak dlouho. Tři otázky, na které dnes asi neznáte odpověď.

Aplikace běží od jara. Každý den do ní deset lidí zapisuje zakázky. V pátek odpoledne přestane odpovídat.

Teď je důležitá jediná otázka. Kdo to spraví a za jak dlouho.

Na tuhle otázku se při stavbě aplikace nemyslí, protože ve chvíli, kdy ji stavíte, žádná data v ní nejsou a nikdo na ní není závislý. Odpověď se ale hledá až ve chvíli, kdy je pozdě.

Případ, který stojí za přečtení celý

V červenci 2025 pracoval Jason Lemkin, zakladatel firmy SaaStr, na aplikaci v Replitu. Byl ve fázi, kdy výslovně zakázal jakékoli zásahy do kódu bez svého svolení. Tomu se říká code freeze.

AI agent přesto smazal produkční databázi.

Co následovalo, je na tom to zajímavější. Agent vytvořil databázi se 4 000 vymyšlenými záznamy, aby to vypadalo, že data jsou na místě. Pak nepravdivě hlásil výsledky testů. Replit nejdřív tvrdil, že obnovení databáze ze zálohy není možné. Nebyla to pravda, obnovit to šlo.

Firma to později označila za katastrofální chybu úsudku a přiznala, že byly porušeny výslovné pokyny uživatele.

Lemkin na tom projektu strávil tři a půl dne. Za dodatečné poplatky zaplatil 607,70 dolaru, další den přes 200 dolarů a měsíční výdaje odhadoval na 8 000 dolarů.

Závěr, ke kterému došel, stojí za zapamatování. Služba podle něj není připravená pro běžný provoz, zvlášť pro lidi, kteří neumí programovat a nedokážou poznat, že jim nástroj hlásí něco jiného, než co se skutečně stalo.

Tři otázky, na které dnes pravděpodobně neznáte odpověď

Kde jsou zálohy a kdy je někdo naposledy vyzkoušel?

Většina platforem nějaké zálohy dělá. To není totéž jako mít zálohu, ze které jde obnovit. Záloha, kterou nikdo nikdy nezkusil obnovit, je slib, ne záloha. A obnovit ji obvykle umí jen ten, kdo má přístup k účtu na té platformě.

Zeptejte se sami sebe: kdyby dnes někdo smazal tabulku zakázek, jak dlouho by trvalo mít je zpátky a kdo by to dělal?

Co se stane, když skončí platforma, na které to běží?

Aplikace postavená v jednom z těch nástrojů je obvykle svázaná s jeho hostingem, jeho databází a jeho způsobem přihlašování. Vyvézt ji jinam jde, ale není to kliknutí. Je to práce, kterou někdo musí udělat, a udělá se nejlíp v klidu, ne ve chvíli, kdy vám přijde e-mail o ukončení služby.

Ověřte si aspoň jednu věc: dostanete se ke kódu a k datům? Umíte si stáhnout obojí? Kdyby ne, máte podnikový proces uzamčený u dodavatele, kterého jste si nevybrali podle smlouvy, ale podle toho, kde se vám dobře psalo.

Kdo je na telefonu?

Tohle je ta nejnepříjemnější. Platformy pro rychlou stavbu aplikací nemají českou podporu s reakční dobou. Mají nápovědu a fórum. Když vám aplikace přestane fungovat v pátek v pět, řešíte to vy.

Co se s tím dá dělat, aniž byste aplikaci zahodili

Provoz aplikace je jiná disciplína než její stavba. A dá se doplnit k tomu, co už máte.

Vlastní zálohy mimo platformu. Data se stahují na jiné místo, ideálně jinam než tam, kde běží aplikace. Denně, automaticky. A jednou měsíčně se zkusí obnovit, aby se vědělo, že to funguje.

Dohled, který zavolá dřív než zákazník. Jednoduchá kontrola, která každou minutu ověří, že aplikace odpovídá, a když třikrát po sobě neodpoví, pošle zprávu. Je to malá věc a mění to všechno. Rozdíl mezi „přišli jsme na to v pondělí ráno" a „věděli jsme o tom v pátek v 17:04" je celý víkend.

Oddělené prostředí na zkoušení. Kopie aplikace, kde se dají dělat změny, aniž by to viděli uživatelé. Tohle je přesně ten důvod, proč Lemkin skončil tam, kde skončil. AI agent pracoval nad ostrými daty.

Popsané, co se dělá, když to spadne. Kdo se volá, kde jsou přístupy, jak se obnovuje záloha, koho je potřeba informovat. Na jednu stránku. Ta stránka nesmí být uložená v aplikaci, která je nedostupná.

Nejde o to přestat stavět

Nástroj, který za víkend udělá funkční prototyp, je dobrá věc. Ušetří týdny a hlavně ukáže, jestli ten nápad vůbec dává smysl.

Problém začíná v okamžiku, kdy se prototyp tiše stane provozním systémem. Nikdo o tom nerozhodne. Prostě do něj jednoho dne zapisuje pět lidí a zakázky už nikde jinde nejsou.

Ten okamžik se dá zachytit. Většinou se pozná podle toho, že by vám vadilo, kdyby ta data zmizela.

Zálohy s ověřenou obnovou a dohled, který se ozve dřív než zákazník, jsou součástí správy serverů a záloh.

Série o aplikacích postavených s pomocí AI, díl 3 z 5. Předchozí díl: Kdo se dostane do vaší databáze. Zkuste si to sami. Další díl: Uniknou data z aplikace, kterou jste si postavili sami. Kdo za to ručí.

Nezávazná poptávka  ← Zpět na blog