DevOps z AI

DevOps z AI polega na tym, że Claude Code, Codex lub Cursor odczytują bieżący stan produkcji przez serwery MCP działające tylko do odczytu, a potem szkicują diagnozę, poprawkę albo zmianę infrastruktury. Zastosowanie zmiany nadal należy do człowieka lub deterministycznej bramki. Sekcja obejmuje incydenty, obserwowalność, wydajność, bezpieczeństwo, zgodność, odtwarzanie, koszty i kondycję samych agentów.

Piszemy dla deweloperów na dyżurze i tech leadów, którzy odpowiadają za serwis. Wdrożenie na staging jest zielone, produkcja pod prawdziwym ruchem zwraca 500, runbook istnieje tylko w głowach trzech osób, a jedyny inżynier, który rozumie wartości Helma, jest na urlopie. Agent przeczyta manifesty i odpyta metryki szybciej niż ty. Pytanie brzmi: jak pozwolić mu pomóc, nie dając mu niekontrolowanego dostępu do produkcji.

Który przewodnik operacyjny pasuje do twojego problemu?

Twoja sytuacja	Zacznij od
Alert się pali, potrzebujesz przyczyny źródłowej i postmortemu	Reakcja na incydenty
O problemach dowiadujesz się od użytkowników, nie z dashboardów	Monitorowanie i obserwowalność
Opóźnienia, pamięć albo autoskalowanie działają źle	Dostrajanie wydajności
Skaner blokuje wdrożenie albo CVE wymaga triażu	Operacje bezpieczeństwa
Audytor chce dowodów pod SOC 2, HIPAA, RODO albo PCI	Automatyzacja zgodności
Nikt od roku nie przywracał backupu	Odtwarzanie po awarii
Rachunek za chmurę urósł i nikt nie wie dlaczego	Zarządzanie kosztami w chmurze
Chcesz widzieć, co zrobili agenci, ile to kosztowało i kto to zatwierdził	Obserwowalność agentów
Kod pisany przez agentów dryfuje, powiela się albo rozmywa architekturę	Zdrowie kodu
Chcesz sklasyfikować, co poszło nie tak w zmianie agenta i która kontrola powinna to złapać	Taksonomia błędów
Metryka dryfuje i potrzebujesz deterministycznego wykrycia anomalii, zanim agent zacznie diagnozę	Deterministyczna detekcja anomalii
Chcesz uruchamiać skany bezpieczeństwa według harmonogramu, z dowodami i bramkami PR	Planowe skany bezpieczeństwa
Chcesz mieć w kanale incydentu agenta, który zbiera dowody pod tożsamością tylko do odczytu	Ograniczony agent do triażu incydentów

Jeśli pracujesz w jednym narzędziu, jego sekcja o eksploatacji omawia to samo z poleceniami tego narzędzia: Claude Code, Codex albo Cursor.

Eksploatacja zaczyna się tam, gdzie kończy się dostarczanie. Jeśli problem tkwi w samym pipelinie, przejdź do pipeline’ów CI/CD, konteneryzacji albo infrastruktury jako kodu.

Podłącz serwery MCP tylko do odczytu, zanim cokolwiek dostanie prawo zapisu

Agent, który widzi twoje prawdziwe sygnały, odpowiada konkretnie; agent, który widzi wklejone streszczenie, zgaduje. Ten dostęp dają mu serwery Model Context Protocol (MCP). Definicje serwerów są takie same we wszystkich trzech narzędziach; różni się tylko miejsce, w którym je rejestrujesz. Zacznij od serwerów obserwowalności i dokumentacji, a narzędzia zapisu wyłącz wszędzie, gdzie serwer na to pozwala.

Claude Code

# Terminal. Sentry (OAuth on first use via /mcp in a session)
claude mcp add --transport http sentry https://mcp.sentry.dev/mcp
# Grafana, with write tools disabled
claude mcp add grafana -e GRAFANA_URL=https://grafana.example.com \
  -e GRAFANA_SERVICE_ACCOUNT_TOKEN=YOUR_TOKEN -- uvx mcp-grafana --disable-write

Codex

# Terminal. Writes [mcp_servers.<name>] into ~/.codex/config.toml
codex mcp add sentry --url https://mcp.sentry.dev/mcp && codex mcp login sentry
codex mcp add grafana --env GRAFANA_URL=https://grafana.example.com \
  --env GRAFANA_SERVICE_ACCOUNT_TOKEN=YOUR_TOKEN -- uvx mcp-grafana --disable-write

Cursor

W pliku .cursor/mcp.json (projekt) lub ~/.cursor/mcp.json (globalnie):

{ "mcpServers": {
  "sentry": { "url": "https://mcp.sentry.dev/mcp" },
  "grafana": { "command": "uvx", "args": ["mcp-grafana", "--disable-write"],
    "env": { "GRAFANA_URL": "https://grafana.example.com",
             "GRAFANA_SERVICE_ACCOUNT_TOKEN": "YOUR_TOKEN" } } } }

Zastąp YOUR_TOKEN tokenem konta serwisowego Grafany z rolą Viewer. Datadog udostępnia serwer zarządzany (https://mcp.datadoghq.com/v1/mcp dla US1; dla innych regionów zmień hosta), AWS zaleca teraz Agent Toolkit for AWS zamiast starszych serwerów awslabs/mcp, a serwer Terraform MCP od HashiCorp trzyma operacje wymagające zatwierdzenia wyłączone, dopóki nie ustawisz ENABLE_TF_OPERATIONS=true. Polecenia instalacji i pułapki każdego z nich znajdziesz w serwerach MCP do obserwowalności i serwerach MCP do infrastruktury.

Prompty na pierwszy dyżur z agentem

Prompt do skopiowania: triaż aktywnego alertu tylko do odczytu

Checkout is returning 5xx since roughly 14:10 UTC. Investigate read-only: do not
change code, config, or infrastructure. Use the Grafana and Sentry MCP tools to
(1) chart 5xx rate and p95 latency for service checkout over the last 2 hours,
(2) list Sentry issues first seen or spiking after 13:45 UTC with their top frames,
(3) list deploys and config changes since 13:00 UTC from git log and the CI history.
Give me the three most likely causes ranked, the evidence for each as query or
issue links, and the single cheapest check that would rule each one out.

Prompt do skopiowania: propozycja poprawki gotowej do rollbacku

Cause confirmed: the 13:52 deploy changed the connection pool size in
config/database.yml from 20 to 5. Prepare a fix on a new branch but do not
merge or deploy. Include: the one-line config change, a test or load check that
fails before and passes after, the exact rollback command, and the metric and
threshold that should show recovery within 10 minutes of the deploy. Put all of
it in the PR description as a checklist.

Jak udowodnić, że zmiana operacyjna agenta jest bezpieczna?

Nie czytasz każdej linii wygenerowanego HCL-a czy YAML-a. Czytasz dowody wytworzone przez maszynę:

• Diff rzeczywistości, nie tekstu. terraform plan, kubectl diff albo dry-run pokazują, co zmieni się w działającym systemie. Plan, który niszczy lub zastępuje zasób, blokuje merge.
• Bramki polityk i skanerów w CI. Kontrole policy-as-code, skanery obrazów i IaC oraz kontrole kosztów uruchamiają się przy każdym PR-ze, więc błąd w utwardzaniu wywala build, zanim ktokolwiek zrobi review.
• Sygnał powrotu do normy i ścieżka wycofania. Każda zmiana podaje metrykę, która potwierdza sukces, i polecenie, które ją cofa; progressive delivery i przećwiczony rollback robią z obu rutynę.
• Imiennie wskazana osoba, która zatwierdza zmiany na produkcji. Agent proponuje, człowiek stosuje. Pakiet dowodów określa, co PR musi zawierać, żeby dało się go podpisać.

Co się psuje, gdy agenci pracują na systemach produkcyjnych?

Tryby awarii i jak z nich wyjść

• Agent ma uprawnienia zapisu, których nigdy nie potrzebował. „Szybka poprawka” staje się nieprzejrzaną zmianą stanu produkcji. Wyjście: unieważnij token i wydaj nowy z zakresem tylko do odczytu, a potem sprawdź w logu audytowym dostawcy, co zrobiła sesja.
• Porady o utwardzaniu z poprzedniej epoki Kubernetesa. PodSecurityPolicy usunięto w Kubernetesie 1.25, więc manifest, który z niej korzysta, nie zadziała. Wyjście: poproś o poziomy Pod Security Admission plus NetworkPolicy i zweryfikuj je względem wersji klastra.
• Nieaktualne przypięte wersje serwerów MCP. Plugin terraform w claude-plugins-official przypinał obraz 0.4.0, podczas gdy README HashiCorp pokazywało tagi 1.3.0 (sprawdzone 2026-09-26). Wyjście: zarejestruj serwer samodzielnie z aktualnym tagiem obrazu.
• Wyniki narzędzi zalewają kontekst. Szerokie zapytanie o logi wypełnia okno i rozumowanie agenta się pogarsza. Wyjście: zawęź w prompcie zakres czasu i serwis oraz zajrzyj do ograniczania kosztu tokenów MCP.
• Pewna siebie przyczyna źródłowa bez dowodów. Wyjście: wymagaj linku do zapytania przy każdym twierdzeniu, tak jak robi to prompt do triażu, a twierdzenie bez linku traktuj jak hipotezę.

Dokąd dalej z AI w eksploatacji

Jeśli nic się nie pali, zacznij od monitorowania i obserwowalności: każdy inny workflow w tej sekcji przyspiesza, gdy agent widzi prawdziwe sygnały. Potem skonfiguruj obserwowalność agentów, żeby móc audytować, co robią sami agenci, i przeczytaj o bezpieczeństwie MCP, zanim dasz jakiemukolwiek serwerowi prawo zapisu.