Is planned downtime a sign of outdated IT?

🛠️Je plánovaná odstávka IT systému znakem zastaralosti? 🛠️

Znáte to, chcete něco honem vyřídit a nemůžete. Systém má odstávku, nebo možná výpadek? Nevíte, nechápete, neřešíte a jdete řešit něco jiného, nebo tu frustraci zapít kafem.

❓ Proč mají takové odstávky jen vnitrofiremní a jinak zastaralé systémy velkých institucí? Google, Netflix, Facebook, Seznam, Alza, všichni přece jedou non-stop, nebo ne? Je naše IT zase 100 let za opicemi?

🤔 Oprávněné otázky. Důvodem odstávek skutečně je, že nějaká služba nebyla navržena pro kontinuální a zcela bezúdržbový provoz. Ve skutečnosti prakticky není služba, která by běžela zcela bez výpadku. 💡

U klasických služeb s centrální databází bývá někdy potřeba provést údržbu, kterou je těžké nebo až nemožné provést za běhu. Nebo je ekonomičtější 💰naplánovat kratší výpadek, než upravovat systém, aby zvládl původní stav, všechny stavy během přechodu na cílový stav a cílový stav. 🤯 Místo toho se systém v jednom stavu vypne a v novém stavu zapne.

🪩 Někdy se provozuje starý a nový systém současně, to je poměrně časté řešení v případě, že jsme schopni tolerovat určitou míru nekonzistence. Zcela běžně se to stává při změnách v Domain Name System, který překládá jména služeb, kterým rozumíme my lidi na číselné adresy, kterým rozumí počítače. Tyto překlady se často udržují v paměti, dokud jim nevyprší životnost, nebo se paměť nevyprázdní.

• 👉 Nové systémy lze navrhnout v řadě případů tak, že je možné je vylepšovat a udržovat za běhu, nebo jejich komponenty vyměňovat tak, že to běh systému viditelně neovlivní. Ale nic není zadarmo, takové systémy bývají složitější a tedy dražší na vývoj i provoz, nebo neposkytují takový rozsah funkcí, či je náročné z nich dostat dobrý výkon, typicky hlavně latenci mezi odesláním požadavku a vrácením výsledku či chybové hlášky.
• 👉 V NOT NULL Makers máme s migracemi různého druhu zkušenosti o které se s vámi rádi podělíme.