Wsparcie i utrzymanie

Porządkowanie infrastruktury

Infrastruktura, która rosła decyzja po decyzji, źle znosi zmiany. Sprawdzamy, co naprawdę masz, wyłączamy to, czego nikt nie pilnuje, a resztę opisujemy.

Jak infrastruktura dochodzi do tego stanu

Nikt tego nie planuje. Projekt potrzebuje bazy danych, więc ktoś zakłada ją „na razie” na prywatnym koncie. Podwykonawca musi zmienić wpis DNS, więc dostaje login administratora, bo ograniczenie mu uprawnień zajęłoby pół dnia. Środowisko testowe powstaje przed premierą i nigdy nie zostaje wyłączone. Trzy lata później masz kilkanaście usług u czterech dostawców, dwie z nich opłacane kartą osoby, która już nie pracuje, i nikt nie potrafi z przekonaniem powiedzieć, co się stanie, jeśli którąś z nich się wyłączy.

To normalny stan w firmie, która była zajęta dowożeniem projektów. Przestaje być nieszkodliwy w konkretnym momencie: kiedy trzeba coś szybko zmienić, a okazuje się, że nie można, bo nikt nie wie, co od czego zależy.

Co obejmuje inwentaryzacja

Pierwszy etap to zbieranie faktów, a nie ocen. Bierzemy dostęp do odczytu i budujemy listę na podstawie samych systemów, a nie tego, co ktoś pamięta: konta chmurowe, domeny i strefy DNS, hosting, bazy danych, usługi zewnętrzne trzymające klucze API, repozytoria, pipeline'y wdrożeniowe, wysyłkę poczty i płatności stojące za tym wszystkim.

Potem przy każdej pozycji uzupełniamy dwie rubryki. Kto za to odpowiada i co przestanie działać bez tego. To właśnie tam kryją się niespodzianki. Usługa bez właściciela to ta, której certyfikat wygasa w sobotę. Usługa, o której nikt nie wie, że jest używana, wygląda na łatwą do usunięcia, dopóki nie sprawdzisz i nie okaże się, że arkusz raportowy działu sprzedaży od dwóch lat po cichu czyta z niej dane.

Dostępy to miejsce, gdzie kumuluje się ryzyko

Uprawnienia narastają w jedną stronę. Ludzi się dodaje, projektom nadaje się dostępy, a prawie nic nigdy nie zostaje odebrane, bo odbieranie to czynność, która ma konsekwencje, gdy się pomylisz.

Dlatego przechodzimy to porządnie. Kto ma dostęp do produkcji. Kto może zmieniać DNS. Kto ma dostęp do panelu płatności. Wspólne loginy zamieniamy na indywidualne konta wszędzie, gdzie platforma to obsługuje, uprawnienia administratora zawężamy do osób, które faktycznie administrują, a hasła krążące po czacie trafiają do menedżera haseł. Dla odejść z firmy powstaje spisana lista kroków, więc dostępy znikają tego samego dnia, a nie kiedyś.

Nic z tego nie jest trudne. To praca, która nigdy nie wydaje się pilna, dopóki nie stanie się bardzo pilna.

Środowiska naprawdę rozdzielone

Wiele zespołów ma środowisko testowe współdzielące bazę z produkcją albo środowisko deweloperskie skonfigurowane ręcznie lata temu, którego nikt nie odważy się odtworzyć. Jedno i drugie sprawia, że każde wdrożenie jest bardziej ryzykowne, niż musi być, i po cichu zniechęca zespół do testowania.

Rozdzielamy je i opisujemy konfigurację wprost: infrastruktura jako kod tam, gdzie to pasuje, opisane kroki ręczne tam, gdzie nie pasuje. Celem nie jest wyrafinowanie. Celem jest to, żeby nowe środowisko dało się zbudować z opisu i żeby coś przetestowanego w bezpiecznym miejscu zachowywało się tak samo na produkcji.

Co zostaje po pracy i kiedy się za to zabrać

Efektem nie jest raport oddany na koniec. Efektem jest spis, który możesz otworzyć w dowolnym momencie, mapa dostępów odpowiadająca temu, jak zorganizowany jest zespół, środowiska, które da się odtworzyć, i krótka dokumentacja pisana dla kogoś, kto działa pod presją czasu.

Ten ostatni punkt decyduje o tym, czy praca przetrwa. Dokumentacja infrastruktury dezaktualizuje się szybciej niż jakakolwiek inna, więc piszemy ją zwięźle, umieszczamy tam, gdzie zespół i tak pracuje, i wiążemy jej aktualizację ze zmianami, które inaczej by ją zdezaktualizowały. Strona opisująca stan sprzed roku jest gorsza niż brak strony.

Co do momentu: najłatwiej uzasadnić porządkowanie przy zmianie. Nowa osoba techniczna, która ma szybko stać się samodzielna. Migracja. Audyt albo due diligence. Odejście osoby, która wiedziała wszystko.

To także właściwa odpowiedź na konkretny objaw. Jeśli rutynowa zmiana wymaga zgody trzech osób, a jedna z nich jest na urlopie, problemem jest struktura, a nie ludzie.

Co dostajesz

Spis kont i usług

Jedna aktualna lista wszystkich kont chmurowych, domen, hostingów, baz danych i usług zewnętrznych, za które płacisz, razem z przypisanymi do nich fakturami.

Mapa właścicieli

Każda usługa dostaje konkretną osobę odpowiedzialną i notatkę, co przestanie działać bez niej. To, co nie ma ani jednego, ani drugiego, oznaczamy. Właśnie takie usługi wygasają po cichu.

Przegląd dostępów i ról

Sprawdzamy, kto ma do czego dostęp, i ograniczamy to do tego, co realnie potrzebne do pracy. Wspólne loginy zastępujemy indywidualnymi kontami wszędzie tam, gdzie platforma na to pozwala.

Rozdzielone środowiska

Produkcja, testy i środowisko deweloperskie zostają rozdzielone, więc test przestaje sięgać do prawdziwych danych, a każde środowisko da się odtworzyć z opisu, a nie z pamięci.

Uporządkowane hasła i klucze

Klucze API i hasła przenosimy z rozmów na czacie i arkuszy do menedżera haseł używanego przez cały zespół, razem z listą kroków przy zatrudnieniu i odejściu.

Dokumentacja operacyjna

Krótkie opisy tego, jak wszystko jest połączone i co zrobić, gdy przestanie działać. Pisane dla osoby, która naprawia to o nieprzyjemnej porze, a nie do segregatora.

Jak pracujemy

  1. 01

    Rozpoznanie na dostępie do odczytu

    Bierzemy dostęp tylko do odczytu i budujemy listę na podstawie samych systemów: paneli dostawców, wpisów DNS, repozytoriów, pipeline'ów i faktur.

  2. 02

    Prześledzenie zależności

    Dla każdej usługi ustalamy, co z niej korzysta i z czego ona korzysta. Tutaj zwykle kryją się niespodzianki i to właśnie ten krok sprawia, że późniejsze wyłączanie jest bezpieczne.

  3. 03

    Ustalenie, co zostaje

    Przechodzimy spis razem z Tobą i dzielimy go na trzy części: zostaje bez zmian, zostaje po przebudowie, do wyłączenia. Nic nie znika bez Twojej akceptacji.

  4. 04

    Przebudowa dostępów i środowisk

    Role układamy pod to, jak faktycznie pracuje zespół, rozdzielamy środowiska, a konfigurację ustawianą ręcznie przenosimy do repozytorium tam, gdzie ma to sens.

  5. 05

    Przekazanie dokumentacji

    Przeprowadzamy zespół przez efekt pracy i zostawiamy spis, mapę dostępów i instrukcje tam, gdzie zespół i tak pracuje, a nie w dokumencie, którego nikt już nie otworzy.

Narzędzia i technologie

Tam, gdzie istnieje dobre narzędzie open source, wybieramy je zamiast zamkniętego. Bez uzależnienia od jednego dostawcy i z kosztami, które da się przewidzieć.

  • OpenTofu
  • Terraform
  • Ansible
  • Docker
  • Supabase
  • AWS
  • Google Cloud
  • Microsoft Azure
  • Cloudflare
  • Vercel
  • GitHub
  • 1Password

Najczęściej zadawane pytania

Powiązane realizacje

Pozostałe usługi w tej kategorii

Przeczytaj opinie firm, które nam zaufały

Zawsze są kilka kroków do przodu.

Mikołaj

CEO & Founder, GBS®

Zobacz na Clutch
GBS® logo

Dostarczone znacznie wcześniej niż termin.

Yasniel

CEO, IMEGA Sp z o.o.

Zobacz na Clutch

Indywidualne podejście ZanReal jest imponujące.

Adam

Executive, w-studio.pl

Zobacz na Clutch

Wiedza i intuicja biznesowa czynią ich wartościowym partnerem.

Magda

Designer, DIGITALUNI

Zobacz na Clutch

Szybkie rozwiązania, które obniżyły koszty o 99%.

Andrei Kapytau

Team Lead, busel.uk

Zobacz na Clutch

+20% dostarczalności dla naszych kampanii e-mail.

Joan Calabria

Sales Director, 36NORTH

Zobacz na Clutch
36NORTH logo

Najnowsze

Poradniki techniczne, bezpieczeństwo i nasze doświadczenia z budowania rozwiązań AI.

Ile kont i usług opłacasz, o których nikt już nie pamięta?

Napisz do nas

Napisz, z jakich dostawców korzysta Twoja firma, a zaproponujemy, od czego zacząć inwentaryzację i porządki w dostępach.

Zanek

Nie nadążasz za zmianami w świecie AI?

Pozwól, że weźmiemy to na siebie. Co tydzień destylujemy najważniejsze wydarzenia ze świata AI w skupiony, 5-minutowy przegląd — żebyś był na bieżąco bez szumu.

Dowiedz się więcej
Tygodnik AIonline
Wyselekcjonowane wiadomości AI do porannej kawy. Co tydzień.
Wyślij mi swój email, żeby się zapisać.