Modernizace legacy systémů

V systému je část, kterou nikdo nechce otevírat. Funguje. Funguje roky. Lidé, kteří ji psali, jsou dávno jinde, a co přesně dělá, se dnes pozná jen podle toho, že zatím nic nespadlo.

Každá změna v jejím okolí se odhaduje na týdny — a polovina toho odhadu je strach.

Nejdřív se to sepíše, teprve pak se to mění. Co systém dělá dnes, se zapíše dřív, než si kdokoli udělá názor na to, co by dělat měl. Co není sepsané, se nedá bezpečně odstranit.

Pak se postupuje po malých krocích a produkce po celou dobu běží. Cílová architektura sama o sobě není důvod k přepisu: každý krok se musí zaplatit sám a každý krok musí jít sám o sobě vrátit.

Co nebolí dost, se nechává být. Dvě sběrnice zpráv vedle sebe vyjdou levněji než jedna sběrnice a adaptér, ke kterému se nikdo nehlásí. Modernizace, která sjednocuje kvůli hezčímu schématu, uklidí obrázek — a tým rychlejší nebude.

Systém, který obsluhuje zákazníky i během změny, s téměř nulovou odstávkou. Kroky, které jde kdykoli zastavit: z každého vede cesta zpět, takže nic nezůstane v půlce převodu.

Něco přes padesát aplikací poskládaných v letech 2005 až 2010 a pět lidí na všechny. Přes šedesát procent se přepsalo, přesunulo nebo postavilo znovu — po krocích, a incidenty zůstaly v klidu.

Pak prostředí změnilo požadavky a hnout se muselo všechno. Samotné aplikace se skoro nepohnuly: změnila se jedna tenká vrstva, u všech stejně. První změnu udělal nejdražší člověk v týmu, zbytek ji zopakoval ten nejlevnější.

Není to přepis. Není to migrace se zmrazením vývoje. A není to slib, že nakonec bude všechno vypadat stejně — něco stejné schválně nebude.

Dvě věci: které části je drahé se dotknout, a jedno číslo, které umíte změřit — hodiny, peníze, četnost poruch, nedodržené SLA. Podle toho čísla oba později uvidíme, jestli to zabralo.