06 / 07Nasazení

Revidované změny. Reprodukovatelná prostředí. Řízené nasazování a cesty obnovy.

Nasazení je cesta, kterou změna urazí od vývojáře do vašeho produkčního systému. Tu cestu držíme v Gitu, zrevidovanou a reprodukovatelnou.

  1. Zrevidovat
  2. Sestavit
  3. Nasadit
  4. Sledovat
Mapa služeb

Kdy to potřebujete

  • Změny se dělají přímo v produkci a nikdo neumí říct, co se minulý týden změnilo.
  • Oprava funguje v testu a v produkci selže, protože se obě prostředí liší.
  • Jak nasazovat, ví jen jeden člověk.
  • Po nepovedeném vydání neexistuje dohodnutá cesta zpět.
  • Nový CTO nebo auditor se ptá, kdo změnu schválil, a žádný záznam neexistuje.

Platforma

Nasazení.

Nový report, opravená integrace, upgrade verze: každá změna musí dorazit do produkce, aniž by narušila to, co už funguje.

Repozitář v Gitu drží cílový stav systému: kód, konfiguraci a popis prostředí. Každá změna se tam reviduje a prostředí se z něj sestavují.

Výsledkem je prostředí, které jde znovu sestavit, ne takové, které si někdo musí pamatovat.

Co děláme

  • GitOps: Git jako zdroj cílového stavu, změny procházejí revizí před sloučením.
  • Reprodukovatelná prostředí pro vývoj, předprodukci a produkci.
  • CI/CD pro sestavení a nasazení.
  • Řízené nasazování s cestou obnovy.
  • Kontejnery a tam, kde je to vhodné, i Kubernetes.
  • Observabilita, aby byl vidět dopad každého vydání.

Jak to navazuje

Kdy změna půjde do ostrého provozu, rozhoduje byznys. Vydání uprostřed měsíční uzávěrky nebo v nejrušnějším týdnu expedice je riziko, které nikdo nepotřebuje. Načasování proto patří lidem, kteří tyto oblasti řídí. Oblasti najdete na stránce Odoo.

Touto cestou putují změny z aplikační vrstvy. Úprava přichází ze služby Implementace a úpravy, integrace z Propojení, workflow z Automatizace a nová verze ze služby Migrace a upgrade.

Na vrstvě platformy provozuje prostředí, do kterých se změna nasazuje, služba Provoz. Systém, ve kterém se změny dlouho dělaly ručně přímo v produkci, je úkol pro službu Záchrana.

Kdy to potřebujete

  • Změny se dělají přímo v produkci a nikdo neumí říct, co se minulý týden změnilo.
  • Oprava funguje v testu a v produkci selže, protože se obě prostředí liší.
  • Jak nasazovat, ví jen jeden člověk.
  • Po nepovedeném vydání neexistuje dohodnutá cesta zpět.
  • Nový CTO nebo auditor se ptá, kdo změnu schválil, a žádný záznam neexistuje.

Napište nám, jak se dnes změna dostane do vaší produkce.