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).
Docker dla istniejących aplikacji w Lucee, ColdFusion i PHP
Przenosimy działające aplikacje do kontenerów, bez pisania ich od nowa. Potem środowisko jest opisane w plikach, które leżą w Państwa repozytorium, i da się je odtworzyć na każdym odpowiednim serwerze Linux. Nowe wersje testujemy obok produkcji, a droga powrotu pozostaje otwarta.
- Docker dla Lucee, Adobe ColdFusion i PHP
- Full stack i DevOps od 2012 r.
- Odpowiedź w ciągu jednego dnia roboczego
Gdzie stosujemy Dockera
Dockera stosujemy w aplikacjach, które już działają, w Lucee, Adobe ColdFusion lub PHP. Ich środowisko często latami rosło na jednym serwerze: serwer WWW, środowisko uruchomieniowe, rozszerzenia i ustawienia, których nikt nie zapisał. W kontenerze to środowisko jest opisane w plikach, a Państwa zespół lub inny dostawca może je odtworzyć.
Nasi inżynierowie pracują z Dockerem i prowadzą też serwery Linux pod spodem. Przeniesienie z klasycznego hostingu i przypadki, w których się nie opłaca, opisuje strona Z hostingu do kontenera. Serwery, aktualizacje i zabezpieczenia omawia strona Linux & DevOps. Jeśli Państwa aplikacje działają jeszcze na własnych serwerach fizycznych, sprawdzamy, co pasuje do kontenera, a co lepiej przenieść jako maszynę wirtualną na Proxmox.
Typowe zadania z Dockerem
- Inwentarz istniejącego środowiska: wersje, rozszerzenia, ustawienia serwera WWW, zaplanowane zadania, pliki, wysyłka poczty i bazy danych.
- Obrazy dla Lucee, Adobe ColdFusion i PHP z serwerem WWW i ustawieniami, opisane w plikach w Państwa repozytorium.
- Pliki Compose, które określają, jakie kontenery działają razem, na przykład aplikacja, baza danych i zaplanowane zadania.
- Dane poza kontenerami: baza danych i przesłane pliki w trwałym magazynie, z kopią zapasową i testem odtworzenia.
- Jednakowe środowiska programistyczne, testowe i produkcyjne z tego samego opisu.
- Aktualizacje środowiska uruchomieniowego i obrazu bazowego, najpierw sprawdzane w środowisku testowym.
- Prowadzenie kontenerów i serwera Linux pod nimi, na życzenie z runbookiem dla Państwa zespołu.
Aktualizacje z testem i drogą powrotu
Obraz zawiera środowisko uruchomieniowe w stałej wersji, na przykład PHP 8.4 albo określoną wersję Lucee. Przy aktualizacji budujemy nowy obraz i sprawdzamy go w środowisku testowym na kopii danych. Dopiero potem zastępujemy kontener na produkcji, w uzgodnionym z Państwem oknie serwisowym. Dotychczasowy obraz zostaje zachowany, więc droga powrotu do starej wersji pozostaje otwarta.
Aktualizacje bezpieczeństwa nie trafiają same do działającego kontenera. Obraz trzeba zbudować od nowa na zaktualizowanej bazie, a serwer Linux pod spodem potrzebuje własnych aktualizacji. Kto i kiedy to robi, zapisuje runbook: Państwa zespół, inny dostawca albo my.
Technologie i zakres
| Obszar | Zakres |
|---|---|
| Kontenery | Docker i Docker Compose dla Lucee, Adobe ColdFusion i PHP |
| System i wirtualizacja | Linux z Debianem i Ubuntu, KVM i Proxmox |
| Serwery WWW | Nginx i Apache |
| Bazy danych | MySQL i MariaDB, także z Galera |
Typowe sytuacje wyjściowe przy kontenerach
-
-
Wsparcie Debiana 11 zakończyło się 31.08.2026, a CentOS 7 już 30.06.2024 (stan: 2026-10). Zaktualizujemy Państwa serwer albo zaplanujemy i wykonamy przejście na Debiana. Pracujemy również z Proxmox VE 8 i z serwerami fizycznymi, które przenosimy na Proxmox.
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.
Projekt w kontenerach
-
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.
-
Sklep zalewany przez boty, które udawały klientów
Sklep na WooCommerce z 52 produktami ładował się bardzo długo albo wcale. Przyczyną była opłacana sieć botów, która wysyłała dziesiątki tysięcy żądań na godzinę, każde z innego domowego adresu, a każdy bot z osobna zachowywał się wzorowo. Nasi inżynierowie zatrzymali ten ruch na brzegu sieci, a gdy miesiąc później boty zmieniły taktykę, druga reguła zdjęła obciążenie w dwie minuty.
Pytania o Dockera i kontenery
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.
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.
Nie są Państwo pewni, jaka usługa pasuje do systemu?
Prosimy opisać system w dwóch zdaniach. Odpowiemy, jaka usługa pasuje i czy produkt wejściowy ze stałą ceną będzie właściwym pierwszym krokiem.