Modernizace infrastruktury a cloud

Co konkrétně děláme

1. 01

   Nová infrastruktura od nuly (greenfield)

   U nového produktu nebo projektu nemusíme nic převádět. Infrastrukturu navrhneme, postavíme v IaC a spustíme se vším, co provoz potřebuje od prvního dne. Potom vám ji předáme i s dokumentací, nebo ji převezmeme do dlouhodobého provozu. Postavíme:

   • architekturu podle aplikace, očekávané zátěže a rozpočtu
   • prostředí v cloudu, na vlastních serverech, nebo kombinaci
   • oddělená prostředí pro vývoj, testování a produkci
   • CI/CD a GitOps pro nasazování aplikací
   • účty a přístupy, monitoring, logování a zálohy
   • dokumentaci a zaškolení, nebo převzetí provozu
2. 02

   Posouzení současného stavu

   Mluvíme s lidmi, kteří prostředí dnes spravují, a díváme se na skutečný stav systémů, ne jen do dokumentace. Výstupem je přehled prostředí, seznam rizik seřazený podle dopadu a doporučení, čím začít. Výstup zůstává ve vašem vlastnictví i bez další spolupráce. Mapujeme:

   • servery, virtuální stroje a služby v cloudu, včetně těch, o kterých se ví málo
   • aplikace, databáze a závislosti mezi nimi
   • síť, služby dostupné z internetu a přístupy, včetně dodavatelů
   • zálohy a co se stane, když některá část vypadne
   • náklady za cloud, hosting a licence i za ruční práci
   • stáří systémů a konec podpory (end of life) operačních systémů, databází a frameworků
   • co ví jen jeden člověk a co chybí v dokumentaci
3. 03

   Porovnání variant

   Cloud, vlastní servery, nebo kombinace. Technologii volíme podle vašich aplikací a týmu: když stačí jednodušší řešení, zůstaneme u něj. Každé doporučení dostanete i s důvody. Varianty porovnáváme podle:

   • ceny provozu i ceny samotné změny, včetně odhadu nákladů
   • rizik a dopadu na dostupnost
   • náročnosti provozu pro váš tým
   • požadavků na umístění dat a regulaci (například GDPR, NIS2)
   • závislosti na dodavateli a toho, jak snadno se dá později odejít
   • možnosti přecházet postupně místo jednoho velkého kroku
4. 04

   Návrh cílové architektury

   Cílový stav navrhneme tak, aby odpovídal vašim aplikacím, týmu a rozpočtu, a sepíšeme, proč je navržený právě tak. Návrh pokrývá:

   • síť a její rozdělení do zón, připojení kanceláří a vzdálený přístup
   • správa identit a přístupů: jednotné přihlášení (SSO), role a oddělená administrace
   • výpočetní prostředí: virtuální stroje, kontejnery, nebo spravované služby
   • databáze a úložiště, včetně šifrování a záloh
   • monitoring, logování a upozornění
   • způsob nasazování aplikací (CI/CD, GitOps)
   • rozpočet, označení nákladů podle projektů a limity, aby účet za cloud nepřekvapil
5. 05

   Plán migrace

   Migraci rozdělíme na menší kroky, které jdou nasadit a ověřit samostatně. Dopad na provoz posoudíme předem, bez jednorázového přepnutí celého prostředí. Ke každému kroku patří:

   • pořadí podle závislostí a rizika, od nejméně kritických aplikací
   • test, který ověří, že po přesunu vše funguje
   • cesta zpět, pokud ověření neprojde
   • termín mimo vaši špičku a domluva, kdo je v danou chvíli k dispozici
   • postup pro přesun dat a jejich synchronizaci během přechodu
   • vypnutí a úklid starého prostředí, až je nové ověřené
6. 06

   IaC a GitOps

   Výsledné prostředí převedeme do IaC a změny řídíme v Gitu (GitOps). Prostředí jde z kódu kdykoli znovu sestavit a každá změna má autora, schválení a historii. Zavádíme:

   • Terraform nebo OpenTofu pro cloud, síť a služby
   • Ansible pro konfiguraci serverů
   • změny přes merge request s náhledem dopadu (plan) a schválením
   • stav infrastruktury (state) uložený bezpečně, se zámkem a historií
   • automatické nasazení schválených změn z CI/CD s krátkodobými přístupy
   • kontrolu, že se skutečný stav neodchýlil od kódu (drift)
7. 07

   Dokumentace a předání

   Sepíšeme, co z kódu vidět není, aby správa nezávisela na jednotlivci. Kód i dokumentace patří vám. Předáváme:

   • přehled architektury a důvody hlavních rozhodnutí
   • postupy pro běžné situace a pro obnovu po výpadku
   • seznam přístupů a kdo za co odpovídá
   • zaškolení vašeho týmu, aby mohl změny dělat sám
   • podle dohody převzetí provozu, nebo konzultace, když je potřebujete