Akeneo CE selbst hosten: Docker-Anleitung, Stolpersteine und die bessere Alternative

Product Information Management (PIM) ist für E-Commerce-Teams kein Luxus mehr, sondern Pflicht. Wer hunderte oder tausende Produkte über mehrere Kanäle verkauft, braucht eine zentrale Quelle für Produktdaten. Akeneo PIM hat sich als führende Open-Source-Lösung in diesem Bereich etabliert. Doch die Community Edition (CE) selbst zu betreiben, ist komplexer als es auf den ersten Blick scheint.

In diesem Artikel zeigen wir Ihnen Schritt für Schritt, wie Sie Akeneo CE mit Docker installieren, welche technischen Hürden auf Sie warten und warum Managed Akeneo Hosting für die meisten Unternehmen die wirtschaftlich klügere Entscheidung ist. Wenn Sie sich generell für das Thema Self-Hosting interessieren, empfehlen wir Ihnen unseren Artikel über digitale Souveränität.

Was ist Akeneo PIM?

Akeneo PIM ist eine Open-Source-Software zur zentralen Verwaltung von Produktinformationen. Das System wurde 2013 in Frankreich gegründet und basiert auf dem Symfony-Framework. Es richtet sich an Unternehmen, die ihre Produktdaten über mehrere Vertriebskanäle hinweg konsistent halten müssen — ob Online-Shop, Marktplatz, Printkatalog oder ERP-System.

Die wichtigsten Funktionen:

Produktmodellierung: Flexible Attribute, Attributgruppen und Produktfamilien. Unterstützung für einfache Produkte, Varianten (Größe, Farbe) und Produktmodelle mit Vererbung.
Mehrsprachigkeit: Produktdaten in beliebig vielen Sprachen und für verschiedene Märkte (Locales und Scopes) pflegen — zentral an einem Ort.
Datenqualität: Integrierte Qualitätsbewertung zeigt Vollständigkeit und Konsistenz der Produktdaten. Sie sehen sofort, welche Produkte noch Lücken haben.
Import und Export: CSV- und XLSX-Dateien importieren und exportieren. Über Konnektoren lassen sich Akeneo mit Shopware, Magento, WooCommerce und anderen Systemen verbinden.
REST-API: Vollständige API für die Integration in bestehende Systemlandschaften. Jedes System, das HTTP spricht, kann Produktdaten aus Akeneo beziehen.
Asset-Management: Bilder, PDFs und andere Medien direkt an Produkten hinterlegen und für verschiedene Kanäle aufbereiten.

Für E-Commerce-Teams, die eine DSGVO-konforme PIM-Lösung mit voller Datenkontrolle suchen, ist Akeneo CE die naheliegende Wahl. Alle Produktdaten, Medien und Konfigurationen bleiben auf Ihrer eigenen Infrastruktur.

Akeneo CE: Status quo und Zukunft

Bevor Sie sich für eine Akeneo-CE-Installation entscheiden, sollten Sie einen wichtigen Faktor kennen: Akeneo v7.0 ist die letzte Community Edition. Veröffentlicht im März 2023, wird die Version bis September 2026 offiziell unterstützt. Danach endet der Support vollständig.

Akeneo konzentriert sich seit 2023 ausschließlich auf die kommerzielle SaaS-Lösung (Serenity) und die kostenpflichtigen Growth- und Enterprise-Editionen. Neue Features, Sicherheitspatches und Bugfixes fließen nicht mehr in die CE. Auch der offizielle Marketplace bietet keine CE-spezifischen Erweiterungen mehr an.

Was bedeutet das konkret?

PHP 8.1 ist Pflicht: Akeneo v7 läuft auf PHP 8.1 — dessen Sicherheits-Support seit Dezember 2025 beendet ist. Sie betreiben also ein PIM-System auf einer PHP-Version ohne Sicherheitsupdates.
Kein Upgrade-Pfad: Es wird keine v8 der Community Edition geben. Langfristig müssen Sie auf eine kostenpflichtige Edition, den Community-Fork LibrePIM oder eine andere PIM-Lösung migrieren.
LibrePIM als Alternative: Der Community-Fork LibrePIM aktualisiert Akeneo CE auf PHP 8.3, Symfony 6.4 und Elasticsearch 8.x. Er ist als Drop-in-Migration konzipiert und eine Option für Teams, die langfristig Open Source bleiben wollen.

Diese Einschränkungen machen professionelles Hosting umso wichtiger: Wer Akeneo CE produktiv betreibt, braucht jemanden, der den Stack im Blick behält und rechtzeitig Migrationspfade aufzeigt.

Systemanforderungen für Akeneo CE v7

Akeneo ist keine Lightweight-Anwendung. Der Stack besteht aus mehreren Komponenten, die alle korrekt konfiguriert und aufeinander abgestimmt sein müssen:

Software-Anforderungen

PHP 8.1 mit Erweiterungen: apcu, bcmath, curl, fpm, intl, mysql, xml, zip, exif, imagick, opcache, gd, mbstring
MySQL 8.0.30 — kein MariaDB, kein PostgreSQL. Akeneo unterstützt ausschließlich MySQL.
Elasticsearch 8.4 — für die Produktsuche und Filterung. Keine Alternative möglich.
Node.js 18+ und Yarn 1.22+ — nur für den Frontend-Build benötigt, nicht zur Laufzeit.
Composer 2 — PHP-Dependency-Management
ImageMagick 6.8+ — Bildverarbeitung

Hardware-Empfehlungen

RAM: Mindestens 8 GB, empfohlen 16 GB. Elasticsearch allein benötigt 1 bis 2 GB Heap. PHP-FPM braucht 512 MB pro Worker, PHP-CLI (für Jobs) 1024 MB.
CPU: Mindestens 4 Kerne. Akeneo warnt explizit: Cloud-vCPUs liefern nur 10 bis 25 Prozent der Leistung physischer CPUs. Planen Sie entsprechend großzügig.
Festplatte: Mindestens 25 GB Basis plus Speicher für Medien und Elasticsearch-Indizes. SSD ist Pflicht.

Zum Vergleich: Eine Nextcloud-Installation läuft komfortabel auf 2 Kernen und 4 GB RAM. Akeneo braucht das Drei- bis Vierfache an Ressourcen.

Akeneo CE mit Docker installieren: Schritt für Schritt

Docker ist der empfohlene Weg, Akeneo CE lokal oder auf einem Server zu betreiben. Die offizielle Dokumentation stellt Development-Images bereit — für die Produktion müssen Sie eigene Images bauen.

Voraussetzungen

Auf Ihrem Server müssen Docker und Docker Compose installiert sein. Außerdem muss ein Kernel-Parameter für Elasticsearch angepasst werden:

# Elasticsearch benötigt diesen Wert — ohne stürzt es ab
sudo sysctl -w vm.max_map_count=262144

# Dauerhaft setzen
echo "vm.max_map_count=262144" | sudo tee -a /etc/sysctl.conf

Docker Compose für Akeneo CE

Eine produktionstaugliche docker-compose.yml für Akeneo CE umfasst fünf Services:

version: '3.8'

services:
  php:
    build:
      context: .
      dockerfile: Dockerfile
    volumes:
      - akeneo-data:/srv/pim
    depends_on:
      mysql:
        condition: service_healthy
      elasticsearch:
        condition: service_healthy
    environment:
      APP_ENV: prod
      MAILER_URL: 'null://localhost'

  httpd:
    image: nginx:alpine
    ports:
      - "8080:80"
    volumes:
      - akeneo-data:/srv/pim:ro
      - ./nginx.conf:/etc/nginx/conf.d/default.conf:ro
    depends_on:
      - php

  mysql:
    image: mysql:8.0.30
    environment:
      MYSQL_ROOT_PASSWORD: akeneo_root
      MYSQL_DATABASE: akeneo_pim
      MYSQL_USER: akeneo
      MYSQL_PASSWORD: akeneo
    volumes:
      - mysql-data:/var/lib/mysql
    command: >
      --default-authentication-plugin=mysql_native_password
      --innodb-buffer-pool-size=1G
    healthcheck:
      test: ["CMD", "mysqladmin", "ping", "-h", "localhost"]
      interval: 10s
      timeout: 5s
      retries: 5

  elasticsearch:
    image: elastic/elasticsearch:8.4.2
    environment:
      - discovery.type=single-node
      - xpack.security.enabled=false
      - "ES_JAVA_OPTS=-Xms512m -Xmx512m"
    volumes:
      - es-data:/usr/share/elasticsearch/data
    healthcheck:
      test: ["CMD-SHELL", "curl -s http://localhost:9200/_cluster/health | grep -q green"]
      interval: 10s
      timeout: 5s
      retries: 10

  job-worker:
    build:
      context: .
      dockerfile: Dockerfile
    command: >
      php bin/console messenger:consume
      ui_job import_export_job data_maintenance_job
      --env=prod --memory-limit=256M --time-limit=3600 -vv
    volumes:
      - akeneo-data:/srv/pim
    depends_on:
      mysql:
        condition: service_healthy
      elasticsearch:
        condition: service_healthy
    restart: unless-stopped

volumes:
  akeneo-data:
  mysql-data:
  es-data:

Installation durchführen

Nach dem Start der Container folgt die eigentliche Installation:

# Container starten
docker compose up -d

# Akeneo installieren
docker compose exec php php bin/console pim:install --env=prod

# Frontend-Assets bauen
docker compose exec php php bin/console pim:installer:assets --env=prod
docker compose exec php yarn install
docker compose exec php yarn run webpack

Der Installationsbefehl pim:install erstellt die Datenbankstruktur, Elasticsearch-Indizes und einen Admin-Benutzer. Der Frontend-Build mit Webpack dauert je nach Server mehrere Minuten.

Job-Queue konfigurieren

Ein kritischer Punkt, der oft übersehen wird: Akeneo verarbeitet Importe, Exporte und Hintergrundaufgaben über eine Job-Queue auf Basis von Symfony Messenger. Ohne laufenden Worker passiert nichts — Importe hängen, Exporte starten nicht, Datenqualitätsbewertungen werden nie berechnet.

In unserer Docker-Compose-Datei läuft der Worker als eigener Service (job-worker). Die drei Queue-Kanäle haben unterschiedliche Prioritäten:

ui_job: Von Benutzern ausgelöste Aufgaben (Massenbearbeitung, Löschungen). Höchste Priorität.
import_export_job: Alle Import- und Exportvorgänge.
data_maintenance_job: Hintergrundaufgaben wie Indexierung und Bereinigung.

Für produktive Installationen empfiehlt sich, mehrere Worker-Instanzen parallel laufen zu lassen. Die Parameter --memory-limit und --time-limit sorgen dafür, dass Worker regelmäßig neu starten und keine Memory-Leaks aufbauen.

Cronjobs einrichten

Neben der Job-Queue benötigt Akeneo regelmäßige Cronjobs:

# Geplante Jobs in die Queue schieben (alle 10 Minuten)
*/10 * * * * docker compose exec -T php php bin/console pim:job-automation:push-scheduled-jobs-to-queue --env=prod

# Datenqualität berechnen (alle 10 Minuten)
*/10 * * * * docker compose exec -T php php bin/console pim:data-quality-insights:prepare-evaluations --env=prod

# Alte Queue-Nachrichten aufräumen (alle 2 Stunden)
0 */2 * * * docker compose exec -T php php bin/console akeneo:messenger:doctrine:purge-messages --env=prod

# Versionierung aktualisieren (täglich)
0 3 * * * docker compose exec -T php php bin/console pim:versioning:refresh --env=prod

# Alte Versionen bereinigen (wöchentlich)
0 4 * * 0 docker compose exec -T php php bin/console pim:versioning:purge --more-than-days 90 --env=prod

Ohne diese Cronjobs funktioniert Akeneo oberflächlich betrachtet normal — aber geplante Jobs starten nicht, die Datenqualitätsanzeige bleibt leer und die Datenbank wächst unkontrolliert.

Die 8 häufigsten Stolpersteine beim Akeneo-Self-Hosting

1. Elasticsearch crasht beim Start

Der mit Abstand häufigste Fehler: Elasticsearch startet nicht, weil der Kernel-Parameter vm.max_map_count zu niedrig ist. Der Standardwert (65530) reicht nicht — Elasticsearch benötigt mindestens 262144. Ohne diese Anpassung beendet sich der Container sofort. Die Fehlermeldung in den Logs ist oft kryptisch und verweist auf einen Bootstrap-Check.

2. MySQL statt MariaDB

Viele Server-Administratoren setzen aus Gewohnheit MariaDB ein. Akeneo unterstützt jedoch ausschließlich MySQL. Die Unterschiede in der JSON-Verarbeitung und bei bestimmten SQL-Funktionen führen zu subtilen Fehlern, die erst im Betrieb auffallen — etwa bei komplexen Produktabfragen oder Massenexporten.

3. Job-Worker läuft nicht

Importe werden angestoßen, aber nichts passiert. Exporte bleiben im Status “Gestartet” stehen. Die Ursache: Der Symfony-Messenger-Worker wurde nicht gestartet oder ist abgestürzt. Ohne Supervisor oder einen Docker-Service mit restart: unless-stopped fällt der Worker nach einem Fehler stillschweigend aus.

4. PHP-Memory-Limits

Akeneo braucht deutlich mehr Speicher als typische PHP-Anwendungen. PHP-FPM muss auf mindestens 512 MB konfiguriert sein, die CLI auf 1024 MB. Batch-Operationen mit 1000 Produkten können über 1 GB RAM verbrauchen. Zu niedrige Limits führen zu abgebrochenen Importen und kryptischen “Allowed memory size exhausted”-Fehlern.

5. Dateiberechtigungen im Container

PHP-FPM und PHP-CLI müssen unter demselben Benutzer laufen. Wenn der FPM-Prozess als www-data läuft und CLI-Befehle als root ausgeführt werden, entstehen Berechtigungskonflikte bei Cache-Dateien, Logs und hochgeladenen Medien. Das äußert sich in sporadischen 500er-Fehlern, die schwer zu debuggen sind.

6. Elasticsearch-Index-Drift

Nach Datenbankänderungen per SQL oder nach einem Restore kann der Elasticsearch-Index vom MySQL-Bestand abweichen. Produkte werden in der Suche nicht gefunden oder zeigen veraltete Daten. Die Lösung ist ein vollständiger Reindex (pim:product:index --all), der bei großen Katalogen Stunden dauern kann.

7. Backups sind komplex

Ein vollständiges Akeneo-Backup umfasst drei Datenspeicher: MySQL-Datenbank, Elasticsearch-Indizes und das Dateisystem (Medien, Konfiguration). Alle drei müssen konsistent gesichert werden. Ein Datenbank-Backup ohne die zugehörigen Elasticsearch-Indizes führt nach dem Restore zu inkonsistenten Suchergebnissen.

8. PHP 8.1 End-of-Life

Seit Dezember 2025 erhält PHP 8.1 keine Sicherheitsupdates mehr. Akeneo v7 läuft aber ausschließlich auf PHP 8.1. Sie betreiben also ein produktives System auf einer PHP-Version mit bekannten, ungepatchten Sicherheitslücken. Für Unternehmen mit Compliance-Anforderungen ist das ein ernstes Risiko.

HTTPS und Reverse Proxy

Akeneo muss über HTTPS erreichbar sein — sowohl für die Sicherheit als auch für bestimmte Browser-Funktionen. In einer Docker-Umgebung empfiehlt sich Traefik als Reverse Proxy mit automatischer Let’s-Encrypt-Zertifikatsverwaltung:

# In docker-compose.yml Labels für Traefik hinzufügen:
httpd:
  labels:
    - "traefik.enable=true"
    - "traefik.http.routers.akeneo.rule=Host(`pim.example.com`)"
    - "traefik.http.routers.akeneo.entrypoints=websecure"
    - "traefik.http.routers.akeneo.tls.certresolver=letsencrypt"
    - "traefik.http.services.akeneo.loadbalancer.server.port=80"
  networks:
    - traefik-proxy
    - default

Wichtig: Akeneo muss auf der Domain-Root laufen (https://pim.example.com/). Ein Betrieb in einem Unterverzeichnis (https://example.com/akeneo/) wird nicht unterstützt.

Performance-Tuning für die Produktion

Eine frische Akeneo-Installation läuft — aber nicht schnell. Für akzeptable Antwortzeiten im Produktivbetrieb sind Anpassungen nötig:

MySQL optimieren

# my.cnf Anpassungen
innodb_buffer_pool_size = 1G        # 50-70% des verfügbaren RAM
innodb_log_file_size = 256M
innodb_flush_log_at_trx_commit = 2  # Kompromiss: Performance vs. Sicherheit
max_connections = 150
query_cache_type = 0                # MySQL 8: Query Cache deaktiviert

Elasticsearch optimieren

# Heap auf 50% des verfügbaren RAM (max 31 GB)
ES_JAVA_OPTS=-Xms1g -Xmx1g

# Refresh-Intervall für bessere Indexierungsperformance
indices.refresh_interval: 5s

PHP-FPM optimieren

# php-fpm.d/www.conf
pm = dynamic
pm.max_children = 10
pm.start_servers = 4
pm.min_spare_servers = 2
pm.max_spare_servers = 6

# php.ini
opcache.enable = 1
opcache.memory_consumption = 256
opcache.max_accelerated_files = 20000
realpath_cache_size = 4096K
realpath_cache_ttl = 600

Was kostet Akeneo-Self-Hosting wirklich?

Die Community Edition ist kostenlos. Aber Self-Hosting verursacht laufende Kosten, die weit über die Servermiete hinausgehen:

Server: Ein VPS mit 4 Kernen, 16 GB RAM und 100 GB SSD kostet bei europäischen Anbietern 30 bis 60 Euro pro Monat.
Monitoring: Elasticsearch, MySQL und PHP-FPM müssen überwacht werden. Wenn Elasticsearch den Speicher füllt oder der Worker abstürzt, merken Sie es ohne Monitoring zu spät. Tools wie Uptime Kuma oder Grafana kosten Zeit in der Einrichtung.
Backups: Tägliche Backups von drei Datenspeichern (MySQL, Elasticsearch, Dateisystem) benötigen zusätzlichen Speicherplatz und Automatisierung.
Updates und Sicherheit: PHP, MySQL, Elasticsearch und das Betriebssystem müssen aktuell gehalten werden. Bei Akeneo CE kommen keine neuen Patches mehr — Sie sind auf sich gestellt.
Arbeitszeit: Konservativ geschätzt 4 bis 8 Stunden pro Monat für Wartung, Updates, Troubleshooting und Backup-Überprüfung. Bei einem internen Stundensatz von 80 Euro sind das 320 bis 640 Euro monatlich.

In Summe liegen die tatsächlichen Kosten für Self-Hosting bei 400 bis 700 Euro pro Monat — ein Vielfaches der reinen Serverkosten. Für eine detaillierte Kostenrechnung empfehlen wir unseren Artikel Was kostet Self-Hosting wirklich?.

LibrePIM: Der Community-Fork als Zukunftsoption

Seit dem End-of-Life-Beschluss für Akeneo CE hat die Community mit LibrePIM einen eigenständigen Fork geschaffen. LibrePIM ist als Drop-in-Migration konzipiert: Bestehende Akeneo-CE-Installationen können ohne Datenverlust umgestellt werden.

Die wichtigsten Unterschiede zu Akeneo CE v7:

PHP 8.3: Aktuelle PHP-Version mit Sicherheits-Support bis Ende 2027. Das behebt das gravierendste Problem von Akeneo CE v7.
Symfony 6.4 LTS: Langzeit-Support-Version des Frameworks mit Sicherheitsupdates bis November 2027.
Elasticsearch 8.x: Aktuelle Major-Version mit verbesserten Sicherheitsfeatures und Performance.
Aktive Weiterentwicklung: Bugfixes und Sicherheitspatches durch die Community, im Gegensatz zum eingefrorenen Akeneo CE.

LibrePIM ist eine ernstzunehmende Option für Unternehmen, die langfristig auf Open-Source-PIM setzen wollen. Die Migration von Akeneo CE zu LibrePIM erfordert allerdings einen Versions-Upgrade des gesamten Stacks — PHP, Symfony, Elasticsearch — was bei einer produktiven Installation sorgfältige Planung und Tests erfordert.

Ein weiterer Aspekt: LibrePIM ist ein Community-Projekt ohne kommerzielle Garantien. Es gibt keinen bezahlten Support, kein SLA und keine garantierte Roadmap. Für unternehmenskritische PIM-Installationen sollten Sie das einkalkulieren.

Self-Hosting vs. Managed Hosting: Der direkte Vergleich

Um die Entscheidung zwischen Self-Hosting und Managed Hosting greifbar zu machen, hier ein direkter Vergleich der beiden Ansätze:

Einrichtung und Time-to-Value

Self-Hosting: Von der Server-Bestellung über die Docker-Konfiguration, Elasticsearch-Tuning, SSL-Setup, Firewall-Regeln, Backup-Automatisierung und Monitoring-Einrichtung vergehen erfahrungsgemäß 2 bis 5 Arbeitstage — vorausgesetzt, Sie haben Docker-Erfahrung. Ohne DevOps-Wissen kann die Einrichtung Wochen dauern.

Managed Hosting: Ihr Akeneo ist innerhalb weniger Stunden produktionsbereit. Infrastruktur, SSL, Backups und Monitoring sind von Tag eins konfiguriert. Ihr Team kann sofort mit der Produktdatenpflege beginnen.

Laufender Betrieb

Self-Hosting: Sie sind verantwortlich für Betriebssystem-Updates, Docker-Image-Updates, Elasticsearch-Index-Wartung, MySQL-Backups, Log-Rotation, Zertifikatserneuerung und Disk-Space-Management. Bei 5 Diensten mit jeweils eigenen Update-Zyklen summiert sich der Aufwand.

Managed Hosting: Der Hosting-Partner übernimmt die gesamte Infrastruktur-Wartung. Sie erhalten Benachrichtigungen bei relevanten Änderungen und müssen sich nur um Ihre Produktdaten und Akeneo-Konfiguration kümmern.

Incident Response

Self-Hosting: Wenn Elasticsearch um 3 Uhr nachts den Speicher füllt oder der Worker-Container in einer Restart-Schleife hängt, sind Sie auf sich gestellt. Ohne Rufbereitschaft bemerken Sie Ausfälle erst am nächsten Morgen — und Ihr E-Commerce-Team kann keine Produktdaten pflegen.

Managed Hosting: Monitoring erkennt Probleme automatisch. Kritische Incidents werden proaktiv behoben, oft bevor Sie den Ausfall bemerken.

Kosten-Transparenz

Self-Hosting: Die Serverkosten sind planbar (30 bis 60 Euro), aber die Arbeitszeit für Wartung schwankt erheblich. Ein Elasticsearch-Upgrade kann 2 Stunden dauern oder 2 Tage, je nachdem ob Kompatibilitätsprobleme auftreten. Die versteckten Kosten machen die Budgetplanung unzuverlässig.

Managed Hosting: Ein fixer monatlicher Betrag deckt Server, Wartung, Backups und Support ab. Keine versteckten Kosten, keine Überraschungen bei der Jahresplanung.

Managed Akeneo Hosting: Die wirtschaftliche Alternative

Angesichts der Komplexität und des End-of-Life-Status von Akeneo CE stellt sich die Frage: Lohnt sich der Aufwand? Für die meisten E-Commerce-Teams lautet die Antwort: Ein Managed Hosting ist wirtschaftlich sinnvoller.

Was ein guter Managed-Hosting-Partner für Akeneo bietet:

Docker-basierte Infrastruktur: Akeneo, MySQL, Elasticsearch und Job-Worker als orchestrierter Stack — nicht als fragile Einzelinstallation.
Automatische Backups: Tägliche, konsistente Sicherung aller drei Datenspeicher mit getesteten Restore-Prozeduren.
Monitoring rund um die Uhr: Elasticsearch-Heap, MySQL-Connections, Worker-Status und Festplattenauslastung im Blick.
Migrationspfad: Wenn PHP 8.1 oder Akeneo CE endgültig zum Risiko wird, hat Ihr Hosting-Partner bereits einen Plan — ob LibrePIM, eine andere PIM-Lösung oder eine kommerzielle Akeneo-Edition.
DSGVO-Konformität: Betrieb auf europäischen Servern mit AVV und dokumentierter Datenhaltung.

Bei netzspitze.tech betreiben wir Akeneo CE als vollständig gemanagten Docker-Stack auf europäischen Servern. Sie konzentrieren sich auf Ihre Produktdaten — wir kümmern uns um Elasticsearch-Tuning, Backup-Konsistenz und den PHP-8.1-Elefanten im Raum.

Sicherheit: Was Sie beim Akeneo-Betrieb beachten müssen

Ein PIM-System enthält geschäftskritische Daten: Produktbeschreibungen, Preise, interne Notizen, Lieferanteninformationen und Medien. Die Sicherheit der Installation verdient besondere Aufmerksamkeit.

Netzwerk-Absicherung

Elasticsearch und MySQL dürfen niemals direkt aus dem Internet erreichbar sein. In einer Docker-Umgebung sollten nur der Webserver (Nginx/Apache) über den Reverse Proxy exponiert werden. Alle anderen Services kommunizieren ausschließlich über das interne Docker-Netzwerk. Eine Host-Firewall (UFW oder iptables) als zusätzliche Schutzschicht ist Pflicht — Docker umgeht standardmäßig UFW-Regeln, was viele Administratoren nicht wissen.

Zugriffskontrolle

Akeneo bietet ein Rollen- und Berechtigungssystem. Nutzen Sie es konsequent: Nicht jeder Mitarbeiter braucht Admin-Rechte. Erstellen Sie Rollen für Redakteure (Produktdaten pflegen), Manager (Exporte und Importe) und Administratoren (Systemkonfiguration). Aktivieren Sie starke Passwort-Richtlinien und erwägen Sie, den Zugang per VPN einzuschränken, wenn Akeneo nur intern genutzt wird.

Updates und Patch-Management

Auch wenn Akeneo CE selbst keine Updates mehr erhält, müssen die darunterliegenden Komponenten aktuell gehalten werden. MySQL 8.0 erhält noch Sicherheitspatches, ebenso Elasticsearch 8.4 und das Host-Betriebssystem. Planen Sie monatliche Wartungsfenster für Updates ein und testen Sie diese vorher in einer Staging-Umgebung.

Die Frage der PHP-8.1-Sicherheit lässt sich für bestehende Installationen kurzfristig über Distributions-Backports oder kostenpflichtige Extended-Support-Angebote überbrücken. Langfristig führt aber kein Weg an einer Migration auf LibrePIM (PHP 8.3) oder eine kommerzielle Alternative vorbei.

Fazit: Akeneo CE verdient professionellen Betrieb

Akeneo CE ist ein mächtiges PIM-System, das Ihrem E-Commerce-Team enorme Produktivitätsgewinne bringen kann. Aber der Betrieb ist anspruchsvoll: Fünf Dienste (PHP, Nginx, MySQL, Elasticsearch, Worker) müssen orchestriert, überwacht und gesichert werden. Dazu kommt der End-of-Life-Status der Community Edition, der langfristige Planung erfordert.

Self-Hosting lohnt sich, wenn Sie ein erfahrenes DevOps-Team haben, das Elasticsearch-Cluster und PHP-FPM-Tuning aus dem Effeff beherrscht. Für alle anderen ist Managed Hosting der pragmatische Weg: Alle Vorteile eines selbst betriebenen PIM-Systems, ohne den operativen Overhead.

Egal ob Sie gerade erst mit Akeneo starten oder eine bestehende Installation professionalisieren wollen — wir helfen Ihnen, den richtigen Weg zu finden. In einem kostenlosen 15-Minuten-Call klären wir, ob Managed Akeneo Hosting für Ihr Team passt.

Akeneo CE selbst hosten: Docker-Anleitung, Stolpersteine und die bessere Alternative