← Alle Produkte
☁️
Plattform

SaaS-Cloud-Plattform & Deployment

Enterprise-Sicherheit, Ihre Wahl des Betriebsmodells

Die Fertigungssoftware MSF läuft so, wie es Ihre IT-Richtlinie verlangt: vollständig verwaltetes SaaS in der Cloud, dedizierte Single-Tenant-Umgebung oder On-Premise. Docker- und Kubernetes-Architektur mit serienmäßiger Enterprise-Sicherheit: DDoS-Schutz, automatische Backups, Snapshots und isolierte Netzwerke.

Demo anfordernPoC starten

Welche Betriebsmodelle bietet die Plattform von Meta Smart Factory?

Die Plattform von Meta Smart Factory lässt sich auf drei Arten betreiben: als gemeinsam genutztes Multi-Tenant-SaaS für KMU und schnelle Einführungen, als dedizierte Single-Tenant-Umgebung mit eigener VM und Datenbank für strenge IT-Sicherheitsrichtlinien oder On-Premise im eigenen Rechenzentrum des Unternehmens. Alle drei nutzen dieselbe Plattform auf Basis von Docker und Kubernetes mit DDoS-Schutz, automatischen Backups und isolierten Netzwerken; gehostete Installationen laufen auf europäischer Cloud-Infrastruktur.

Zentrale Funktionen

Dedicated-Option (Single-Tenant)Vollständig isolierte Umgebung je Kunde mit eigener VM und Datenbank. Sie bietet maximale Isolation und tiefe ERP-/SPS-/VPN-Integration und ist ideal für ISO- und DSGVO-Konformität sowie strenge IT-Sicherheitsrichtlinien.
Shared-Option (Multi-Tenant)Eine gemeinsame Anwendungsinstanz mit mandantenbasierter Datentrennung: geringere Kosten, schnelle Bereitstellung und zügiges Onboarding. Empfohlen für KMU und Standardpakete.
Enterprise-SicherheitskernDDoS-Schutz, automatische Backups, Snapshot-Verwaltung und isolierte Netzwerkkonfigurationen bei jeder Bereitstellung.
Docker-&-Kubernetes-ArchitekturContainerbasierte, skalierbare VM-Struktur mit Kubernetes-fähigen Umgebungen, resilient und horizontal skalierbar.
Managed ServicesOptionale Managed-Database-Services, Kafka-Streaming-Dienste und Sicherheitspakete, wahlweise als dedizierte VMs oder separate Service-Bereitstellungen.
On-Premise-OptionDie vollständige Plattform lässt sich in Ihrem eigenen Rechenzentrum installieren, wenn Daten das Gebäude niemals verlassen dürfen.
Remote-Updates ohne AusfallzeitRolling Updates halten die Plattform aktuell, ohne Ihre Produktion zu unterbrechen.
Ihre Daten bleiben Ihre DatenProduktionsdaten trainieren niemals die Modelle anderer Unternehmen und verlassen niemals Ihren Mandanten.
Der Collector puffert durch einen VerbindungsausfallDer Collector im Werk puffert Stückzahlen und Störmeldungen lokal und liefert sie nach, sobald die Verbindung zurück ist; wie lange er puffert, wird im PoC ausgelegt. Die Masken der Plattform fallen dagegen sofort aus.
Ausgehende Verbindung ins WerkDer Collector baut die Verbindung ausgehend über TLS oder ein Site-to-Site-VPN auf, es wird also keine Firewall-Portfreigabe in Richtung Werk geöffnet. Er bleibt eine vertrauenswürdige Brücke: Prüfen Sie zuerst seine Schreibrechte.
On-Premise heißt, Sie betreiben esServer, Betriebssystem, Container-Plattform, Datenbank, Backups samt Restore-Tests, Zertifikate, Monitoring und Update-Fenster liegen bei Ihnen: eine namentlich benannte Person mit Linux- und Container-Erfahrung, keine geteilte Nebenaufgabe.
Werkerdaten vor dem Go-live geregeltDie Plattform lässt sich rechtskonform betreiben, Ihr Deployment ist damit aber nicht automatisch konform. Vereinbaren Sie Verarbeitung, Löschfristen und ob Auswertungen auf Personenebene über Rollen eingeschränkt werden.
Zum NachlesenEin KI-CRM verdient seinen Platz im Industrievertrieb, indem es die Anfrage richtig liest, nicht indem es mehr Nachfassmails verschicktFast alles, was über KI im Vertrieb geschrieben wird, unterstellt ein Abonnement, das an Tausende Kunden verkauft wird und in Wochen abgeschlossen ist. Wenn Sie eine Presse, eine Abfüllanlage, ein Getriebe oder eine zerspante Baugruppe verkaufen, lässt sich davon wenig übertragen. Ihr Kunde ist eine Gruppe von Ingenieuren, der ein Einkäufer beigestellt ist, Ihr Vorgang hat eine Spezifikation und meist die Zeichnung eines anderen im Anhang, und in der Bewertung hält Sie, dass Sie die Anforderung verstehen. Entschieden wird über Referenzen, Servicenetz und Lieferantenfreigabe.Den ganzen Artikel lesen →

Auf einen Blick

99.9%Verfügbarkeitsziel
2Betriebsmodelle
24/7Überwachung
EUHosting-Region, andere auf Anfrage

Technische Daten

Betriebsmodelle
Gemeinsam genutztes Multi-Tenant-SaaS, dediziertes Single-Tenant mit eigener VM und Datenbank oder On-Premise im eigenen Rechenzentrum. In allen drei Fällen dieselbe Plattform.
Architektur
Docker-containerbasiert, Kubernetes-fähige VM-Struktur, horizontal skalierbar. Optional Managed Database, Kafka-Streaming und Sicherheitspakete als separate Bereitstellungen.
Hosting und Datenstandort
Europäische Cloud-Infrastruktur, dedizierte Umgebungen und Regionsoptionen auf Anfrage. Produktionsdaten bleiben in Ihrem Mandanten und trainieren niemals die Modelle anderer Unternehmen.
Standortanbindung
Ein Collector im Werksnetz liest die Steuerungen aus und baut die Verbindung selbst auf; als Transport dient TLS oder ein Site-to-Site-VPN, ohne eingehenden offenen Port.
Sicherheit
DDoS-Schutz, automatische Backups, Snapshot-Verwaltung und isolierte Netzwerkkonfigurationen bei jeder Bereitstellung, ob Shared, Dedicated oder On-Premise.
Updates
Rolling Releases ohne Abschalten der Plattform; eine Maske kann sich jedoch neu laden oder eine erneute Anmeldung verlangen, und nicht gespeicherte Eingaben können verloren gehen. Schema-Migrationen brauchen unter Umständen ein Wartungsfenster.
Voraussetzungen für On-Premise
Im PoC ausgelegt: Server für die gekauften Module, GPU-Kapazität für Vision oder KI, ein eigenes VLAN für die Steuerungsebene, Firewall-Regeln, DNS, Zertifikate, Backups mit Restore-Tests.
Verfügbarkeit und Monitoring
99,9 % Verfügbarkeitsziel für die von uns betriebene gehostete Plattform, mit 24/7-Überwachung; Ihre Anbindung, Ihre Firewall, der Collector und die Maschinen liegen außerhalb. Bei On-Premise liegt die Verfügbarkeit bei Ihnen.

Aus der Plattform: echte Screens

MSF-SaaS-Bereitstellungsmodell: Architektur für Sicherheit und Skalierbarkeit auf Enterprise-Niveau
MSF-SaaS-Bereitstellungsmodell: Architektur für Sicherheit und Skalierbarkeit auf Enterprise-Niveau
Zum NachlesenSAP, Dynamics 365 und Business Central an den Shopfloor anbindenShopfloor und ERP sind sich fast nie uneinig darüber, was passieren soll. Uneinig sind sie darüber, was passiert ist. Wie eine MES-zu-ERP-Integration wirklich funktioniert, in welche Richtung welche Daten fließen sollten und wo solche Projekte üblicherweise scheitern.Den ganzen Artikel lesen →

Häufig gestellte Fragen

Welches Betriebsmodell sollte ich wählen?

KMU und schnelle Einführungen: Shared SaaS. Unternehmen mit strengen Sicherheitsrichtlinien oder tiefer SPS-/VPN-Integration: dediziertes Single-Tenant oder On-Premise. Wir beraten Sie dazu während des PoC.

Wo werden die Daten gehostet?

Auf europäischer Cloud-Infrastruktur, mit dedizierten Umgebungen und Regionsoptionen auf Anfrage.

Kann ich später zwischen den Modellen wechseln?

Ja. Starten Sie mit Shared für maximale Geschwindigkeit und wechseln Sie beim Wachstum zu Dedicated oder On-Premise. Die Plattform bleibt identisch.

Was passiert in der Fertigung, wenn die Internetverbindung ausfällt?

Beim Cloud-Betrieb liest der Collector im Werk die Maschinen weiter aus und puffert Stückzahlen und Störmeldungen lokal, um sie nach der Rückkehr der Verbindung nachzuliefern; wie lange er puffert, hängt vom Deployment ab und wird im PoC ausgelegt. Alles, was aus der Plattform kommt, steht sofort: Dashboards, Auftragsfreigabe, Auswertungen. Alles, was der Werker eintippen muss, läuft bis zur Rückkehr der Verbindung über Papier. Legen Sie deshalb vor dem Go-live einen Rückfallweg für Störgründe und Ausschuss fest. Ziehen Sie im PoC einmal das Kabel.

Heißt Cloud-Betrieb, dass unsere SPS am Internet hängen?

Nein. Ein Collector im Werksnetz liest die Steuerungen aus und baut die Verbindung ausgehend über TLS oder ein Site-to-Site-VPN auf, es wird also keine Firewall-Portfreigabe in Richtung Werk geöffnet. Machen Sie sich aber klar, was dieser Collector darf: Er ist eine vertrauenswürdige Brücke, und alles, was die Plattform ihn zurückschreiben lassen kann, ist ein eingehender Weg unter anderem Namen. Die Segmentierung der Steuerungsebene bleibt Ihr eigenes Netzdesign. Lassen Sie Ziele, Ports und Schreibrechte vor dem PoC von Ihrer IT prüfen.

Was muss unsere IT bei On-Premise selbst betreuen?

Sie betreiben Server, Betriebssysteme, die Container-Plattform, die Datenbank, Backups samt Restore-Tests, Zertifikate und deren Erneuerung, Monitoring und die Update-Fenster. Das heißt: eine namentlich benannte Person mit Linux- und Container-Erfahrung statt einer Aufgabe, die sich ein ohnehin ausgelastetes Team nebenbei teilt. Der Aufwand wird fast immer zu niedrig eingeplant, und wenn im Haus niemand auf diese Beschreibung passt, ist On-Premise für Sie die falsche Wahl.

Unterbrechen Rolling Updates ohne Ausfallzeit trotzdem die Nutzer?

Ohne Ausfallzeit heißt, dass die Plattform für ein Release nicht abgeschaltet wird. Unterbrechungen für einzelne Nutzer sind damit nicht ausgeschlossen. Während eines Rolling Updates kann sich eine Maske neu laden und, je nach Anmeldung am Terminal, eine erneute Anmeldung verlangen; nicht gespeicherte Eingaben in einer offenen Maske können verloren gehen. Eine Schema-Migration oder eine Version, die eine Kennzahl anders berechnet, braucht weiterhin ein geplantes Wartungsfenster. Vereinbaren Sie, wer vor einem Release informiert wird und wie zurückgerollt wird.

Welche Voraussetzungen müssen für eine On-Premise-Installation erfüllt sein?

Zuerst sind Hardware und Netz zu klären: Server, die auf die gekauften Module ausgelegt sind, GPU-Kapazität bei Vision oder KI, ein eigenes VLAN für die Steuerungsebene, Firewall-Regeln zwischen Steuerungsebene und Anwendung, DNS-Einträge, Zertifikate und ein Backup-Ziel mit einem Verantwortlichen für die Restore-Tests. Dazu benannte Admin-Konten und ein abgestimmtes Wartungsfenster. Fehlende Punkte an dieser Stelle verzögern ein Go-live weit häufiger als die Software selbst.

Was deckt das Verfügbarkeitsziel von 99,9 % ab?

Die von uns betriebene Plattform, und nur gehostete Deployments; bei On-Premise liegt die Verfügbarkeit bei Ihnen. Ihre Standortanbindung, Ihre Firewall, der Collector im Werk und die Maschinen selbst liegen außerhalb. Sie verursachen in der Praxis das meiste, was im Werk als Ausfall ankommt. Fragen Sie, wie die Verfügbarkeit gemessen wird, was als geplante Wartung zählt, über welchen Zeitraum der Wert gerechnet wird und welche Konsequenz eine Unterschreitung hat, und lassen Sie diese Definitionen in den Vertrag schreiben.

Sind die Daten unserer Werker personenbezogene Daten nach DSGVO?

Ja. Shopfloor-Systeme erfassen, wer sich an welchem Arbeitsplatz angemeldet hat und wie lange ein Arbeitsgang gedauert hat. Die Plattform lässt sich rechtskonform betreiben, Ihr Deployment ist damit aber nicht automatisch konform. Sie brauchen einen Auftragsverarbeitungsvertrag, eine Löschfrist und eine Entscheidung darüber, wer personenbezogene statt aggregierter Leistungsdaten sehen darf. Fragen Sie, ob Auswertungen auf Personenebene über Rollen eingeschränkt oder ganz abgeschaltet werden können, und binden Sie Recht und Personalabteilung früh ein. Der Betriebsrat wird in der Regel vor dem Go-live beteiligt.

Bereit, das Potenzial Ihrer Fabrik zu sehen?

Erhalten Sie eine kostenlose Demo und einen maßgeschneiderten PoC-Plan.

Demo anfordern