Oferta

Na co się nadaje

• Decyzja architektoniczna, którą trzeba podjąć teraz.
• Review planu, zanim zespół zacznie go wdrażać.
• Druga opinia: czy to, co chcecie zrobić, ma sens.

Na co się nie nadaje

Nie zastępuje audytu. W godzinę nie da się rzetelnie ocenić całego środowiska. Do tego służy audyt środowiska AWS.

Jak przebiega

1. Przed rozmową wysyłasz kontekst: opis problemu, diagram, fragment kodu.
2. Rozmawiamy przez 1–2 godziny.
3. Po rozmowie dostajesz krótkie podsumowanie z wnioskami i następnymi krokami.

Cena

Stawka: 250 zł netto za godzinę. Płatność z góry, po potwierdzeniu terminu.

Co sprawdzam

• AWS Organizations: struktura OU, SCP, podział i przeznaczenie kont.
• IAM Identity Center i SSO: permission sets, przypisania, dostęp awaryjny.
• Sieć: VPC, Transit Gateway, hybrid cloud, DNS, ruch wychodzący.
• Kubernetes (EKS): wersje, dostęp do klastrów, uprawnienia IAM dla podów.
• IaC: struktura Terraform i Terragrunt, stan, moduły, drift.
• CI/CD: GitHub Actions, uwierzytelnianie do AWS, droga zmiany na produkcję.
• FinOps: przypisanie kosztów do zespołów i produktów (tagi, Cost Categories, podział kont), Cost Explorer i Data Exports, budżety, wykrywanie anomalii.
• Optymalizacja kosztów: pokrycie Savings Plans i Reserved Instances, rightsizing, nieużywane zasoby, transfer danych i NAT Gateway, koszty klastrów EKS.
• Bezpieczeństwo bazowe: CloudTrail, GuardDuty, Security Hub, konto root, MFA, klucze dostępowe.

Jak to robię

Zbieranie danych robią narzędzia: Security Hub, Trusted Advisor, Cost Explorer i skrypty uruchamiane na roli tylko do odczytu. Te 2–3 dni to analiza wyników i rozmowy z zespołem — bo najważniejsze ustalenia rzadko wynikają z samych danych.

Przykładowy spis treści raportu

1. Podsumowanie na jedną stronę.
2. Stan obecny: mapa kont, sieci i dostępu.
3. Ustalenia w każdym obszarze, z oceną ryzyka.
4. Priorytety: co teraz, co w tym kwartale, co może poczekać.
5. Plan na 90 dni.
6. Załączniki: szczegóły techniczne i sposób weryfikacji.

Czego audyt nie obejmuje

• Wdrażania zmian. Audyt kończy się raportem, wdrożenie to osobna decyzja.
• Kodu aplikacji i testów penetracyjnych.
• Formalnej oceny zgodności, np. z ISO 27001 czy SOC 2.

Jak wygląda miesiąc

• Review decyzji architektonicznych, zanim trafią na produkcję.
• Troubleshooting, kiedy zespół utknął.
• Pilne wsparcie, kiedy coś się pali.

Jak liczone są godziny

Na start ustalamy miesięczną pulę godzin i stałą cenę. Co miesiąc dostajesz zestawienie: co robiłem, kiedy i ile to trwało. Jeśli pula regularnie nie wystarcza albo zostaje, zmieniamy ją od kolejnego miesiąca.

Czas reakcji

Zwykłe pytania: w ciągu jednego dnia roboczego. Pilne sprawy, czyli awarie i incydenty bezpieczeństwa: w ciągu 4 godzin w dni robocze.

Dla kogo

• Firmy, które wchodzą w AWS i nie chcą uczyć się na własnych błędach.
• Firmy z jednym kontem, które wiedzą, że za rok będzie ich kilkanaście.
• Zespoły po nieudanym pierwszym podejściu, które wolą zacząć od nowa niż naprawiać.

Co dostajesz

• AWS Organizations: struktura OU, podział kont, SCP.
• IAM Identity Center: permission sets, grupy, dostęp awaryjny.
• Sieć: VPC, Transit Gateway, przygotowanie pod hybrid cloud.
• Bazowe bezpieczeństwo: CloudTrail, GuardDuty, Security Hub, budżety i alerty kosztowe.
• CI/CD do AWS przez OIDC, bez kluczy dostępowych.
• Wszystko w Terraform i Terragrunt, w Waszym repozytorium, z dokumentacją decyzji.

Czego nie obejmuje

• Migracji aplikacji i danych.
• Kubernetes — to osobny etap po postawieniu fundamentu.
• Utrzymania — do tego służy retainer.

Jak przebiega

1. Rozmowa 30 minut: skąd startujecie i dokąd zmierzacie.
2. Warsztat 2 godziny: decyzje, które trudno później odkręcić — podział kont, model dostępu, sieć.
3. Wdrożenie: 2–4 tygodnie, z regularnym podglądem postępu.
4. Przekazanie: dokumentacja, sesja z zespołem, 2 tygodnie pytań po zakończeniu w cenie.