STANDout: Bestellshop für Messe-Aussteller, vor der AWS-Abschaltung auf CopeX-Server umgezogen

Ausgangsprofil

• Geschäftsmodell: Bestellshop für Aussteller auf Messen. Jedes Event ist eine eigene Kategorie, bestellen kann nur, wer ein Kundenkonto hat.
• Branche: Messebau und Messe-Dienstleistungen, Standorte in Salzburg und Wien.
• Sprachen: Deutsch und Englisch.
• Ausgangssystem: Magento 2 auf AWS-Infrastruktur, betrieben vom früheren Dienstleister.
• ERP: Asseco APplus (AP+), angebunden über Message-Queues.

Ausgangslage

Der Shop lief auf AWS und war mit dem ERP über Amazon SQS, mit Dateien über S3 und beim Mailversand über SES verbunden. Ziel war der Umzug auf CopeX-Server und die laufende Betreuung. Die AWS-Umgebung sollte in der Nacht vom 1. auf den 2. April 2026 abgeschaltet werden. Bis dahin musste der Shop samt allen Schnittstellen auf eigener Infrastruktur laufen. Im Januar 2026 begann die Übernahme.

Lösung

1. Code und Umgebung übernehmen. Ab Januar 2026 liegt der Code im Repository, mit Staging-Umgebung auf CopeX-Servern. Startstand war Magento 2.4.5.
2. SQS durch ElasticMQ ersetzen. Die Queues für Event, Produkt, Kunde, Kategorie und Bestellung laufen jetzt über ElasticMQ auf dem CopeX-Server. Im Migrationsmodus schrieb der Shop zunächst noch parallel nach AWS, damit keine Nachricht verloren ging.
3. S3 durch MinIO ersetzen. Medien und Uploads liegen in MinIO statt in S3. SES-Versand, Fehler-Mails und ein E-Mail-Catcher für Staging laufen jetzt auf eigener Infrastruktur.
4. Umzug am 27.02.2026. An diesem Tag wurde die DNS-Umstellung für den Shop vorgenommen und der AWS-Shop deprovisioniert. Die vollständige AWS-Abschaltung folgte in der Nacht vom 1. auf den 2. April, also nach dem Go-live.
5. Updates, Sicherheit, Tests. Am 5. April 2026 folgte ein Update. Adobe-Sicherheitspatches spielen wir seitdem kurz nach Veröffentlichung ein. Seit Juli 2026 gibt es ein Playwright-Testkit und Unit-Tests für die Custom-Module.

Ergebnis

Der Shop lief nach dem Umzug ohne AWS weiter, und der Termin vor der AWS-Abschaltung wurde gehalten. Die Ladezeit am Desktop liegt heute bei rund einer Sekunde.

• Umzug: Go-live am 27.02.2026, AWS-Abschaltung erst einen Monat später.
• Ladezeit Desktop (LCP): 1,0 Sekunden, unter der Grenze von 2,5 Sekunden.
• Wartungsfenster: Ein angekündigtes Wartungsfenster im August 2026 lief sauber durch.

Quelle: Google CrUX-Felddaten echter Nutzer, shop.standout.eu, Gerät Desktop (für Mobilgeräte liegen keine Daten vor), p75, Mai, August und September 2026. Das ist ein Ist-Wert, keine Verbesserung durch den Umzug: Aus den Monaten direkt vor dem Umzug gibt es keine Messung.

Was schwierig war

Nach der AWS-Abschaltung kamen Nachrichten aus dem ERP zunächst nicht in der neuen ElasticMQ an, weil die Sendekonfiguration auf ERP-Seite noch umgestellt werden musste. Gelernt haben wir daraus, Schnittstellen zu Dritt-ERPs mit einem klaren Eskalationsweg zwischen Kunde, ERP-Hersteller und uns zu verabreden, bevor eine alte Umgebung abgeschaltet wird.

Betrieb seit Go-live

Wir betreuen den Shop seit der Übernahme. Sicherheitspatches von Adobe haben wir zeitnah eingespielt. Das Update auf eine aktuelle Magento-2.4-Version läuft derzeit in der Entwicklung. Zusätzlich haben wir die Anforderungen für die Integration des pCon.Roomplaners geklärt.

Muss deine Infrastruktur bald umziehen?

Ob AWS-Abschaltung, Dienstleisterwechsel oder Cloud-Exit: Im Erstgespräch klären wir, welche Dienste und Schnittstellen mit umziehen müssen und was die Reihenfolge bestimmt.

Kostenloses Erstgespräch →

Ähnliche Projekte: B2B-Portal für Rottner, Banner Batterien und pumpe24.

Daten & Fakten