Często zadawane pytania

Współpracę zaczynamy od krótkiej rozmowy, w której poznajemy środowisko, priorytety biznesowe i historię dotychczasowej opieki. Następnie przeprowadzamy audyt startowy — sprawdzamy konfigurację, bezpieczeństwo, backup i monitoring. Na tej podstawie proponujemy zakres stałej opieki lub konkretny plan porządków. Dopiero po zaakceptowaniu zakresu przechodzimy w tryb regularnej pracy.

Tak. Współpraca jest zawsze oparta o umowę, która opisuje zakres, zasady rozliczenia i okno reakcji. NDA podpisujemy na etapie rozmów, jeżeli rozmawiamy o środowisku i architekturze. Dotyczy to również udostępnienia dostępów — żadne poświadczenia nie są przekazywane poza umową.

Pracujemy w obu modelach. Dla firm bez wewnętrznego IT jesteśmy zewnętrznym zespołem administracji serwerami Linux. W zespołach produktowych i software house’ach bierzemy na siebie warstwę infrastrukturalną, żeby programiści mogli skupić się na aplikacji. W praktyce dostosowujemy kanał komunikacji do tego, jak pracuje Twój zespół — e-mail, ticket, kanał Slack, wspólne repozytorium.

Koncentrujemy się na systemach z rodziny Linux — Debian, Ubuntu, Rocky, AlmaLinux, CentOS Stream. To wybór świadomy: dzięki specjalizacji utrzymujemy wysoką jakość i głębokość wiedzy o tym jednym świecie. Jeżeli Twoje środowisko obejmuje komponenty spoza Linuksa, rozmawiamy o zakresie na wejściu — może się okazać, że zajmiemy się tylko warstwą linuksową, a resztę zostawimy po stronie innego zespołu.

Tak. Pracujemy z serwerami dedykowanymi u polskich i europejskich dostawców, z VPS-ami oraz ze środowiskami w chmurach publicznych (AWS, Google Cloud, Hetzner, OVH, DigitalOcean i innych). Nie jesteśmy związani z jednym dostawcą — wybór infrastruktury dopasowujemy do potrzeb klienta, nie odwrotnie.

Tak. Do takich sytuacji mamy pakiet pomocy doraźnej — rozliczamy się za konkretne zadanie lub za czas pracy. Sprawdza się to wtedy, gdy potrzebujesz eksperta linuksowego punktowo, np. przy awarii, trudnej konfiguracji lub analizie problemu wydajnościowego. Po wykonaniu zadania nie musisz przechodzić na stałą opiekę — decyzja jest po Twojej stronie.

Migrację zawsze poprzedza planowanie — analiza środowiska źródłowego, wymagań aplikacji, zależności, DNS-ów i ruchu. Nowe środowisko uruchamiamy równolegle, przenosimy dane, testujemy na kopii, a dopiero potem przepinamy ruch w najmniej uciążliwym oknie czasowym. Po migracji pilnujemy wydajności i błędów, wykonujemy porządki powdrożeniowe i dopiero wtedy uznajemy temat za zamknięty.

W większości scenariuszy przestój da się zredukować do minimum — na przykład do samego okna przełączenia DNS lub synchronizacji końcowej bazy. Są też środowiska, w których realny przestój to kilka minut. W fazie planowania szczerze mówimy, ile czasu będzie potrzebne, i staramy się umawiać okno migracji poza szczytem ruchu.

Monitoring 24/7 to ciągła obserwacja środowiska (dostępności, zasobów, usług, logów) z automatycznymi alertami i zdefiniowanym trybem reakcji. Zakres, próg alertów i okno reakcji ustalamy indywidualnie — inaczej wygląda to dla sklepu działającego 24 godziny, inaczej dla systemu wewnętrznego działającego w godzinach biurowych. Nie używamy tego określenia jako hasła marketingowego — za każdym razem jest za nim konkret.

W teorii zawsze — w praktyce rolą administratora jest sprawić, żeby ryzyko było minimalne. Aktualizacje bezpieczeństwa wdrażamy w uzgodnionym rytmie, oddzielając poprawki niskiego ryzyka od aktualizacji wymagających przygotowania. Przy większych zmianach (nowa wersja aplikacji, wydanie systemu) pracujemy najpierw na środowisku testowym i planujemy okno wdrożeniowe. Niezależnie od tego, zawsze mamy backup, który pozwala się cofnąć.

Tak. Robimy audyty startowe przed rozpoczęciem stałej opieki oraz audyty punktowe na zamówienie — zwłaszcza dla środowisk, w których nikt od dłuższego czasu nie przyglądał się konfiguracji i uprawnieniom. Audyt kończymy raportem z priorytetami i rekomendacjami. Wdrożenie rekomendacji jest opcjonalne — możesz je zrealizować sam lub zlecić nam.

Ceny „od” to punkt startowy — zakładają typowe środowisko w danym modelu. Finalna wycena zależy od liczby serwerów, charakteru aplikacji, wymagań co do monitoringu i backupu oraz oczekiwanego czasu reakcji. Wycenę ostateczną podajemy po rozmowie i wstępnym zapoznaniu się ze środowiskiem, przed podpisaniem umowy.

Pakiety traktujemy jako ramę, nie sztywny gorset. Jeżeli w środowisku pojawia się nowy serwer, aplikacja albo okresowa potrzeba intensywniejszej pracy (migracja, wdrożenie, audyt), ustalamy zakres zmiany przed jej realizacją. Nie fakturujemy bez zgody i nie „rozliczamy godzin” w sposób niejasny — każda godzina nad zakres pakietu musi mieć swoje źródło i akceptację.

Tak. Zasady wypowiedzenia umowy są opisane w samej umowie i są po obu stronach symetryczne. Po zakończeniu współpracy przekazujemy dokumentację środowiska i zadbamy o to, żeby przejęcie przez kolejny zespół (wewnętrzny lub zewnętrzny) było proste. Nie blokujemy wiedzy — wychodzimy z założenia, że dobra administracja nie uzależnia od administratora.