INVO kann in unserer verwalteten Cloud-Infrastruktur, in einer von Ihrer Organisation kontrollierten Cloud oder in einer On-Premise-Umgebung laufen. Deployment-Architektur, Zugriff, Sicherheit, Integrationen und Betriebsmodell definieren wir gemeinsam im Solution Design.
Dieselbe Plattform. Drei Einführungsmodelle.
Einführung nach Ihren Regeln
Der einfachste Weg zum Start.
INVO läuft in einer von INVO verwalteten Infrastruktur. Geeignet für Organisationen, die ihr eigenes Infrastruktur-Engagement begrenzen und den Betrieb beim Anbieter belassen wollen.
INVO in Ihrer Cloud-Umgebung.
Das System kann in einer vom Kunden kontrollierten Cloud-Infrastruktur betrieben werden. Geeignet für Organisationen mit eigenen Standards für Cloud Governance, Networking, Access Management und Sicherheit.
INVO in der Infrastruktur Ihrer Organisation.
Für Kunden, die das System im eigenen Rechenzentrum oder in einer privaten Umgebung betreiben müssen, steht ein On-Premise-Modell zur Verfügung.
Das richtige Modell wählen
Die genaue Verantwortungsteilung, der Betriebsumfang und die Infrastrukturanforderungen werden im Solution Design festgelegt und hängen vom gewählten Einführungsmodell ab.
| Bereich | INVO Cloud | Customer Cloud | On-Premise |
|---|---|---|---|
| Eigentümer der Infrastruktur | INVO | Kunde | Kunde |
| Hosting-Umgebung | Von INVO verwaltete Cloud | Cloud des Kunden | Kundeninfrastruktur |
| Infrastrukturbetrieb | INVO | Gemeinsam / Kunde | Gemeinsam / Kunde |
| Einführung | INVO | Gemeinsam | Gemeinsam |
| Netzwerkrichtlinien | INVO-Umgebung | Richtlinien des Kunden | Richtlinien des Kunden |
| Zugriffsrichtlinien | Gemeinsam konfiguriert | Standards des Kunden | Standards des Kunden |
| Integration in interne Systeme | Ja | Ja | Ja |
| Updates | Verwalteter Rollout | Koordiniert | Koordiniert |
| Monitoring | Modellabhängig definiert | Modellabhängig definiert | Modellabhängig definiert |
| Backups | INVO | Gemeinsam definiert | Gemeinsam definiert |
| Betriebssystem / Plattform | INVO | Kunde | Kunde |
Sicherheit und Stabilität erfordern eine klare Verantwortungsteilung zwischen INVO und der IT des Kunden. Wir legen von Anfang an fest, wer welches Element verantwortet.
Getrennte Umgebungen
Eine Einführung sollte getrennte Umgebungen für Konfiguration, Tests, Abnahme und Produktivbetrieb nutzen.
Wir testen Änderungen, bevor sie den realen Betrieb erreichen.
Sicherheit in Schichten
Sieben Schichten, jede mit eigenem Verantwortlichen und eigenen Kontrollen.
Wer der Benutzer ist und wie seine Identität bestätigt wird.
Rollen, Berechtigungen und organisatorischer Geltungsbereich.
Geschäftslogik und operative Regeln.
Schutz und Trennung der operativen Daten.
Kontrollierte Konnektivität zwischen Umgebungen.
Die Umgebung, in der die Plattform läuft.
Sichtbarkeit von Ereignissen und Änderungen.
Identitäts- und Zugriffsverwaltung
Der Zugriff auf INVO wird auf Ebene von Benutzern, Rollen und Berechtigungen gesteuert.
Zugriff auf Funktionen entsprechend der Rolle des Benutzers.
Der Zugriff kann auf einen definierten Teil der Organisation begrenzt werden.
Separate Berechtigungen für Administratoren.
Konfigurierbare Zugriffsregeln je nach Kundenarchitektur.
In Enterprise-Umgebungen sollten Benutzer keinen weiteren unabhängigen Kontensatz verwalten müssen, wenn die Organisation ein zentrales Identity Management betreibt. Beim Entwurf der Einführung können wir die Anbindung an Ihren bestehenden Identity Provider berücksichtigen.
Schützen Sie Ihre operativen Daten
In einem operativen System zählt nicht nur der aktuelle Datenstand, sondern auch, wie er entstanden ist.
Was protokolliert wird
Betriebskontinuität
Ein Produktivsystem braucht eine vereinbarte Art, auf Störungen und verfügbarkeitsrelevante Ereignisse zu reagieren.
Das Backup-Modell hängt vom gewählten Infrastrukturmodell und Ihrer Richtlinie ab. Im Solution Design legen wir folgende Punkte fest.
Für Umgebungen mit Disaster-Recovery-Anforderungen legen wir eine zum Einführungsmodell passende Recovery-Architektur fest.
Systemstatus
Was überwacht werden kann
Der Umfang hängt vom Einführungsmodell ab. Man kann keine Umgebung steuern, deren Zustand man nicht sieht.
Sichere Einführung
Die Sicherheitsarchitektur wird als Teil der Einführung entworfen, nicht nach dem Start ergänzt.
Wir setzen kein einheitliches Infrastruktur- und Sicherheitsmodell für alle Kunden voraus. Während der Einführung gehen wir mit Ihrem IT-Team folgende Bereiche durch.
Im Rahmen der Einführung können wir die Dokumentation erstellen, die zur Abstimmung der Architektur mit IT und Security nötig ist.
Infrastruktur und Sicherheit
Zeigen Sie uns Ihre heutige Architektur, Ihre IT-Standards und Sicherheitsanforderungen. Gemeinsam klären wir, ob INVO Cloud, Customer Cloud oder On-Premise am besten passt und wie INVO in Ihre Umgebung eingebunden wird.
