Hasło „usługi DevOps” może oznaczać jednorazowe wdrożenie pipeline CI/CD, migrację do chmury, administrację środowiskiem albo całodobową odpowiedzialność operacyjną. Bez precyzyjnego zakresu trudno porównać oferty, ponieważ dwie podobnie nazwane usługi mogą obejmować zupełnie inny poziom odpowiedzialności.
Dobra oferta zaczyna się od problemu biznesowego: zbyt wolne i ryzykowne wdrożenia, brak monitoringu, częste awarie, rosnący koszt chmury, niepewny backup albo wiedza skupiona w jednej osobie. Narzędzia są konsekwencją tych potrzeb, a nie celem samym w sobie.
Najczęstszy zakres usług DevOps
CI/CD i automatyzacja wdrożeń
Pipeline powinien automatycznie budować aplikację, wykonywać testy, kontrolować jakość, publikować artefakt i wdrażać go do właściwego środowiska. Istotne są także uprawnienia, historia zmian, sposób zatwierdzania produkcji i możliwość bezpiecznego rollbacku.
Infrastructure as Code
Infrastruktura opisana jako kod ułatwia powtarzalne tworzenie środowisk, przegląd zmian i odtworzenie konfiguracji. Sama obecność Terraform lub podobnego narzędzia nie gwarantuje jakości. Kod musi być aktualny, objęty review, zabezpieczony przed przypadkową zmianą i powiązany z dokumentacją.
Monitoring, logi i observability
Monitoring powinien odpowiadać na pytanie, czy użytkownik może wykonać najważniejszą operację, a nie tylko czy serwer odpowiada. Potrzebne są metryki, logi, ślady, alerty oraz runbooki opisujące reakcję. Liczba dashboardów nie jest miernikiem skuteczności, jeżeli incydenty nadal zgłaszają klienci.
Backup i Disaster Recovery
Zakres obejmuje politykę kopii, retencję, separację, testy odtworzenia, RPO, RTO i procedurę awaryjną. Dla systemów krytycznych dochodzi replikacja, automatyzacja odtworzenia oraz regularne ćwiczenia.
Bezpieczeństwo i dostęp
DevOps wspiera bezpieczeństwo poprzez minimalne uprawnienia, zarządzanie sekretami, aktualizacje, skanowanie zależności, kontrolę obrazów kontenerowych oraz rejestrowanie zmian. Zakres musi być skoordynowany z odpowiedzialnością zespołu bezpieczeństwa i właściciela aplikacji.
Koszty i FinOps
Przegląd kosztów nie powinien sprowadzać się do jednorazowego usunięcia zasobów. Potrzebne są budżety, tagowanie, alerty o anomaliach, analiza wykorzystania i cykliczne decyzje o skalowaniu lub rezerwacji zasobów.
Modele współpracy
Audyt DevOps jest dobrym początkiem, gdy firma zna problemy, ale nie ma uporządkowanych priorytetów. Wynikiem powinien być raport ryzyk, plan działań, zależności i orientacyjny budżet.
Projekt wdrożeniowy ma określony rezultat, na przykład nowe CI/CD, monitoring albo migrację. Powinien zawierać kryteria odbioru, dokumentację i okres stabilizacji.
Abonament utrzymaniowy sprawdza się po wdrożeniu. Opisuje miesięczny zakres operacji, czasy reakcji, kanały kontaktu, raport oraz prace wyłączone z abonamentu.
Wsparcie zespołu może działać jako konsultacje lub ustalona pula czasu. Ma sens, gdy firma posiada developerów, ale potrzebuje przeglądów architektury, wsparcia release i pomocy przy trudniejszych incydentach.
Jak ocenić ofertę
Przed wyborem dostawcy warto sprawdzić:
- Jaki konkretny wynik powstanie po pierwszym miesiącu?
- Co jest objęte utrzymaniem, a co wymaga osobnej wyceny?
- Jak zdefiniowane są priorytety i czas reakcji?
- Kto reaguje na alerty poza godzinami pracy?
- Czy backup jest regularnie odtwarzany?
- Jak dokumentowane są zmiany i przekazywana wiedza?
- Czy firma zachowuje pełny dostęp do infrastruktury i kodu?
- Jak raportowane są ryzyka, koszty i wykonane usprawnienia?
Nie warto wybierać dostawcy wyłącznie na podstawie listy technologii. Ważniejsze jest to, czy potrafi wyjaśnić zależności, ryzyko i sposób odbioru wykonanej pracy.
Orientacyjny koszt
Koszt zależy od liczby środowisk, krytyczności systemu, obecnego długu technicznego, wymagań SLA i godzin wsparcia. Audyt małego środowiska może kosztować kilka tysięcy złotych, a stałe utrzymanie zaczynać się od kilku tysięcy miesięcznie. Systemy krytyczne, dyżury 24/7 i wiele środowisk wymagają indywidualnej kalkulacji.
Przed wyceną potrzebne są przynajmniej: liczba aplikacji i środowisk, dostawca chmury, sposób wdrażania, stan monitoringu, wymagania backupu oraz oczekiwane godziny reakcji.