MES-Architekturen: Entscheidungsmatrix On-Prem vs. Hybrid vs. Cloud

TL;DR: Drei MES-Architekturen dominieren den Markt: On-Premise (lokale Installation, maximale Kontrolle, 12–24 Monate Implementierung), Hybrid/Lift-and-Shift (bestehende Software in Cloud-Infrastruktur verlagert, begrenzter Architekturgewinn) und Cloud-native (Microservices, SaaS, Go-live in Wochen). Dieser Artikel liefert die Entscheidungsmatrix mit 14 Kriterien, eine TCO-Rechnung über 5 Jahre und konkrete Migrationspfade – damit die Architekturwahl auf Daten basiert, nicht auf Bauchgefühl. Für die Grundlagen: Was ist ein MES? Für die Cloud-Tiefe: Cloud MES im Detail.

Inhaltsverzeichnis

1. Warum ist die Architekturwahl die wichtigste MES-Entscheidung?
2. Welche drei MES-Architekturen gibt es?
3. 14-Kriterien-Vergleichsmatrix: On-Prem vs. Hybrid vs. Cloud-native
4. Was kostet jede Architektur über 5 Jahre? TCO-Vergleich
5. Welche Architektur passt zu Ihrem Unternehmen?
6. Wie migriert man von On-Prem zu Cloud?
7. Welche Architektur-Fehler kosten am meisten?
8. Wie passt ISA-95 in jede Architektur?
9. Wie haben andere Unternehmen entschieden?
10. FAQ

Warum ist die Architekturwahl die wichtigste MES-Entscheidung?

Die MES-Architektur bestimmt nicht den Funktionsumfang, sondern wie schnell ein MES produktiv wird, wie es skaliert, was es über 5 Jahre kostet und ob es künftige Anforderungen (IIoT, KI, Multi-Site) abbilden kann. Zwei Unternehmen mit identischem Funktionsbedarf kommen zu völlig unterschiedlichen Ergebnissen, wenn sie sich für die falsche Architektur entscheiden.

Ein Manufacturing Execution System (MES) verbindet die Planungsebene (ERP) mit dem Shopfloor – definiert durch ISA-95 (Level 3) und VDI 5600 (8 Aufgabenbereiche). Welche Funktionen ein MES abdeckt, ist weitgehend standardisiert. Wie es diese Funktionen bereitstellt – lokal, gehostet oder cloud-nativ – unterscheidet sich fundamental in Kosten, Geschwindigkeit, Skalierbarkeit und Zukunftsfähigkeit.

Aus über 15.000 Maschinenanbindungen in 18 Ländern sehen wir ein wiederkehrendes Muster: Die Architekturentscheidung fällt oft aus den falschen Gründen. IT-Abteilungen wählen On-Premise aus Gewohnheit. Das Management wählt Cloud aus Buzzword-Affinität. Beide Ansätze führen zu Problemen, wenn die Entscheidung nicht auf einer systematischen Bewertung basiert.

Dieser Artikel ist die systematische Bewertung. Er ersetzt kein MES-Grundlagenwissen (dafür: MES-Pillar-Artikel) und keine Cloud-MES-Detailbewertung (dafür: Cloud MES: Vorteile, Kosten und Umsetzung). Er beantwortet die eine Frage, die zwischen beiden liegt: Welche Architektur passt zu meiner konkreten Situation?

Welche drei MES-Architekturen gibt es?

Der MES-Markt unterscheidet drei Architekturmodelle: On-Premise (lokal installiert, monolithisch), Hybrid/Lift-and-Shift (bestehende Software auf Cloud-Infrastruktur verlagert) und Cloud-native (von Grund auf als SaaS auf Microservices entwickelt). Jedes Modell hat spezifische Stärken und spezifische Grenzen – die richtige Wahl hängt von der Ausgangslage ab, nicht von der Technologie allein.

On-Premise: Maximale Kontrolle, maximaler Aufwand

Ein On-Prem MES wird vollständig im eigenen Rechenzentrum installiert. Alle Daten bleiben intern, die gesamte Infrastruktur wird durch die IT des Unternehmens betrieben. Die Software ist monolithisch aufgebaut – als ein großes, eng gekoppeltes System.

• Stärken: Volle Datenhoheit, Offline-Fähigkeit, tiefe Individualisierung möglich, geeignet für validierte Prozesse (GxP-Pharma, Defense)
• Grenzen: Sechsstellige Anfangsinvestition, 12–24 Monate Implementierung, laufende IT-Kosten (Server, Wartung, Updates), begrenzte Skalierbarkeit (neues Projekt pro Standort)
• Typische Anbieter: MPDV Hydra X, GFOS, iTAC, cronetwork, Forcam FORCE

Hybrid (Lift & Shift): Die Brücke, die oft zur Sackgasse wird

Ein Hybrid MES verlagert ein bestehendes On-Premise-System auf eine Cloud-Infrastruktur (z. B. Microsoft Azure, AWS), ohne die Software-Architektur grundlegend zu ändern. Die monolithische Anwendung läuft in einer virtuellen Maschine in der Cloud – statt auf dem lokalen Server im Keller.

• Stärken: Geringere lokale IT-Last, zentrale Datenhaltung möglich, schrittweiser Übergang
• Grenzen: Kein echter Microservice-Ansatz, weiterhin hohe Lizenzkosten, eingeschränkte IIoT-/KI-Integration, limitierte Multi-Site-Skalierung
• Typische Anbieter: SAP Digital Manufacturing Cloud, Siemens Opcenter (Cloud-hosted), einige MPDV-Deployments

Die Auto-Analogie: Lift-and-Shift ist wie ein Verbrennermotor, dem nachträglich ein Elektromotor aufgesetzt wird. Das Chassis bleibt gleich, die Architektur ist nicht für den neuen Antrieb optimiert. Es funktioniert – aber es ist weder ein echter Verbrenner noch ein echtes E-Auto.

Cloud-native: Gebaut für Geschwindigkeit und Skalierung

Ein cloud-natives MES wurde von Grund auf für die Cloud entwickelt: Microservice-Architektur, API-first, mandantenfähig, automatische Updates, browserbasiert. Es gibt keine lokalen Server, keine IT-Projekte und keine Upgrade-Zyklen.

• Stärken: Go-live in Tagen bis Wochen, keine Anfangsinvestition (SaaS), automatische Updates, lineare Skalierung ohne Infrastrukturprojekt, native IIoT-/KI-Integration
• Grenzen: Abhängigkeit vom Cloud-Provider und Internetverbindung, weniger tiefe Individualisierung als On-Premise
• Typische Anbieter: SYMESTIC, Tulip, MachineMetrics, 42Q

14-Kriterien-Vergleichsmatrix: On-Prem vs. Hybrid vs. Cloud-native

Diese Matrix vergleicht alle drei Architekturen über 14 entscheidungsrelevante Kriterien – basierend auf Implementierungsdaten, Marktbeobachtungen und VDI-5600-/ISA-95-Anforderungen. Sie ist die Entscheidungsgrundlage für IT-Leiter, COOs und Projektteams.

Transparenzhinweis: SYMESTIC ist ein Cloud-native MES-Anbieter. Die Vergleichstabelle basiert auf Marktbeobachtung, VDI/ISA-Standards und Implementierungserfahrung aus über 15.000 Maschinenanbindungen. On-Premise bleibt die richtige Wahl für spezifische Szenarien (siehe Entscheidungsbaum).

Was kostet jede Architektur über 5 Jahre? TCO-Vergleich

Die Total Cost of Ownership (TCO) einer MES-Architektur umfasst nicht nur Lizenz und Hosting, sondern auch Implementierung, Wartung, IT-Personal, Updates und Skalierungskosten. Cloud-native liegt über 5 Jahre um 40–60 % unter On-Premise – primär weil die verdeckten Kosten (IT-Personal, Update-Projekte, Infrastruktur) entfallen.

Die verdeckten Kosten: Bei klassischen MES-Einführungen übersteigen die Implementierungskosten regelmäßig die Lizenzkosten um den Faktor 2–3. Update-Projekte alle 2–3 Jahre kosten fünfstellig. Internes IT-Personal für Serverbetrieb steht in keinem MES-Angebot – fällt aber bei On-Premise und Hybrid zwingend an. Cloud-native eliminiert alle drei Positionen. Für eine vollständige Kostenanalyse: Was sollte ein MES-System 2026 kosten?

Welche Architektur passt zu Ihrem Unternehmen?

Die Architekturwahl hängt nicht von der Technologie-Affinität ab, sondern von vier konkreten Faktoren: regulatorische Anforderungen, IT-Kapazität, Skalierungsplanung und Geschwindigkeit des gewünschten ROI. Der folgende Entscheidungsbaum führt in 4 Fragen zur richtigen Architektur.

Frage 1: Unterliegen Ihre Fertigungsprozesse einer vollständigen GxP-Validierung?

Ja → On-Premise bleibt die primäre Option. GxP-validierte Prozesse (Pharma, MedTech) erfordern dokumentierte, kontrollierte IT-Umgebungen mit nachweisbarer Änderungsverfolgung. Cloud-Lösungen sind hier prinzipiell einsetzbar (Klocke nutzt SYMESTIC im regulierten Pharma-Umfeld für Verpackung), aber die Validierungsanforderungen machen On-Premise in vielen Fällen einfacher.
Nein → Weiter zu Frage 2.

Frage 2: Haben Sie eine dedizierte interne IT-Abteilung mit MES-/Serverbetriebskompetenz?

Ja, mit Kapazität → On-Premise oder Hybrid sind realistisch umsetzbar. Die Frage verschiebt sich zu Kosten und Skalierung (Frage 3).
Nein oder dünn besetzt → Cloud-native ist der einzige Ansatz, der keinen internen IT-Betrieb voraussetzt. Klocke, Carcoustics und Meleghy haben keine dedizierte MES-IT – die Plattform wird vom Anbieter betrieben.

Frage 3: Planen Sie in den nächsten 24 Monaten die Skalierung auf weitere Werke?

Ja → Cloud-native skaliert linear. Meleghy skalierte in 6 Monaten auf 6 Werke. Carcoustics auf 500+ Anlagen. On-Premise erfordert für jedes Werk ein neues Projekt.
Nein, ein Werk reicht → Alle drei Architekturen funktionieren. Die Entscheidung fällt über Kosten und Geschwindigkeit (Frage 4).

Frage 4: Wie schnell brauchen Sie erste Ergebnisse?

In Wochen → Cloud-native. SYMESTIC geht mit 10 Maschinen in unter 1 Monat live. Klocke skalierte von einer Pilotlinie auf alle Linien in 3 Wochen.
In 6–12 Monaten → Hybrid ist ein realistischer Zeitrahmen.
12+ Monate sind akzeptabel → On-Premise ist umsetzbar, wenn Budget und IT-Kapazität vorhanden sind.

Wie migriert man von On-Prem zu Cloud?

Die Migration von On-Premise zu Cloud-native folgt drei bewährten Pfaden: Greenfield-Parallelstart (neues System neben dem alten), schrittweiser Funktionsersatz (ein Modul nach dem anderen) oder Big-Bang-Ablösung (selten sinnvoll). Der richtige Pfad hängt von der Komplexität des bestehenden Systems ab.

Pfad 1: Greenfield-Parallelstart (empfohlen)

Das Cloud-MES wird parallel zum bestehenden On-Prem-System eingeführt – zunächst an einer Linie oder einem Werk. Das Altsystem läuft weiter, bis das Cloud-MES seinen Nutzen bewiesen hat. Dann schrittweise Übernahme.

• Vorteil: Kein Risiko, kein Produktionsausfall, direkte Vergleichbarkeit
• Beispiel: Carcoustics startete mit einem PoC im Werk Haldensleben, löste dann die Bestandslösung in Polen und Haldensleben ab und skalierte in 6 Monaten auf 500+ Anlagen.

Pfad 2: Schrittweiser Funktionsersatz

Einzelne Funktionen (z. B. OEE-Monitoring, Stillstandserfassung) werden vom Cloud-MES übernommen, während das Altsystem andere Funktionen (Fertigungssteuerung, Qualität) behält. Über Monate werden Funktionen schrittweise überführt.

• Vorteil: Geringes Risiko pro Migrationsschritt
• Nachteil: Zwei Systeme parallel → höhere kurzfristige Komplexität

Pfad 3: Big-Bang-Ablösung (selten empfohlen)

Das Altsystem wird an einem Stichtag vollständig durch das Cloud-MES ersetzt. Nur sinnvoll, wenn das Altsystem bereits abgeschaltet wurde oder so veraltet ist, dass ein Parallelbetrieb keinen Mehrwert bietet.

Welche Architektur-Fehler kosten am meisten?

Fünf Architektur-Fehler verursachen die höchsten versteckten Kosten: Lift-and-Shift als Dauerlösung, Vendor Lock-in durch proprietäre Protokolle, überdimensioniertes On-Premise für Mittelstandsanforderungen, Cloud-native ohne Edge-Strategie und fehlende ERP-Schnittstellenplanung.

1. Lift-and-Shift als Dauerlösung statt als Übergang

Hybrid-Architekturen sind als Migrationspfad sinnvoll – als Dauerzustand nicht. Sie kombinieren die Nachteile beider Welten: Cloud-Kosten ohne Cloud-Vorteile. Unternehmen, die seit 3+ Jahren im „Hybrid-Modus" verharren, zahlen typischerweise mehr als bei On-Premise – ohne die Flexibilität von Cloud-native zu erreichen.

2. Vendor Lock-in durch proprietäre Maschinenprotokolle

Einige On-Prem-Anbieter binden Maschinen über proprietäre Treiber an. Der Wechsel zu einem anderen MES erfordert dann die Neuanbindung aller Maschinen. Lösung: Auf Standardprotokolle bestehen – OPC UA, MQTT, digitale Signale über offene Gateways.

3. Überdimensioniertes On-Premise für Mittelstandsanforderungen

Ein Unternehmen mit 30 Maschinen an einem Standort, das ein On-Premise-MES für sechsstellige Beträge einführt, hat fast immer ein Kosten-Nutzen-Problem. Die Funktionalität, die ein Mittelstandsbetrieb braucht, ist in 90 % der Fälle mit einem Cloud-native MES abgedeckt – in Wochen statt Monaten.

4. Cloud-native ohne Edge-Strategie

Wer Cloud-native einführt, aber keinen Plan für Internetausfälle hat, riskiert Datenverluste. Lösung: Edge-Gateways, die Daten lokal puffern und nach Reconnect synchronisieren. Bei SYMESTIC ist das Standard – die Maschinen laufen unabhängig von der Cloud-Verbindung weiter.

5. ERP-Integration als Nachgedanke

Die ERP-MES-Schnittstelle ist bei jeder Architektur entscheidend. Wer sie erst nach der MES-Einführung plant, zahlt doppelt: Nachträgliche Integration ist 2–3× teurer als eine von Anfang an geplante. Cloud-native mit REST-API macht es einfacher, aber die Planung muss trotzdem vor dem Go-live stehen.

Wie passt ISA-95 in jede Architektur?

ISA-95 (IEC 62264) definiert die Schnittstelle zwischen ERP (Level 4) und MES (Level 3) architekturunabhängig. Das Modell beschreibt, welche Daten zwischen Planung und Shopfloor fließen – nicht, ob diese Daten lokal, hybrid oder cloud-nativ verarbeitet werden. ISA-95 ist damit das Rückgrat jeder modernen MES-Architektur, unabhängig vom Deployment-Modell.

Entscheidend ist: Cloud-native-Architekturen machen die ISA-95-Integration oft einfacher, weil standardisierte APIs (REST, OPC UA) die Kommunikation zwischen den Levels vereinfachen. Bei On-Premise-Systemen erfordert die gleiche Integration häufig individuelles Customizing (ABAP, IDoc-Mapping). Für die vollständige ISA-95-Erklärung: ISA-95: Der internationale Standard für MES.

Wie haben andere Unternehmen entschieden?

Vier SYMESTIC-Kunden, vier verschiedene Ausgangssituationen – alle haben sich für Cloud-native entschieden, aber aus unterschiedlichen Gründen.

„SYMESTIC verschafft uns eine durchgängige Echtzeittransparenz, die wir in dieser Form vorher nicht hatten. Dadurch können wir schneller eingreifen, unsere Prozesse deutlich stabiler steuern und den täglichen Betrieb spürbar vereinfachen."
— Thorsten Manns, Technischer Leiter bei Schmiedetechnik Plettenberg

FAQ zu MES-Architekturen

Was ist der Unterschied zwischen On-Premise MES und Cloud-native MES?
On-Premise wird lokal auf eigenen Servern installiert, bietet maximale Datenhoheit, erfordert aber sechsstellige Anfangsinvestitionen und 12–24 Monate Implementierung. Cloud-native ist von Grund auf als SaaS entwickelt (Microservices, API-first), startet in Tagen bis Wochen und arbeitet mit monatlichen Gebühren ohne Anfangsinvestition. Der vollständige Vergleich: Cloud MES im Detail.

Was bedeutet „Lift and Shift" bei MES?
Lift and Shift verlagert ein bestehendes On-Premise-MES auf eine Cloud-Infrastruktur, ohne die Software-Architektur zu ändern. Die monolithische Anwendung läuft in einer Cloud-VM statt auf dem lokalen Server. Es reduziert den IT-Aufwand, bietet aber weder die Flexibilität noch die Skalierbarkeit eines cloud-nativen Systems.

Ist Cloud MES sicher genug für die Fertigung?
Cloud-Infrastrukturen wie Microsoft Azure investieren mehr in Sicherheit als jedes mittelständische Unternehmen intern aufbringen kann. Daten werden verschlüsselt übertragen und gespeichert. Backups erfolgen automatisch. Die DSGVO- und EUCS-Konformität ist zertifiziert. Die ehrliche Frage lautet nicht „Ist die Cloud sicher genug?", sondern „Ist mein lokaler Server sicherer als Azure?"

Was passiert bei einem Internetausfall?
Edge-Gateways puffern Daten lokal. Die Maschinen und die Produktion laufen unabhängig von der Cloud-Verbindung weiter. Sobald die Verbindung steht, werden die Daten automatisch synchronisiert. Die Verfügbarkeit von Azure liegt in der Praxis höher als die der meisten lokalen Server.

Welche Architektur ist für den Mittelstand am besten?
Für 80 % der mittelständischen Fertiger mit 20–200 Maschinen ist Cloud-native die richtige Wahl: kein IT-Overhead, keine Anfangsinvestition, Go-live in Wochen. Die Ausnahme: vollvalidierte Pharma-Prozesse oder Airgapped-Umgebungen ohne Internetzugang. Der Entscheidungsbaum führt in 4 Fragen zur richtigen Architektur.

Können alte Maschinen an ein Cloud-MES angebunden werden?
Ja. Über Edge-Gateways und digitale I/Os lassen sich auch Maschinen ohne OPC UA oder moderne Steuerungen integrieren – ohne Eingriff in die SPS. Klocke nutzt DI-Geräte ohne LAN-Infrastruktur. Carcoustics setzt IXON IoT-Gateways über MQTT ein. Mehr zur Maschinenanbindung: MES-Grundlagen.

Das Wichtigste: Die MES-Architektur bestimmt nicht die Funktionalität, sondern wie schnell sie wirkt, wie sie skaliert und was sie über 5 Jahre kostet. Der Entscheidungsbaum führt in 4 Fragen zur richtigen Wahl. Für die meisten Mittelständler lautet die Antwort: Cloud-native – weil die ökonomische Logik eindeutig ist.

→ MES-Grundlagen vertiefen · → Cloud MES im Detail · → Preise ansehen

Weiterführende Artikel im MES-Cluster:

• MES: Definition, Funktionen & Nutzen 2026 (Pillar-Artikel)
• Cloud MES: Vorteile, Kosten und Umsetzung
• MES Software: Anbieter, Funktionen & Kosten 2026
• Was sollte ein MES-System 2026 kosten?
• MES vs. ERP: Unterschiede & Integration
• ISA-95: Der internationale Standard für MES
• MES-Einführung: Vom Piloten zum Rollout
• On-Prem MES: Wann es die richtige Wahl ist
• Hybrid MES: Lift & Shift als Übergang

Über den Autor:

Mark Kobbert

CTO der symestic GmbH. Verantwortet die Cloud-MES-Architektur seit 2014. B.Sc. Wirtschaftsinformatik.
LinkedIn