// usługi

Przejmuję aplikacje webowe, za które nikt już w pełni nie odpowiada.

Agencja zajęła się innymi projektami, freelancer przestał odpowiadać albo developer etatowy odszedł. Dostępy są porozrzucane, nikt nie wie, jak działa wdrożenie, a każdy incydent zamienia się w śledztwo.

Przejmuję aplikację w uporządkowany sposób: odzyskuję i dokumentuję dostępy, audytuję kod, infrastrukturę i dane, zamykam pilne ryzyka i przygotowuję roadmapę stabilizacji — a jeśli trzeba, zostaję jako opiekun techniczny.

Porozmawiajmy o projekcie Zobacz sześć lat ciągłej odpowiedzialności za produkt

01 // fit

Ta usługa jest dla Ciebie, jeśli…

situations.md

osoba, która zbudowała lub utrzymywała aplikację, odeszła;
nie masz pewności, kto ma dostęp do serwerów, domen i usług zewnętrznych;
nikt nie potrafi z pewnością powiedzieć, jak wdrożyć zmianę;
aplikacja obsługuje płatności, dane klientów lub krytyczne procesy — i to Cię niepokoi;
potrzebujesz kogoś, kto weźmie odpowiedzialność, a nie tylko naprawi jeden błąd;
planujesz rozwój produktu i musisz wiedzieć, na czym budujesz.

02 // scope

Zakres prac

scope/01
Odzyskanie dostępów
Repozytorium, hosting, domeny, DNS, bazy danych i konta w usługach zewnętrznych — zebrane, zweryfikowane i przeniesione pod Twoją kontrolę.
scope/02
Przegląd infrastruktury
Serwery, kontenery, kopie zapasowe, monitoring i koszty hostingu.
scope/03
Wdrożenia
Jak aplikacja jest dziś budowana i wydawana oraz powtarzalny pipeline w miejsce ręcznych kroków.
scope/04
Kod i baza danych
Architektura, zależności, model danych, krytyczne procesy biznesowe i ich słabe punkty.
scope/05
Ryzyka bezpieczeństwa
Nieaktualne pakiety, wystawione usługi, sekrety w kodzie i ryzykowne uprawnienia — uszeregowane według wpływu.
scope/06
Roadmapa stabilizacji
Udokumentowany plan: co naprawić od razu, co zaplanować, a co może poczekać — z wyceną.

03 // diagram

Audyt przejęcia, punkt po punkcie

Każde przejęcie przechodzi przez tę samą listę kontrolną. Każdy punkt przechodzi od nieznanego do udokumentowanego, więc na końcu dokładnie wiesz, co posiadasz i od czego to zależy.

takeover.sh · audit

unknown — jeszcze nie sprawdzone
checking — w trakcie przeglądu
verified — działa — potwierdzone
documented — opisane dla Ciebie

01dostęp do repozytoriumunknowncheckingverifieddocumented
02infrastrukturaunknowncheckingverifieddocumented
03wdrożeniaunknowncheckingverifieddocumented
04baza danychunknowncheckingverifieddocumented
05integracjeunknowncheckingverifieddocumented
06ryzyka bezpieczeństwaunknowncheckingverifieddocumented
07dokumentacjaunknowncheckingverifieddocumented
08roadmapa stabilizacjiunknowncheckingverifieddocumented

04 // pipeline.yml

Jak przebiega praca

● passed · services/web-application-takeover · main5 etapy · 0 niespodzianek

~1 tydz.
audit:takeover
Audyt przejęcia
Dostępy, infrastruktura, wdrożenia, kod i dane — przejrzane i opisane.
→ raport z audytu
~1 tydz.
plan:roadmap
Plan
Ryzyka uszeregowane według wpływu na biznes i roadmapa stabilizacji z wyceną.
→ roadmapa stabilizacji
tygodnie
fix:stabilize
Stabilizacja
Najpierw pilne ryzyka: dostępy, kopie zapasowe, wdrożenia i krytyczne błędy.
→ system pod kontrolą
każde wydanie
deploy:release
Wdrożenie
Zmiany wydawane przez udokumentowany, powtarzalny proces.
→ bezpieczne wydania
na bieżąco
support:ongoing
Stała opieka
Monitoring, aktualizacje i rozwój w roli Twojego długoterminowego opiekuna technicznego.
→ produkt z właścicielem

05 // outcomes

Czego możesz się spodziewać

Wszystkie dostępy w Twoich rękach — udokumentowane i zweryfikowane.
Jasny obraz systemu: architektura, infrastruktura, dane i zależności.
Pilne ryzyka bezpieczeństwa i stabilności obsłużone w pierwszej kolejności.
Proces wdrożeń, który nie zależy od pamięci jednej osoby.
Roadmapa, wokół której możesz planować budżet i funkcje.

06 // stack

Technologie

Przy przejęciu rzadko wybiera się stack — to technologie, za które mogę wziąć odpowiedzialność.

export const stack = [

'PHP',

'Laravel',

'Yii2',

'Node.js',

'Vue',

'Nuxt',

'MariaDB',

'MySQL',

'MongoDB',

'Docker',

'CI/CD',

'Git'

]

07 // evidence

Gdzie robiłem to wcześniej

Długoterminowa odpowiedzialność to podstawa mojej pracy: w 2020 roku dołączyłem do platformy fintech i od tamtej pory za nią odpowiadam.

6 lat z jednym klientem produktowym, od kwietnia 2020.
99,9% uptime na produkcji dzięki rozwiązywaniu incydentów, eliminowaniu powtarzających się awarii i wzmacnianiu krytycznych usług.
Modele danych z tabelami 150M+ wierszy w MariaDB, MySQL i MongoDB.
CI/CD w GitHub Actions, GitLab CI i Bitbucket Pipelines zamiast ręcznych wydań.

Powiązane case study

c51e8aaPlatforma nieruchomości — domodessa.comRozwiązane problemy z siecią Dockera, SSR i hydracją, by aplikacja działała stabilnie w każdym środowisku.nuxt 4 · express · quasar · mariadb · docker

08 // faq

Pytania, które klienci zadają najpierw

Co jeśli nie mamy już części dostępów?

To częsta sytuacja. Odzyskanie dostępów — przez dostawców hostingu, rejestratorów domen lub właścicieli kont — to pierwsza część audytu, a wszystko, co odzyskamy, trafia pod kontrolę Twojej firmy.

Ile trwa audyt przejęcia?

Przy typowej aplikacji około tygodnia na audyt i kolejny tydzień na roadmapę. Duże lub zupełnie nieudokumentowane systemy wymagają więcej czasu; harmonogram poznasz przed rozpoczęciem prac.

Czy potrzebujesz poprzedniego developera?

Nie, choć krótka rozmowa przekazująca pomaga, jeśli jest możliwa. Audyt jest pomyślany tak, by działać na podstawie samego kodu, infrastruktury i danych.

Czy wszystko zmienisz?

Nie. Najpierw liczy się kontrola i stabilność. Zmiany wprowadzam tam, gdzie zmniejszają ryzyko lub odblokowują biznes — małymi krokami, które możesz przejrzeć.

Czy możesz zostać po przejęciu?

Tak. Wiele przejęć przechodzi w stałe utrzymanie w modelu miesięcznego abonamentu — osoba, która audytowała system, najlepiej wie, jak utrzymać go w ruchu.

Czego potrzebujesz od nas na start?

Osoby kontaktowej, która zna procesy biznesowe, wszystkich dostępów, które jeszcze macie, i krótkiej listy tego, co najbardziej boli w tej chwili.

09 // related

git push --message

Odziedziczyłeś aplikację, za którą nikt nie odpowiada?

Napisz, co masz — nawet jeśli to tylko domena i login do serwera. Odpowiem w ciągu jednego dnia roboczego z pierwszymi pytaniami i kolejnymi krokami.

Porozmawiajmy o projekcie →cd ../services · Wszystkie usługi

Przejmuję aplikacje webowe, za które nikt już w pełni nie odpowiada.

Odzyskanie dostępów

Przegląd infrastruktury

Wdrożenia

Kod i baza danych

Ryzyka bezpieczeństwa

Roadmapa stabilizacji

Audyt przejęcia

Plan

Stabilizacja

Wdrożenie

Stała opieka