Kilkanaście agentów pod kontrolą, jak reszta infrastruktury

Problem

Wraz ze wzrostem liczby agentów instrukcje i procedury trafiły do kilkunastu kopii rozwijanych osobno na różnych maszynach. Trudno było ustalić, która wersja procedury jest aktualna, który agent ma dostęp do czego i czy dana zmiana dotarła do wszystkich środowisk.

Co zbudowałem

• Jeden rejestr zdolności i procedur dla całej floty. Każdy agent ma w nim przypisane zdolności, procedury i dostępy. Dla każdej procedury rejestr wskazuje jedną wersję kanoniczną.
• Automatyczne wykrywanie gotowych zmian. Gdy agent dopracuje procedurę w codziennej pracy, proces zbiera zmianę co godzinę i kieruje ją do przeglądu.
• Recenzję każdej zmiany robi niezależny model. Autor zmiany nigdy nie jest jej recenzentem, a werdykt przeglądu ma swoją ścieżkę odwoławczą.
• Podpis właściciela dla wszystkiego, co dotyka produkcji albo dostępów. Sekrety znajdują się w magazynie hosta, nigdy jako wartości w repozytorium.

Jak wygląda zmiana w takiej centrali

• Agent kończy pracę i zgłasza dopracowaną procedurę do rejestru. Nic nie wchodzi automatycznie do pozostałych agentów.
• Niezależny model robi przegląd merytoryczny i bezpieczeństwa. Odrzucenie wraca do autora z powodem, nie z ogólnikiem.
• Zmiana ryzykowna czeka na podpis właściciela. Dopiero po nim może zostać opublikowana do wskazanych maszyn i projektów.

Co z tego wynika dla Twojej firmy

Wraz ze wzrostem liczby agentów rośnie znaczenie wspólnego rejestru odpowiedzialności, procedur i dostępów. Warto wprowadzić go na wczesnym etapie, zanim kopie instrukcji zaczną rozwijać się osobno.