Hosting Akeneo PIM: Akeneo Cloud (SaaS), hosting zarządzany czy VPS –Co wybrać przy wdrożeniu?

W Tandemite oceniamy hosting dla Akeneo na podstawie tego, jak system PIM (Product Information Management, zarządzanie informacją produktową) będzie przetwarzać dane i wymieniać je z innymi aplikacjami firmy.

TL;DR

• Akeneo w modelu SaaS działa na infrastrukturze producenta i nie wymaga własnego hostingu aplikacji PIM.
• Akeneo Community Edition wymaga zapewnienia infrastruktury i utrzymania przez klienta lub jego partnerów.
• Hosting zarządzany Akeneo przenosi uzgodnione obowiązki administracyjne na dostawcę; VPS bez zarządzania pozostawia je klientowi.
• Porównanie hostingu Akeneo powinno obejmować całkowity koszt posiadania, w tym aktualizacje, kopie zapasowe i obsługę awarii.
• SaaS warto rozważyć, gdy firma chce ograniczyć obowiązki administracyjne; hosting zarządzany ułatwia utrzymanie CE; własny VPS wymaga kompetencji technicznych.

Hosting dla Akeneo: najpierw edycja, potem serwer

Akeneo wymaga własnego hostingu, gdy wybierasz Community Edition lub utrzymujesz starszą instalację przeznaczoną do samodzielnego uruchomienia. W modelu SaaS aplikację udostępnia producent. Najpierw trzeba więc sprawdzić, która edycja obsłuży procesy firmy i na jakich warunkach jest udostępniana i utrzymywana.

Aktualne porównanie pakietów Akeneo obejmuje Growth, Advanced i Premium w ramach Akeneo Product Cloud. Dokumentacja nadal posługuje się nazwami Akeneo Growth Edition oraz Akeneo Enterprise Edition: pierwsza odpowiada pakietowi Growth, druga występuje w pakietach Advanced i Premium. Product Cloud jest nazwą szerszej oferty obejmującej PIM i powiązane produkty.

Akeneo Flexibility oznaczał PaaS, czyli platformę utrzymywaną przez dostawcę, na której klient mógł dostosowywać aplikację. Akeneo ogłosiło zakończenie wydawania nowych wersji tego modelu oraz Enterprise on-premise. Zgodnie z opublikowanym harmonogramem wsparcie wersji 7 w tych modelach zakończyło się 30 września 2026 r.; Community Edition ma odrębny cykl wydań.

Edycje SaaS: Akeneo Product Cloud

SaaS, czyli Software as a Service, to oprogramowanie udostępniane jako usługa przez internet. W Akeneo Cloud producent utrzymuje aplikację i jej infrastrukturę, dostarcza aktualizacje oraz zarządza zasobami w ramach warunków usługi.

Klient odpowiada za model danych, konta użytkowników, uprawnienia i połączenia z innymi systemami. Integracje oraz własne rozszerzenia nadal wymagają opieki technicznej, nawet gdy samo Akeneo PIM działa w SaaS.

Akeneo Community Edition: infrastruktura i utrzymanie po stronie klienta

Akeneo Community Edition (CE) to edycja systemu PIM z otwartym kodem źródłowym, dostępna bez opłat licencyjnych. Do jej uruchomienia potrzebny jest serwer oraz konfiguracja środowiska, a później jego utrzymanie. Self-hosting oznacza, że za zapewnienie tych elementów odpowiada klient, który może powierzyć je zewnętrznemu dostawcy.

CE warto rozważyć, gdy jej funkcje odpowiadają wymaganiom, firma potrzebuje dostępu do kodu i ma budżet na obsługę aplikacji. Kolejne wydania Community Edition są publikowane w repozytorium Akeneo. W dniu przygotowania artykułu najnowszą dostępną tam wersją była v2026.4.

Czego Akeneo PIM wymaga od infrastruktury

Samodzielnie utrzymywane Akeneo PIM to aplikacja PHP/Symfony korzystająca z MySQL i Elasticsearch, w której znaczną część obciążenia mogą generować zadania w tle. Przy doborze infrastruktury trzeba uwzględnić importy, aktualizacje katalogu i eksporty oraz równoczesną pracę użytkowników.

Stos technologiczny Akeneo

• Aplikacja jest napisana w języku PHP z wykorzystaniem frameworka Symfony. PHP-FPM zarządza procesami PHP obsługującymi żądania przesyłane do serwera WWW.
• MySQL przechowuje dane aplikacji; Elasticsearch obsługuje indeksy wykorzystywane do wyszukiwania i filtrowania.
• Procesy robocze kolejki wykonują zadania w tle. Trzeba monitorować ich działanie i zapewnić ponowne uruchomienie po awarii.
• Node.js jest wykorzystywany w narzędziach budowania interfejsu, w tym podczas przygotowywania wdrożenia.
• Serwer WWW, np. Apache oraz odpowiednio skonfigurowany Linux tworzą środowisko działania aplikacji.

Wymagania systemowe Akeneo należy sprawdzić w oficjalnej dokumentacji technicznej i zestawić z informacjami o wybranym wydaniu CE. Starsze instrukcje mogą dotyczyć innych wersji komponentów potrzebnych do działania aplikacji. Przed zastosowaniem MariaDB, Nginx albo określonego wydania Debiana lub Ubuntu trzeba sprawdzić ich zgodność z wybraną wersją Akeneo. Przy korzystaniu z Dockera należy również przygotować konfigurację do pracy produkcyjnej.

Co naprawdę obciąża serwer: importy, kolejka zadań, indeksowanie

Import dużego pliku angażuje procesor podczas walidacji i przekształcania danych, pamięć podczas przetwarzania oraz dysk podczas zapisu. Podobnie działa masowa edycja produktów: jedna operacja użytkownika może uruchomić wiele aktualizacji bazy i indeksów.

Przeliczanie kompletności produktu (completeness), czyli sprawdzanie wymaganych pól dla kanału i wersji językowej, zwiększa liczbę operacji na danych. Reindeksacja Elasticsearch wymaga procesora, pamięci i wydajnych operacji dyskowych. Warto zapewnić zapas miejsca na dysku i zaplanować reindeksację tak, aby nie zakłócała ważnych eksportów.

Eksport wymaga odczytania danych, przygotowania plików i przesłania ich do odbiorców. Przetwarzanie obrazów i generowanie miniatur wykorzystuje moc procesora, pamięć oraz przestrzeń dyskową. Jeśli projekt obejmuje zewnętrzny system DAM, czyli system zarządzania zasobami cyfrowymi, część tych operacji może odbywać się poza Akeneo.

Gdy automatyzacja w Akeneo obejmuje wiele procesów, trzeba ustalić ich kolejność i terminy zakończenia. Rozważmy sytuację, w której poranny eksport do sklepu ma uwzględnić dane z nocnego importu: opóźnienie importu może oznaczać wysłanie nieaktualnych informacji, choć sam PIM pozostaje dostępny. Test wydajności powinien więc sprawdzać, czy cały ciąg operacji kończy się przed wymaganym terminem. 

Jak dobrać zasoby serwera dla Akeneo

Przy doborze zasobów, określanym jako sizing, należy uwzględnić:

• liczbę SKU, czyli identyfikatorów pozycji asortymentowych, oraz strukturę wariantów;
• liczbę atrybutów i rodzin produktów, które grupują wspólne cechy;
• wersje językowe i regionalne, określane jako locale, oraz kanały dystrybucji danych;
• liczbę jednocześnie pracujących użytkowników i rodzaj wykonywanych operacji;
• wielkość importów i częstotliwość wymiany danych przez API, czyli interfejsy programistyczne łączące aplikacje;
• rozmiar mediów, indeksów, kopii zapasowych i przewidywany przyrost danych.

Przy planowaniu skalowania Akeneo w B2B warto poprosić o sprawdzenie proponowanej konfiguracji na danych i zadaniach odpowiadających pracy firmy. Liczbę vCPU, czyli wirtualnych jednostek procesora, pamięć RAM i pojemność dysku należy oceniać na podstawie wyników takiej próby.

Wariant 1: Akeneo Cloud (SaaS) – hostingiem zajmuje się producent

Akeneo Cloud w modelu SaaS to usługa, w której producent udostępnia i utrzymuje PIM, w dokumentacji określany także jako Akeneo Serenity. Klient konfiguruje katalog i korzysta z funkcji dostępnych w wybranym pakiecie.

Akeneo odpowiada za utrzymanie infrastruktury i baz danych oraz standardowe aktualizacje aplikacji. Opłata za usługę obejmuje hosting PIM zgodnie z ofertą. Osobno trzeba uwzględnić ewentualne koszty integracji, rozszerzeń i środowisk potrzebnych do ich działania. Warunki subskrypcji trzeba sprawdzić dla konkretnego zakresu funkcji i wsparcia.

W SaaS klient rozszerza Akeneo przez API i aplikacje, bez modyfikowania kodu rdzenia. Przy ocenie wydajności trzeba uwzględnić limity API: ich przekroczenie może powodować odrzucanie żądań, dlatego integracja powinna obsługiwać ponowienia z odpowiednią przerwą. Akeneo zaleca również grupowanie operacji, aby ograniczyć liczbę wywołań.

Przed wyborem pakietu warto sprawdzić, czy integracje prześlą wszystkie potrzebne dane w wyznaczonym czasie. Vendor lock-in, czyli koszt i trudność zmiany dostawcy, zależy także od wykorzystanych funkcji i możliwości eksportu danych.

Ten wariant warto rozważyć, gdy firma ma ograniczone możliwości samodzielnego utrzymania systemu, a funkcje SaaS odpowiadają jej procesom. SaaS może kosztować łącznie mniej niż CE, jeśli samodzielne utrzymanie i rozwój brakujących funkcji w CE okażą się droższe od subskrypcji. Porównanie powinno obejmować te same wymagania funkcjonalne, integracje i okres użytkowania.

Wariant 2: zarządzany hosting Akeneo – Community Edition z zewnętrzną obsługą infrastruktury

Zarządzany hosting Akeneo, spotykany w ofertach jako managed Akeneo hosting, to utrzymanie infrastruktury PIM przez wyspecjalizowanego dostawcę w uzgodnionym zakresie. Dla Community Edition może obejmować konfigurację serwera, aktualizacje komponentów, monitoring i kopie zapasowe.

Aplikacja działa na zasobach objętych usługą, np. na VPS lub wydzielonych serwerach. Koszt obejmuje infrastrukturę i administrację; prace nad kodem Akeneo oraz większe aktualizacje mogą być rozliczane osobno. Możliwość zmiany konfiguracji serwera i instalowania dodatkowych komponentów zależy od warunków dostawcy. To rozwiązanie dla firmy, która wybiera CE i chce zlecić obsługę środowiska.

Kto za co odpowiada w hostingu zarządzanym

Umowa powinna rozdzielać utrzymanie serwera od utrzymania aplikacji, w tym aktualizacji Akeneo i rozszerzeń. Podział obowiązków warto sprawdzić na konkretnym pytaniu: kto podejmie działanie, gdy można zalogować się do PIM, ale eksport do sklepu przestał działać? Trzeba wskazać, kto wykrywa problem, rozpoczyna diagnozę i koordynuje przywrócenie procesu. Poniższa tabela pomaga ustalić zakres odpowiedzialności w każdym modelu.

O co zapytać dostawcę zarządzanego hostingu Akeneo

• Jakie wersje Akeneo obsługuje i kto potwierdza zgodność komponentów?
• Czy kopie obejmują bazę, media i konfigurację oraz czy testuje się odtwarzanie?
• Gdzie przechowywane są kopie i jak długo są dostępne?
• Co obejmuje SLA, czyli umowa określająca poziom świadczonych usług, i jaki czas reakcji na awarię gwarantuje dostawca?
• Czy monitoring wykrywa zatrzymaną kolejkę, nieudane importy i opóźnione eksporty?
• Czy oferta obejmuje oddzielne środowisko testowe?
• Kto wykonuje aktualizacje Akeneo i sprawdza zgodność rozszerzeń przygotowanych dla firmy?
• Gdzie znajdują się dane i kto może uzyskać do nich dostęp administracyjny?

Planując wdrożenie Akeneo, warto od razu uzgodnić zakres utrzymania, uwzględniając integracje i procesy, które system ma obsługiwać.

Wariant 3: Akeneo na VPS – pełna kontrola, pełna odpowiedzialność

VPS, czyli wirtualny serwer prywatny, udostępnia środowisko, w którym klient może samodzielnie zainstalować i utrzymywać Akeneo. Dostęp root daje uprawnienia administracyjne do systemu operacyjnego. Wirtualizacją zasobów serwera fizycznego zarządza hypervisor, np. KVM.

W prostej konfiguracji aplikacja, MySQL i Elasticsearch działają na jednej maszynie. Abonament za VPS obejmuje przydzielone zasoby; administrację, kopie i obsługę aplikacji trzeba uwzględnić osobno. Jeśli oferta VPS obejmuje administrację serwerem (VPS zarządzany), należy oceniać ją według tych samych kryteriów co hosting zarządzany.

Kiedy Akeneo na VPS ma sens

Akeneo na VPS warto rozważyć, gdy firma wybiera CE, potrafi oszacować obciążenie i ma administratora systemu Linux współpracującego z zespołem rozwijającym aplikację. VPS może też służyć jako środowisko deweloperskie lub testowe. Przed uruchomieniem produkcyjnym trzeba sprawdzić wydajność oraz ustalić, czy system można odtworzyć w czasie akceptowalnym dla firmy.

Przykładem dostawcy infrastruktury VPS obecnego na polskim rynku jest OVHcloud. Przy porównywaniu ofert znaczenie mają gwarantowane zasoby, wydajność dysku, lokalizacja centrum danych i warunki wsparcia.

Ryzyka: pojedynczy serwer, aktualizacje i współdzielenie zasobów

MySQL, Elasticsearch i procesy importu uruchomione na jednej maszynie współdzielą pamięć oraz zasoby dyskowe. Gdy działają jednocześnie, mogą ograniczać sobie dostępną pamięć i szybkość odczytu oraz zapisu danych, czyli operacji I/O. Wyczerpanie RAM może przerwać proces lub spowolnić działanie aplikacji. Awaria tej maszyny zatrzymuje wszystkie zainstalowane na niej komponenty: jest ona pojedynczym punktem awarii, czyli single point of failure.

Zjawisko określane jako noisy neighbor występuje, gdy duże obciążenie generowane przez innych klientów korzystających z tego samego serwera fizycznego ogranicza wydajność naszej usługi. Jego znaczenie zależy od sposobu przydzielania zasobów przez dostawcę. Własny zespół musi też planować aktualizacje CE, testować rozszerzenia i reagować na błędy zadań.

A chmura publiczna (AWS, GCP)? Akeneo w IaaS to nadal self-hosting

IaaS, czyli infrastruktura jako usługa, pozwala wynająć zasoby, np. w Amazon Web Services, Google Cloud Platform lub Microsoft Azure. Klient nadal organizuje utrzymanie aplikacji. Jeśli wszystkie komponenty Akeneo działają na jednej instancji Amazon EC2, jej awaria może zatrzymać cały system.

Architektura może obejmować osobną bazę, np. Amazon RDS z odpowiednią wersją MySQL, wydzielony Elasticsearch i magazyn mediów, np. Amazon S3 po przygotowaniu integracji. Wysoka dostępność, czyli HA, wymaga zapewnienia zapasowych komponentów, mechanizmów przejmowania pracy po awarii oraz monitoringu. W rozliczeniu za zużycie, nazywanym pay-as-you-go, trzeba uwzględnić transfer, kopie i dodatkowe usługi.

Porównanie: Akeneo SaaS vs hosting zarządzany vs VPS

Modele różnią się zakresem usługi i odpowiedzialnością za działanie PIM. Hosting zarządzany może wykorzystywać VPS, dlatego w porównaniu VPS oznacza wariant bez administracji dostawcy. Każdą ofertę należy ocenić na podstawie jej warunków.

O wyborze hostingu Akeneo decyduje dopasowanie edycji, zakres utrzymania i wymagany poziom dostępności przy porównywalnym koszcie całkowitym.

RODO dotyczy danych osobowych, które w PIM mogą obejmować konta użytkowników i informacje w logach. Przy ocenie dostawcy trzeba uwzględnić umowę powierzenia, podwykonawców, dostęp administracyjny i ewentualne transfery poza EOG. Wymóg przechowywania danych w UE powinien obejmować również kopie zapasowe; sama lokalizacja serwera nie przesądza o zgodności całego procesu.

Ile kosztuje hosting Akeneo? Uwzględnij całkowity koszt posiadania

TCO, czyli całkowity koszt posiadania, obejmuje wdrożenie i eksploatację rozwiązania w wybranym okresie. Dla Akeneo warto przygotować porównanie na 12 i 36 miesięcy, z tym samym katalogiem, integracjami i wymaganiami dostępności.

Koszt administracji można oszacować jako liczbę godzin miesięcznie pomnożoną przez pełny koszt godziny pracy. Warto przygotować dwa warianty: zwykłe utrzymanie oraz okres obejmujący większą aktualizację lub awarię. Dla obu trzeba uwzględnić dodatkowe środowiska, testy i disaster recovery, czyli odtworzenie działania po poważnej awarii.

Następnie sprawdź, przy jakim nakładzie pracy koszt samodzielnego utrzymania CE zrówna się z kosztem hostingu zarządzanego lub SaaS. Jeżeli niewielki wzrost liczby godzin zmienia wynik porównania, decyzja mocno zależy od tego założenia. Kalkulacja na 12 i 36 miesięcy powinna też obejmować rozwój katalogu oraz biznesowy koszt przestojów, np. opóźnienie publikacji produktów. Przy SaaS należy nadal uwzględniać obsługę integracji.

Jak wybrać hosting Akeneo: 5 pytań przed decyzją

Wybór można zawęzić po ustaleniu edycji, obciążenia i możliwości utrzymania. Odpowiedzi na poniższe pytania powinny stanowić podstawę porównywalnych ofert.

1. Jaką edycję wybierasz? SaaS oznacza hosting PIM u producenta. Przy CE trzeba ustalić właściciela infrastruktury i odpowiedzialność za aplikację.
2. Ile SKU, locale i kanałów obejmuje katalog? Przy CE rozbudowany katalog wymaga sprawdzenia, czy wystarczy pojedynczy VPS, czy potrzebne będzie rozdzielenie komponentów na kilka serwerów. Przy SaaS trzeba potwierdzić, że wybrany pakiet odpowiada skali katalogu i planowanemu rozwojowi.
3. Jak często odbywają się importy i wymiana danych przez integracje oraz ile danych obejmują? Jeśli w CE duże importy i inne zadania działają jednocześnie, własny zespół lub dostawca hostingu zarządzanego powinien monitorować wykorzystanie zasobów i dostosowywać harmonogramy tych operacji. W SaaS trzeba sprawdzić limity i mechanizmy integracyjne dla planowanej wymiany danych.
4. Czy masz administratora lub zespół DevOps? Własny VPS wymaga dostępności osób utrzymujących aplikację i infrastrukturę. Przy braku tych kompetencji warto porównać SaaS i kompleksową obsługę CE.
5. Jakiej dostępności i lokalizacji danych potrzebujesz? Jeśli firma dopuszcza jedynie krótkie przerwy w pracy, sprawdź, jak dostawca SaaS lub zespół utrzymujący CE zapewnia ciągłość działania i odtworzenie danych po awarii. W każdym wariancie, szczególnie przy pojedynczym VPS, oceń rozwiązania techniczne, gwarancje umowne oraz miejsce przechowywania danych i kopii zapasowych.

Trzy typowe scenariusze wyboru hostingu

Poniższe przykłady pokazują, jak dobrać hosting do potrzeb firmy.

Producent z prostym katalogiem i jednym kanałem. Jeśli funkcje CE wystarczają, a firma ma administratora, VPS może być uzasadnionym wyborem. Wdrożenie powinno wtedy obejmować konfigurację monitoringu i test odtworzenia systemu z kopii zapasowej.

Firma B2B z wieloma rynkami i integracją ERP. Przy wyborze CE i braku własnego administratora warto rozważyć hosting zarządzany z opieką nad aplikacją. Trzeba skoordynować synchronizację z ERP, czyli systemem obsługującym procesy operacyjne, i eksporty katalogu do kanałów sprzedaży.

Grupa z wieloma zespołami i wymaganiami dotyczącymi uprawnień. SaaS warto ocenić pod kątem współpracy użytkowników, nadzoru nad danymi i zakresu wsparcia. Jeżeli projekt obejmuje również CMS, czyli system zarządzania treścią serwisu, lub portal B2B, trzeba najpierw ustalić, które rozwiązanie będzie odpowiadało za poszczególne funkcje. W ocenie dostępnych możliwości pomoże porównanie Akeneo czy Pimcore.

Zmiana modelu w trakcie: migracja Akeneo między VPS, hostingiem zarządzanym i chmurą

Zakres migracji Akeneo zależy od tego, czy zmieniają się edycja i wersja systemu oraz czy trzeba dostosować własny kod. W harmonogramie trzeba osobno oszacować przygotowanie środowiska oraz przerwę potrzebną na końcową synchronizację i przełączenie integracji. Próbna migracja pozwala zmierzyć czas przenoszenia danych, sprawdzić kompletność katalogu i ustalić, kiedy użytkownicy mogą wznowić pracę.

VPS → hosting zarządzany. Przy zachowaniu zgodnego środowiska migracja obejmuje bazę, media, konfigurację i kod aplikacji. Trzeba przygotować indeksy, skonfigurować harmonogramy zadań, uruchomić procesy kolejki i zapewnić połączenia z systemami zewnętrznymi, a następnie sprawdzić import oraz eksport. Plan przełączenia powinien określać moment wstrzymania zmian w dotychczasowym systemie, sposób końcowej synchronizacji danych i warunki powrotu do poprzedniej instalacji. Ryzykiem jest pominięcie plików albo procesów działających poza katalogiem aplikacji.

Community Edition → SaaS. Przejście wymaga dopasowania modelu danych oraz funkcji do wybranego pakietu i przeniesienia informacji przez obsługiwane mechanizmy importu lub API. Rozszerzenia PHP i zmiany rdzenia CE wymagają osobnej oceny: część zastąpi konfiguracja, część trzeba przebudować jako integracje lub aplikacje. Konieczne są próbna migracja, porównanie danych i testy procesów biznesowych. Zakres pomocy producenta oraz dostępne narzędzia migracyjne trzeba potwierdzić dla konkretnego projektu.

SaaS → self-hosting. Najpierw należy sprawdzić dostępność potrzebnych funkcji w CE oraz możliwość eksportu danych, mediów i konfiguracji. Odtworzenie funkcji dostępnych w SaaS może wymagać dodatkowych prac programistycznych. Trzeba też uzgodnić okres dostępu do usługi po zakończeniu umowy, aby przeprowadzić końcowe testy i pobrać dane.

Podsumowanie: model hostingu to decyzja o odpowiedzialności

Wybór hostingu Akeneo określa, kto utrzymuje środowisko, wykonuje aktualizacje i przywraca działanie po awarii. Najpierw trzeba ustalić wymagane funkcje i wybrać edycję, a następnie ocenić wielkość katalogu, integracje oraz oczekiwaną dostępność systemu. Podstawą decyzji powinny być wyniki testów obciążenia, uzgodniony podział obowiązków i koszty całego okresu eksploatacji. Pozwala to sprawdzić, czy firma ma budżet i zespół lub partnera, który zapewni utrzymanie systemu po jego uruchomieniu.

Model utrzymania warto ustalić razem z planem wdrożenia, ponieważ struktura danych i integracje wpływają na wymagania techniczne. We wdrażaniu i utrzymaniu Akeneo łączymy analizę potrzeb, integrację systemów i dalsze wsparcie aplikacji.