Das Release 202512 hat mehrere Schwerpunkte, die auf den ersten Blick wenig miteinander zu tun haben und für Betreiber trotzdem alle zählen. Spryker legt ein Fundament für KI-Funktionen in der Plattform, zieht die technische Laufzeit auf einen aktuellen Stand und erweitert nebenbei den B2B-Katalog um Asset-Modelle für den Self-Service. Der Laufzeit-Teil macht selten Schlagzeilen und entscheidet doch darüber, ob ein System in ein, zwei Jahren noch wartbar bleibt.
Worauf dieses Release zielt
Spryker öffnet sich strukturiert für KI, sowohl im Produkt als auch im Entwicklungs-Workflow, und aktualisiert parallel die darunterliegenden Versionen von PHP, Datenbanken und Message-Broker. Es ist ein Release, das weniger neue sichtbare Funktionen bringt als vielmehr die Basis für das, was danach kommt.
Die Punkte, die für Betreiber zählen
AI Foundation. Eine anbieterunabhängige Integrationsschicht, über die sich verschiedene Modelle hinter einer einheitlichen Schnittstelle anbinden lassen, darunter OpenAI, Azure OpenAI, AWS Bedrock, Google Gemini, Anthropic und lokale Anbieter. Das erlaubt, den Anbieter je nach Kosten, Latenz oder Datenschutz zu wählen, ohne die Feature-Logik neu zu schreiben. Die Smart-Product-Management-Funktion im Back Office läuft bereits über diese Schicht statt über eine feste OpenAI-Kopplung. Als Early Access markiert.
AI Dev SDK. Ein Baustein für die lokale, KI-gestützte Entwicklung mit einem lokalen MCP-Server, der KI-Assistenten echten Spryker-Kontext gibt: Datenstrukturen, Contracts, Zustände des Order Management. Das reduziert Raten und Fehler bei der Umsetzung. Ebenfalls Early Access.
Modernisierte Laufzeit. PHP-8.4-Readiness über die Module, Ausrichtung auf aktuelle LTS-Datenbanken inklusive MySQL 8.4, Fortführung von MariaDB 11.8, RabbitMQ 4.1 und Bootstrap 5 im Back Office. Ausdrücklich adressiert wird das Support-Ende von MySQL 5.7.
Self-Service Portal Models für Asset-Based-Kataloge. Mehrere Assets lassen sich zu Produktfamilien gruppieren, sodass Kunden im Self-Service-Portal passende Ersatzteile über Modell-Filter und Kompatibilitätsprüfungen schneller finden. Relevant für Betreiber mit technischen, anlagenbezogenen Katalogen.
Weniger Boilerplate durch Symfony Dependency Injection mit Autowiring, eine deklarative API Platform (Early Access), eine Selbstregistrierung für Merchants sowie diverse Stabilitäts- und Performance-Verbesserungen in Publish & Synchronize, in der Glue-API-Authentifizierung und in der Nebenläufigkeit des Order Management. Die vollständige Liste steht in den offiziellen Release Notes 202512 ↗.
Was das für ein bestehendes System bedeutet
Für die meisten Betreiber ist der Laufzeit-Teil der akute Punkt. Wer auf einer alten PHP- oder Datenbankversion sitzt, sammelt still Risiko an. MySQL 5.7 ohne Herstellersupport heißt: keine Sicherheitsupdates mehr, wachsende Inkompatibilität mit aktuellen Modulen und irgendwann eine Migration unter Zeitdruck. Der ruhige Weg ist, solche Stände planbar mitzuziehen, solange kein Druck von außen besteht. Hier lohnt eine ehrliche Bestandsaufnahme, welcher Stand aktuell läuft und welcher Schritt als Nächstes ansteht.
Der KI-Teil ist kein akuter Handlungszwang, aber ein Signal. Spryker macht KI zum festen Bestandteil von Plattform und Entwicklung. Der Wert liegt dabei nicht darin, jede KI-Funktion sofort zu aktivieren, sondern darin, zu beurteilen, wo sie im eigenen Betrieb einen Unterschied macht und wo sie nur zusätzliche Komplexität bringt. Diese Einschätzung ist die eigentliche Arbeit, nicht das Einschalten.
Diese Einschätzung ist die eigentliche Arbeit, nicht das Einschalten.
Einordnung statt Eile
Ein Release wie dieses ist ein guter Anlass, den technischen Unterbau einmal nüchtern anzuschauen, statt zu warten, bis eine veraltete Version zum Problem wird. Wenn Sie ein Spryker-System betreiben und nicht sicher sind, wie aktuell Ihr Laufzeit-Stand ist, schaue ich mir das gern mit Ihnen an.
