!
wdrożenia zależą od jednej osoby albo ręcznej listy kroków
DevOps · software house
DevOps dla software house
Pomagamy zespołom tworzącym oprogramowanie uporządkować środowiska klientów, wdrożenia i odpowiedzialność za produkcję. Zaczynamy od diagnozy infrastruktury i procesu release, a nie od obietnicy, że każdą aplikację da się naprawić w ciemno.
// sygnały
Kiedy software house potrzebuje wsparcia DevOps
Nie każdy problem wymaga pełnego programu DevOps. Najpierw oddzielamy pilną awarię, dług techniczny infrastruktury i zmianę, która wymaga osobnego projektu.
!
różne projekty mają inne, niedokumentowane zasady dostępu i backupu
!
zespół programistyczny bierze na siebie alerty, serwery i incydenty po godzinach
!
po migracji lub zmianie osoby odpowiedzialnej nie wiadomo, co naprawdę działa na produkcji
// zakres
Co możemy uporządkować
Pracujemy na warstwie systemu Linux, infrastruktury i uzgodnionego procesu operacyjnego. Zakres zawsze zależy od stanu środowiska oraz dostępu, który klient może przekazać.
- ›inwentaryzację środowisk, dostępów, usług, backupu i ryzyk operacyjnych
- ›powtarzalny proces wdrożeń z kontrolą zmian, testem i planem rollbacku
- ›podstawy Infrastructure as Code oraz automatyzację powtarzalnych działań administracyjnych
- ›monitoring usług i zasobów, rozróżnienie alertów oraz ścieżkę eskalacji
- ›dokumentację operacyjną, która nie znika razem z pojedynczym administratorem
// proces
Od diagnozy do odpowiedzialnego zakresu
01
Kwalifikacja
Ustalamy cel, objawy, wpływ biznesowy i minimalny zakres dostępu.
02
Diagnoza
Sprawdzamy stan infrastruktury, usługi, backup, monitoring i ryzyka.
03
Plan prac
Opisujemy kolejność, granice odpowiedzialności, ryzyko i wycenę.
04
Wdrożenie lub abonament
Realizujemy uzgodniony projekt albo przechodzimy do stałej opieki.
// rezultat
Co powinno być po tym etapie
Efektem ma być przewidywalniejsza praca zespołu: wiadomo, gdzie jest produkcja, kto ma dostęp, jak wdrażać, co monitorować i jak wrócić do poprzedniej wersji.
Granice odpowiedzialności
- ›nie sprzedajemy hostingu, VPS-ów ani serwerów dedykowanych
- ›pracujemy na infrastrukturze klienta lub wskazanego przez niego dostawcy
- ›nie przejmujemy odpowiedzialności za kod aplikacji bez osobnej diagnozy i zakresu
- ›SLA, dyżur i gwarantowane czasy reakcji są możliwe wyłącznie w abonamencie
// FAQ
Pytania przed rozpoczęciem prac
Czy możecie wspierać kilka projektów klienta?
Tak, po rozdzieleniu środowisk, dostępów i odpowiedzialności. Zakres ustalamy osobno dla realnej infrastruktury i priorytetów biznesowych.
Czy przejmujecie kod aplikacji?
Nie automatycznie. Odpowiadamy za system, infrastrukturę i uzgodniony proces wdrożeń. Błąd w kodzie, motywie, wtyczce lub integracji wymaga osobnej diagnozy i uzgodnienia odpowiedzialności.
Czy LinuxAdmin sprzedaje hosting, VPS lub serwery dedykowane?
Nie. Administrujemy infrastrukturą, do której klient ma uprawniony dostęp; nie sprzedajemy własnego hostingu, VPS-ów ani serwerów dedykowanych.
Kiedy obowiązuje SLA?
SLA, dyżur i gotowość do reakcji są ustalane wyłącznie w umowie abonamentowej po poznaniu środowiska i zakresu odpowiedzialności.