# Chmura i infrastruktura

Infrastruktura, którą zespół potrafi utrzymać, zrozumieć i rozwijać. Dla firm i agencji, które prowadzą wiele stron i usług w chmurze, a koszty i ryzyko rosną szybciej niż zespół.

## Dla kogo

### Firmy z wieloma stronami i markami

Kilkanaście lub kilkadziesiąt stron postawionych w różnych latach, przez różne agencje, na różnych hostingach. Marketing czeka na IT, IT nie wie, kto odpowiada za którą stronę, a każda aktualizacja to osobny projekt. Jeśli problemem jest też sam CMS i proces publikacji, zobacz [produkty i platformy cyfrowe](https://kol.ski/pl/produkty-cyfrowe).

### Zespoły, w których wdrożenia zależą od jednej osoby

Jedna osoba zna hasła, serwery i kolejność kroków. Jej urlop zatrzymuje wdrożenia, a jej odejście byłoby incydentem. Dokumentacja istnieje głównie w jej głowie.

### Organizacje przed migracją lub przeglądem kosztów

Rachunek za chmurę rośnie co miesiąc i nikt nie potrafi powiedzieć, co można wyłączyć. Albo planujesz przenosiny z serwera dedykowanego lub między chmurami i chcesz poznać zależności, zanim cokolwiek zostanie ruszone.

## Co zwykle znajdujemy

Te same problemy powtarzają się w większości środowisk, które przeglądamy:

- Maszyny działające całą dobę dla stron, które odwiedza kilkaset osób dziennie.
- Panele administracyjne CMS dostępne publicznie, chronione tylko hasłem.
- Dostępy nadane lata temu osobom i agencjom, które już nie współpracują.
- Kopie zapasowe, których nikt nigdy nie próbował odtworzyć.
- Każda strona skonfigurowana inaczej, więc nie da się ich aktualizować hurtowo.
- Kilka kont rozliczeniowych i brak jednego miejsca, w którym widać cały koszt.

Większość z nich da się usunąć bez przebudowy całości. Zaczynamy od tych, które najszybciej obniżają koszt lub ryzyko. Dwa ostatnie punkty to często także kwestia zgodności: kto ma dostęp do danych osobowych i na jakiej podstawie, czym zajmujemy się w ramach [digital compliance](https://kol.ski/pl#areas).

## Nad czym pracujemy

### Architektura i migracje

Mapujemy usługi, dane i zależności, dobieramy architekturę docelową i planujemy przenosiny etapami. Każdy etap ma kryteria odbioru i możliwość powrotu, jeśli weryfikacja wykaże problem.

### Wdrożenia i utrzymanie

Powtarzalne środowiska, CI/CD, monitoring, kopie zapasowe i procedury odtwarzania. Rutynowe czynności, które da się opisać krokami, zamieniamy w [automatyzacje](https://kol.ski/pl/ai-automatyzacja), żeby zespół wykonywał je bez ręcznej pracy.

### Koszty i wykorzystanie zasobów

Sprawdzamy, co działa, po co działa i jak jest rozliczane. Dobór wielkości zasobów, publikacja statyczna i uruchamianie usług tylko wtedy, gdy są potrzebne, to możliwości oceniane na podstawie rzeczywistego użycia.

## Co zrobiliśmy wcześniej

Doświadczenie [założycieli](https://kol.ski/pl/zalozyciele) z projektów realizowanych przed powstaniem spółki, bezpośrednio i we współpracy z agencjami, dla dużych organizacji i startupów. Więcej w sekcji [osiągnięcia](https://kol.ski/pl#experience).

- Koszty infrastruktury i utrzymania niżej o 80% po przebudowie platformy, przy rosnącej liczbie stron, integracji i automatyzacji.
- Ponad 100 maszyn wirtualnych: każda strona na własnej, izolowanej maszynie, która uruchamia się na czas pracy i sama wyłącza, gdy nikt jej nie potrzebuje.
- Ponad 6 lat bez incydentu bezpieczeństwa na prowadzonych stronach: panel administracyjny za prywatnym tunelem i bramką logowania.
- Ponad 250 projektów chmurowych w jednym modelu ról i uprawnień, z ponad 40 usługami Google Cloud i Firebase.
- Kilkuosobowy zespół techniczny utrzymujący dziesiątki stron. Skala wynika z architektury, nie z liczby etatów.

## Przykład: wiele marek, jedna platforma

Typowy punkt wyjścia i to, co z niego zbudowaliśmy. Nazwę klienta, liczby i szczegóły konfiguracji omawiamy na spotkaniu.

### Przed

Wszystkie strony marek w jednym środowisku: wspólny serwer, wspólne hasła, jedna pozycja na fakturze. Awaria lub włamanie na jednej stronie zagrażało wszystkim, a każda aktualizacja wymagała okna serwisowego dla całości.

### Po

Każda strona jako osobny projekt w Google Cloud: własna maszyna, własne uprawnienia, własny koszt widoczny na rachunku. Treść publikowana statycznie, panel CMS za prywatnym tunelem, maszyny włączane tylko na czas pracy redakcji.

### Wynik

Koszty infrastruktury i utrzymania niżej o 80% przy rosnącej liczbie stron. Ponad 6 lat bez incydentu bezpieczeństwa. Jeden model ról i dostępów dla klienta, agencji i domów mediowych, utrzymywany przez kilkuosobowy zespół.

## Trzy kroki, każdy do zakończenia w dowolnym momencie

### 1. Bezpłatna konsultacja

30 minut online. Opowiadasz, co masz i co w tym boli. Mówimy, czy i jak możemy pomóc oraz co zrobilibyśmy najpierw. Bez przygotowań, bez dostępu do środowiska, bez zobowiązań.

### 2. Przegląd infrastruktury

Stały zakres i stała cena ustalona przed startem. Do dwóch tygodni od otrzymania dostępu do odczytu. Na tym etapie niczego nie zmieniamy. Raport i omówienie z zespołem.

### 3. Wdrożenie

Zmiany z raportu wdrażane etapami, z kryteriami odbioru i ceną ustaloną dla każdego etapu. Po każdym etapie decydujesz, czy idziemy dalej, czy przejmuje to Twój zespół.

## Co zawiera przegląd

- Inwentaryzacja: usługi, maszyny, domeny, konta rozliczeniowe oraz kto ma do czego dostęp.
- Koszty: co kosztuje ile i dlaczego; które pozycje można wyłączyć, zmniejszyć lub zamienić na publikację statyczną.
- Ryzyka: pojedyncze punkty awarii, brak sprawdzonych kopii, publiczne panele, zależność od jednej osoby.
- Plan: lista zmian uporządkowana według efektu i nakładu pracy, z szacunkiem oszczędności i proponowaną kolejnością.
- Omówienie wyników z zespołem i decyzja, czy i co wdrażamy dalej.

Tak wygląda fragment części kosztowej raportu. Dane są ilustracyjne, układ jest prawdziwy:

| Pozycja | Stan obecny | Rekomendacja | Efekt |
| --- | --- | --- | --- |
| Strona firmowa, maszyna 4 vCPU | Działa całą dobę przy kilkuset odwiedzinach dziennie | Publikacja statyczna, maszyna tylko na czas edycji | Koszt maszyny niżej o około 90% |
| Baza danych współdzielona przez 12 stron | Jedna instancja, awaria dotyka wszystkich | Osobna baza w projekcie każdej strony | Izolacja awarii i kosztów |
| Panel CMS | Dostępny publicznie, logowanie hasłem | Prywatny tunel i logowanie kontem firmowym | Zamknięty wektor ataku |
| Dostępy | 23 konta, 9 nieaktywnych, 3 współdzielone | Odebranie nieaktywnych, role zamiast kont współdzielonych | Uprawnienia możliwe do audytu |
| Kopie zapasowe | Codzienne, nigdy nie odtwarzane | Test odtworzenia co kwartał, spisana procedura | Potwierdzony czas odtworzenia |

Przegląd jest też pierwszym etapem migracji: inwentaryzacja i mapa zależności to to, czego i tak potrzebujesz, zanim cokolwiek przeniesiesz.

## Co zostaje po Twojej stronie

Pracujemy w Twoich kontach chmurowych, na Twoich domenach i w Twoim repozytorium. Dostęp administracyjny pozostaje w firmie, a nie u wykonawcy.

- Konfiguracja środowiska i procedury wdrażania zapisane jako kod, nie jako wiedza jednej osoby.
- Dokumentacja operacyjna: co działa, gdzie, kto ma dostęp i jak to odtworzyć po awarii.
- Uporządkowane uprawnienia dla zespołu, agencji i partnerów, z możliwością ich przeglądu w jednym miejscu.
- Przekazanie wiedzy zespołowi, w razie potrzeby w formie [warsztatów](https://kol.ski/pl/szkolenia), albo ustalony miesięczny zakres dalszego utrzymania.

## Technologia wynika z potrzeb

Pracujemy z Google Cloud Platform, Firebase, Kubernetes, Linuksem i narzędziami CI/CD. Wybór zależy od obciążenia oraz zespołu, który będzie utrzymywał rozwiązanie. Niewielka strona statyczna i platforma z kilkoma usługami wymagają innych rozwiązań. Nie przenosimy do chmury na siłę: czasem najlepszym wynikiem jest wyłączenie połowy tego, co działa. Gdy gotowe narzędzie nie istnieje, budujemy je w ramach [R&D na zamówienie](https://kol.ski/pl#areas), jak panele do zarządzania maszynami czy publikację statyczną z CMS.

## FAQ

### Czy musimy wszystko przenosić?

Nie. Często najlepszy wynik daje wyłączenie zbędnych zasobów i uporządkowanie dostępów w obecnym środowisku. Migracja jest jedną z opcji, nie punktem wyjścia.

### Czy stracimy kontrolę nad środowiskiem?

Przeciwnie. Pracujemy w Twoich kontach, dokumentujemy każdy krok, a dostęp administracyjny pozostaje po Twojej stronie od pierwszego dnia.

### Co z obecną agencją lub działem IT?

Możemy współpracować z obecnym zespołem albo przejąć wyraźnie określony fragment. Podział odpowiedzialności zapisujemy przed startem.

### Czy mała firma to dla Was za mało?

Nie. Jedna strona i kilka usług to często najszybszy zwrot. Zakres dobieramy do wielkości środowiska, nie odwrotnie.

### Jak rozliczamy pracę?

Pierwsza konsultacja: bezpłatna, 30 minut online. Przegląd: stała cena. Wdrożenia: etapy z kryteriami odbioru i ceną ustaloną dla każdego etapu. Utrzymanie: miesięczny zakres ustalany po przekazaniu.

### Co z danymi i poufnością?

Umowę o poufności i powierzenie przetwarzania danych podpisujemy przed otrzymaniem dostępu. Dostęp jest imienny, ograniczony do zakresu prac i odbierany po ich zakończeniu. Zasady przetwarzania danych z formularza opisuje [polityka prywatności](https://kol.ski/pl/legal).

## Przyjrzyjmy się Twojej infrastrukturze

Napisz, ile stron i usług utrzymujesz, gdzie działają i co Cię w tym najbardziej niepokoi: koszt, ryzyko czy zależność od jednej osoby. Zaproponujemy termin.

[Porozmawiajmy o projekcie](mailto:hi@kol.ski) · [Zarezerwuj 30 minut](https://calendar.app.google/CJxZPq3FqabCDMS59) · [Główne obszary](https://kol.ski/pl#areas)