Self-hosted governance a kontrola změn

Governance v self-hosted provozu

V samostatném provozu můžete měnit prakticky vše. Aby změny neztratily kontrolu, potřebujete přísný ale lehce použitelnej governance standard.

Co to řeší

• Nejasné role v týmu,
• změny bez historie,
• incidenty bez kontextu,
• opakovatelnost nasazení mezi členy týmu.

Doporučené pravidlo governance

1. Single source pro rozhodnutí — každý změnový požadavek má vlastní ticket/issue a popsaný důvod.
2. Explicitní owner — jeden owner, jeden approver, jasný rollback kontakt.
3. Scope lock — run cílí jen na plánovaný server/workspace, bez „testování vedlejším“.
4. Tag discipline — baseline změny menší tag set, větší rozsahy jen po review.
5. Evidence — run note i výsledek, kdo ověřil a kdy bylo zavřené.

Checklist self-hosted governance

• Je změna napojená na ticket nebo rozhodovací záznam?
• Máme schválený change window a komunikaci pro klienty/tým?
• Je preflight dokončený a proč?
• Máme připravený postup návratu a ověřovací kroky?
• Je záznam změny doplněný o poznámku, kdo ověřil a kdo je další owner?

Běžné problémy

• Nasazení mimo plánovaný prostor bez popisu dopadu,
• změna proměnných bez reálného review,
• použití odlišných runtime šablon bez evidence důvodu,
• nevyčištěný rollback plan po incidentu.

Návaznosti

V self-hosted prostředí je governance propojená se šablonami a jejich aktualizacemi. Při změně šablony používejte Templates and workflow + denní provoz jako primární proces.

Další kroky

• Pro první run a baseline používejte self-hosted onboarding checklist.
• Pro řešení incidentů a rychlé odzbrojení pokračujte v self-hosted troubleshooting.
• Pro porovnání modelu správy s managed režimem navštivte přechod mezi managed a self-hosted.

Další krok: Pokud potřebujete detailněji řídit nasazení, navštivte první nasazení a produkční checklist nebo self-hosted onboarding checklist.