Drukarnia internetowa: Panel produkcyjny z drukiem na EFI Fiery i archiwum mniejszym o blisko 90%

Wyzwanie

Drukarnia sprzedaje spersonalizowane druki przez własny sklep i Allegro. Panel produkcyjny w Laravelu składa arkusze z projektów klientów i wysyła je na kontroler EFI Fiery w drukarni, a serwer stoi w chmurze. Przez lata kontenery zmieniano ręcznie, archiwum projektów w S3 urosło do 2,4 TB bez reguł usuwania, a właściciel chciał przenieść system na tańszy serwer, nie tracąc ani zamówień, ani możliwości druku.

Co zrobiliśmy

• Druk z chmury na maszynę: połączenie z siecią drukarni tunelem WireGuard i stan każdego arkusza w bazie, więc pracownik widzi, co już poszło na maszynę.
• Gotenberg obok wkhtmltopdf: nowy renderer PDF w Chromium, włączany osobno dla pobierania i dla wysyłki na Fiery. Poprawka różnicy w marginesach arkusza, która wyszła tylko przy druku.
• Inwentaryzacja: 7 kontenerów, 21 domen, zadania cykliczne, usługi startujące z systemem i porty dostępne tylko z sieci wewnętrznej.
• Porządek w archiwum: porównanie zawartości S3 z bazą zamiast usuwania po dacie, bo 52 tys. odwołań wskazywało na nieistniejące pliki. Retencję ustalił właściciel.
• Kopie z testem odtworzenia: pełne archiwum serwera, kopia sklepu do Hetzner S3 i plan odtworzenia. Test wykrył, że zrzut głównej bazy przerywał się, a skrypt raportował sukces.

Wynik

Archiwum zmalało z 2,4 TB do 265 GiB, a kopia w Hetzner Object Storage zgadza się z oryginałem co do pliku. System da się postawić w całości z kopii, bez dostępu do obecnego dostawcy chmury. Do przeniesienia zostały nowy serwer, zmiana DNS i adres tunelu po stronie drukarni. Kopie sklepu mają 30-dniową retencję i sprawdzony scenariusz odtworzenia.

Szczegóły techniczne, w tym tabela zawartości archiwum i błąd mysqldump, opisaliśmy w artykule Panel drukarni: druk na EFI Fiery przez WireGuard i Gotenberg.