+48 501 250 220

Przeniesienie aplikacji do kontenera bez pisania jej od nowa

Przenosimy Państwa aplikację w Lucee, ColdFusion lub PHP z klasycznego hostingu do kontenerów. Środowisko można wtedy odtworzyć, zaktualizować i przenieść na inny serwer. Część dostawców hostingu pobiera dopłaty za stare wersje PHP, a dla PHP 8.2 poprawki bezpieczeństwa kończą się 31.12.2026 (stan: 2026-10).

Zamów przegląd systemu legacy (z oceną gotowości do kontenera) Więcej o usłudze Migracja i modernizacja
  • Od 2015 r. ColdFusion i Lucee w systemach produkcyjnych, od 2012 r. PHP
  • Najpierw sprawdzone w środowisku testowym, z drogą powrotu
  • Odpowiedź w ciągu jednego dnia roboczego
U góry kartka z pomarańczowym obrysem i trzema liniami; jedna linia rozgałęzia się do trzech jednakowych skrzynek, w każdej trzy poziome paski

Kiedy przeniesienie do kontenera ma sens

Dostawca hostingu pobiera dopłatę albo wyłącza Państwa wersję

Część dostawców hostingu utrzymuje starsze wersje PHP za dopłatą albo je wyłącza. Dopłata daje czas, ale nie zmienia tego, że projekt PHP nie utrzymuje już tej wersji. Jeśli termin mija za kilka dni, zaczynamy od oceny awaryjnej w 48 godzin.

Środowisko zna tylko jedna osoba

Ustawienia serwera WWW, rozszerzenia PHP, wersje i zaplanowane zadania ktoś kiedyś skonfigurował, ale nigdy ich nie udokumentował. Gdy tej osoby zabraknie, środowiska nie da się odtworzyć albo jest to bardzo trudne.

Aktualizacji nie ma gdzie przetestować

Bez drugiego środowiska nową wersję PHP, Lucee lub ColdFusion można wypróbować tylko na produkcji. Dlatego aktualizacja ciągle jest odkładana. Zaprojektujemy infrastrukturę serwerów i środowisk wirtualnych dopasowaną do Państwa przypadku.

Oś czasu z podziałką; pomarańczowy znacznik na osi oznacza koniec wsparcia; przerywany łuk prowadzi nad nim od małego starego serwera do nowego serwera

Przedtem na serwerze, potem w opisanym środowisku

Dziś Państwa środowisko to wszystko, co przez lata zainstalowano na serwerze. W kontenerze jest ono zapisane w plikach: serwer WWW, środowisko uruchomieniowe (PHP, Lucee lub Adobe ColdFusion) i ustawienia leżą w Państwa repozytorium.

Na tej podstawie środowisko można zbudować od nowa na każdym odpowiednim serwerze: u Państwa, u innego dostawcy albo w systemie testowym. Sama aplikacja zwykle pozostaje bez zmian. Jak pracujemy z obrazami, aktualizacjami i drogą powrotu, opisuje strona Docker, a konfigurację serwerów jako kod strona Ansible.

Po lewej zakreskowany blok, po prawej ten sam blok w obrysie kontenera, cienka strzałka łączy oba, obrys kontenera jest pomarańczowy

Tak przenosimy: sześć kroków, każdy z pisemnym wynikiem

  1. Inwentarz środowiska

    Spisujemy wersje, rozszerzenia, ustawienia serwera WWW, zaplanowane zadania, pliki, w tym przesłane przez użytkowników, sesje, wysyłkę poczty i bazy danych. Inwentarz otrzymują Państwo na piśmie.

  2. Definicja środowiska

    Opisujemy środowisko w plikach i umieszczamy je w Państwa repozytorium. Dzięki temu Państwa zespół lub inny dostawca może je odtworzyć na nowym serwerze.

  3. Uruchomienie obok produkcji

    Uruchamiamy aplikację w kontenerze w środowisku testowym, obok Państwa systemu produkcyjnego. System produkcyjny pozostaje bez zmian.

  4. Testy

    Sprawdzamy krytyczne procesy i tworzone dokumenty. Po zmianie platformy czasem zmieniają się czcionki i rozmiary stron w plikach PDF. Protokół testów odnotowuje też, czy środowisko udało się w pełni odtworzyć z plików.

  5. Przełączenie w oknie serwisowym

    Plan, termin i drogę powrotu do poprzedniego stanu uzgadniamy z Państwem wcześniej na piśmie. Potem przełączamy.

  6. Runbook aktualizacji

    Otrzymują Państwo instrukcję, według której Państwa zespół lub inny dostawca najpierw testuje nową wersję, potem ją wdraża, a w razie potrzeby wycofuje.

Koniec wsparcia wersji obowiązuje w kontenerze tak samo jak na serwerze

Stan na dzień: 2026-10
Data Zdarzenie Źródło
2025-12-31 PHP 8.1: koniec poprawek bezpieczeństwa. php.net (otwiera się w nowym oknie)
2026-11-10 Adobe ColdFusion 2021: koniec rozszerzonego wsparcia. helpx.adobe.com (otwiera się w nowym oknie)
2026-12-31 PHP 8.2: koniec poprawek bezpieczeństwa. php.net (otwiera się w nowym oknie)
2028-12-31 PHP 8.4: koniec poprawek bezpieczeństwa. Możliwa wersja docelowa. php.net (otwiera się w nowym oknie)

Zostać, przenieść do kontenera czy zaktualizować? (stan: 2026-10)

Kryterium Zostać na hostingu Przenieść do kontenera Zaktualizować wersję Lucee zamiast Adobe ColdFusion
Pasuje, gdy Wersja jest wspierana, kopie zapasowe są przetestowane i nic nie jest planowane. Potrzebują Państwo środowiska, które da się odtworzyć, chcą testować aktualizacje obok produkcji albo przenieść się na inny serwer. Platforma nie dostaje już aktualizacji bezpieczeństwa, niezależnie od tego, gdzie działa. Kod w razie potrzeby dostosowujemy. Płacą Państwo za kilka licencji Adobe, a rachunek zmiany wychodzi na plus. Kod sprawdzamy pod kątem różnic i dostosowujemy.
Czego nie rozwiązuje Wiedza nadal jest w głowie jednej osoby, a aktualizacji nie ma gdzie przetestować. Wersja bez aktualizacji bezpieczeństwa pozostaje taka także w kontenerze. Środowisko nadal trudno odtworzyć, jeśli nikt go nie opisze. Także Lucee wymaga utrzymania.
Licencja i koszty Hosting i dopłaty są nadal naliczane. Lucee i PHP: bez kosztów licencji. Jednorazowy nakład na dostosowanie i testy. Jednorazowy nakład na migrację i testy.

Kiedy kontener się nie opłaca

Warto zostać na obecnym hostingu, jeśli spełnione są wszystkie trzy warunki:

  • Aplikacja działa na małym serwerze, w wersji, która jest wspierana.
  • Kopie zapasowe przechodzą test odtworzenia.
  • Nie są planowane żadne zmiany, ani w aplikacji, ani u dostawcy hostingu.

Wtedy nie sprzedamy Państwu projektu kontenerowego. Sensowne są aktualizacje i zabezpieczenie serwera, jak opisuje to usługa Administracja Linux i infrastruktura.

Jeśli aplikacja działa w wersji bez aktualizacji bezpieczeństwa, kontener też nie rozwiąże problemu. Wtedy najpierw potrzebna jest aktualizacja, na przykład według sposobu ze strony Aktualizacja do PHP 8.

System działa dalej na prostej linii; odgałęzienie do nowej, przerywanej platformy zamyka pomarańczowa poprzeczka

Doświadczenie naszych inżynierów z kontenerami i zmianami platformy

Kontenery
Środowiska Docker dla Lucee, Adobe ColdFusion i PHP
Środowiska
Konfiguracja jako kod w Ansible, z osobnymi inwentarzami dla produkcji i testów
Zmiana platformy
Przeniesienia z Windows i IIS na Linux, z testem dokumentów pod kątem czcionek i rozmiarów stron

Jak pracujemy przy przeniesieniu do kontenera

  • Dane dostępowe, kod i dokumentacja zostają u Państwa.
  • System produkcyjny przełączamy dopiero wtedy, gdy aplikacja przejdzie testy w środowisku testowym. Droga powrotu pozostaje otwarta do czasu stabilnej pracy.

A co, jeśli u nas ktoś będzie niedostępny? Dokumentację sporządzamy na życzenie. Repozytorium z reguły znajduje się u Państwa. Zastępstwo organizujemy na życzenie.

Więcej na stronach Doświadczenie i Współpraca.

Po lewej kartka z wierszami tekstu i linią podpisu z pomarańczowym haczykiem; strzałka wskazuje serwer narysowany przerywaną linią po prawej

Pierwszy krok: przegląd systemu legacy z oceną gotowości do kontenera

Przegląd systemu legacy

Dla firm z systemem, którego nikt już dokładnie nie zna: przed aktualizacją, przed migracją lub przy zmianie dostawcy.

  • Inwentarz wersji i zależności
  • Mapa aplikacji, bazy danych, serwera i poczty e-mail
  • Rejestr ryzyk dotyczących bezpieczeństwa, wsparcia i wiedzy
  • Ocena kopii zapasowych i odtwarzania danych
  • Rekomendacja „zostać przy obecnej wersji, podnieść wersję lub migrować” z macierzą opcji, która obejmuje także „przeniesienie do kontenera” i „udostępnienie jako API”
  • Oszacowanie nakładu pracy w dniach

Cena obejmuje jeden system, czyli jedną aplikację wraz z jej bazą danych i serwerem. Kolejne systemy wyceniamy osobno.

Co zawiera wynik

Pisemny raport z inwentaryzacją, rejestrem ryzyk, rekomendacją i oszacowaniem nakładu pracy. Raport należy do Państwa.

od 3 800 € netto

Zwykle 5 dni roboczych

Zamów przegląd systemu legacy

Ocena awaryjna w 48 godzin

Dla firm, których programista lub dostawca nagle odszedł, a system musi mimo to działać dalej.

  • Inwentaryzacja: wersje, zależności, dostępy, kopie zapasowe, zaplanowane zadania, źródła danych i wysyłka poczty
  • Lista ryzyk, które wymagają natychmiastowej uwagi
  • Plan stabilizacji na pierwsze 5 dni i na pierwsze 30 dni
  • Krótkie omówienie wyników

Wynik otrzymują Państwo 48 godzin po uzyskaniu dostępu do systemu. Zmiany w systemie produkcyjnym i dalsze prace wykonujemy wyłącznie po Państwa zgodzie.

Co zawiera wynik

Pisemny raport ze stanem systemu, ryzykami wymagającymi natychmiastowej reakcji i planem stabilizacji. Raport należy do Państwa.

od 1 900 € netto

Zwykle 2 dni robocze

Zamów ocenę awaryjną w 48 godzin

Przypadek z naszej pracy

  • Telefon z kodem QR, plik podzielony na porcje, trzy równoległe strumienie do serwera z dyskiem i siatka galerii

    Aplikacja do zbierania zdjęć od gości weselnych

    Goście weselni skanują kod QR, otwierają jeden sekretny adres i wysyłają zdjęcia oraz filmy prosto z telefonu: bez aplikacji, bez konta, bez logowania. Pliki do 5 GB lądują na dysku klienta, a para młoda ogląda galerię, która zapełnia się jeszcze w trakcie przyjęcia. Jeden wieczór, bez drugiej szansy, i telefony sprzed sześciu lat.

Pytania o przeniesienie do kontenera

Co daje przeniesienie aplikacji do kontenera?

Środowisko, które da się odtworzyć. Ta sama wersja i konfiguracja obowiązują u programisty, w środowisku testowym i na produkcji. Zapisane są w repozytorium, a nie w głowie jednej osoby. Nowe wersje PHP, Lucee lub ColdFusion testujemy obok produkcji i możemy je wycofać. Przeniesienie na inny serwer lub do innego dostawcy również staje się prostsze.

Kontener nie naprawia błędu w kodzie i nie podnosi wersji, która nie jest już wspierana. Ułatwia jedynie takie zmiany.

Czy aplikację trzeba zmienić, żeby działała w kontenerze?

Zwykle logika aplikacji pozostaje bez zmian, a zmieniają się środowisko i konfiguracja. Wyjątkiem są elementy związane ze starym serwerem. Należą do nich na przykład bezwzględne ścieżki do plików w kodzie, sesje w lokalnym systemie plików albo usługi, których aplikacja oczekuje na tym samym serwerze.

Ujmujemy to w inwentarzu i przed wdrożeniem mówimy Państwu, co trzeba dostosować.

Co się dzieje z bazą danych i przesłanymi plikami?

Jedno i drugie traktujemy oddzielnie od aplikacji. Dane mają przetrwać ponowne uruchomienie lub wymianę kontenera, dlatego leżą poza nim: baza danych na osobnym serwerze albo w osobnym kontenerze z trwałym wolumenem danych, a przesłane pliki w podłączonym katalogu.

W inwentarzu ustalamy, co gdzie leży i jak powstają kopie zapasowe. Przed przełączeniem sprawdzamy, czy jedno i drugie da się odtworzyć z kopii zapasowej.

Czy w kontenerach można uruchomić także Adobe ColdFusion?

Tak, Adobe ColdFusion, podobnie jak Lucee i PHP, może działać w kontenerach. Postępujemy przy tym tak samo: inwentarz środowiska, testy obok produkcji i przełączenie z drogą powrotu.

Czy do kontenera musimy zmienić dostawcę hostingu?

Na klasycznym hostingu współdzielonym Dockera zwykle nie da się używać. Potrzebny jest serwer, na którym można swobodnie instalować oprogramowanie, na przykład serwer wirtualny.

Czy Państwa obecny pakiet na to pozwala, czy potrzebna jest zmiana, wyjaśniamy w przeglądzie. Serwer może działać u wybranego przez Państwa dostawcy, a my konfigurujemy na nim kontenery.

Czy przeniesienie do kontenera można cofnąć?

Tak. Przełączamy dopiero wtedy, gdy aplikacja w kontenerze przejdzie testy w środowisku testowym, a stary system zostawiamy bez zmian do czasu stabilnej pracy. Droga powrotu jest częścią planu, który otrzymują Państwo wcześniej na piśmie.

Dane, które powstaną między przełączeniem a ewentualnym powrotem, wyraźnie uwzględniamy w planie, żeby nic nie przepadło.

Kto prowadzi kontenery po przeniesieniu?

To Państwo decydują. Dzięki instrukcji operacyjnej (runbook) Państwa zespół lub inny dostawca może samodzielnie prowadzić i aktualizować kontenery.

Na życzenie przejmujemy ich prowadzenie w ramach usług Przejęcie i utrzymanie oraz Administracja Linux i infrastruktura.

Czy Extended Support u naszego dostawcy hostingu to alternatywa dla aktualizacji PHP?

Krótkoterminowo Extended Support może dać czas, ale nie zastępuje aktualizacji. Obowiązuje tylko u danego dostawcy hostingu i kończy się najpóźniej wraz z wycofaniem danej wersji PHP. Nie mówi też nic o tym, czy Państwa aplikacja działa na nowej wersji.

Dopłata jest sygnałem ostrzegawczym: dostawca hostingu uważa Państwa wersję za wygasającą. Kto i tak zamierza odejść od klasycznego hostingu, znajdzie drogę na stronie Z hostingu do kontenera.

Gdzie dziś działa Państwa aplikacja?

Wystarczy podać technologię i wersję (PHP, Lucee lub Adobe ColdFusion), dostawcę hostingu albo serwer oraz powód zmiany. Odpowiadamy w ciągu jednego dnia roboczego.

Pola oznaczone jako „opcjonalnie” można zostawić puste.

Kontakt e-mailowy

Do kontaktu telefonicznego wystarczy numer: awarie całą dobę, w pozostałych sprawach w ciągu jednego dnia roboczego.

Jaki system, jaka technologia, co chcą Państwo osiągnąć? Prosimy nie przesyłać haseł ani poufnych dokumentów.

Odpowiedź w ciągu jednego dnia roboczego · bez zobowiązań

Wykorzystujemy Państwa dane wyłącznie do odpowiedzi na zapytanie. Prownex IT Services Sp. z o. o. jest administratorem danych. Okres przechowywania i Państwa prawa opisano w polityce prywatności.