continON wird als ein Ganzes bereitgestellt. Was sich ändert, ist, auf wessen Boden es steht.
Es läuft als Satz containerisierter Dienste auf einem Kubernetes-Cluster, ausgeliefert über eine kontrollierte Release-Pipeline. Das ändert sich zwischen Bereitstellungen nicht. Was sich ändert: wem der Cluster gehört, wer den öffentlichen Hostnamen und sein Zertifikat hält und wer zuständig ist, wenn eine Maschine Aufmerksamkeit braucht. Um diese Trennlinie geht es auf dieser Seite.
- Für Sie betrieben
- Die Umgebung läuft auf Infrastruktur, die wir betreiben. Der Cluster, der öffentliche Hostname und sein Zertifikat sowie das Einspielen jedes Releases liegen bei uns.
- Auf Infrastruktur unter Ihrer Kontrolle
- Dieselbe Workload wird auf einem Cluster bereitgestellt, den Ihre Organisation besitzt oder mietet. Die Lizenz aktiviert das Produkt dort, wo Sie es einsetzen; die Maschinen, der Hostname und der Betrieb liegen bei Ihnen.
Vier Grenzen, von aussen nach innen.
Die öffentliche Aussengrenze
Für Sie betrieben Wir halten den Hostnamen und sein Zertifikat.
Auf Infrastruktur unter Ihrer Kontrolle Ihre Organisation hält den Hostnamen und sein Zertifikat.
Ein Dienst ist von aussen nur erreichbar, wenn er ausdrücklich einen öffentlichen Hostnamen mit Zertifikat erhalten hat. Alles, was keinen erhalten hat, ist innerhalb der Umgebung erreichbar und nirgends sonst – das ist die Voreinstellung, nicht eine Einstellung, an deren Aktivierung jemand gedacht hat.
Was diese Grenze überschreitetBrowser-Verkehr zu den Anwendungen, die einen Hostnamen haben. Sonst nichts.
Die Umgebung
Für Sie betrieben Wir betreiben den Cluster und spielen Releases ein.
Auf Infrastruktur unter Ihrer Kontrolle Ihr Team betreibt den Cluster; Releases werden weiterhin als kontrollierte, versionierte Einheit ausgeliefert.
Ein Cluster, auf dem die Dienste des Produkts laufen. Releases werden von der Delivery-Pipeline eingespielt, nicht von Hand: Die Anwendungs-Repositorys besitzen ihren Quellcode und sonst nichts und können nicht ändern, wo oder wie das Produkt bereitgestellt wird. Auf dieser Trennung beruht die Änderungskontrolle, und sie gilt in beiden Varianten.
Was diese Grenze überschreitetVeröffentlichte Images, von der Pipeline eingespielt. Ausgehende Aufrufe des Produkts an Systeme, die Sie angebunden haben.
Das Produkt
ZuständigkeitIn beiden Fällen identisch.
Die Anwendungen, der eine Autorisierungsserver, über den sich jede Anwendung anmeldet, das Organisations- und Positionsmodell, die Builder-Definitionen und die gemeinsame Datenschicht. In beiden Varianten ist es dieselbe Software – es gibt keine Cloud-Edition und keine reduzierte Vor-Ort-Edition.
Was diese Grenze überschreitetNichts Neues. Ein Datensatz, der von einer Anwendung zur anderen wechselt, bleibt innerhalb dieser Grenze.
Die Datensätze Ihrer Organisation
ZuständigkeitIn beiden Fällen bei Ihnen.
Jeder Datensatz ist der Organisation zugeordnet, zu der er gehört, und eine verschlüsselte Lizenzdatei – beim Hochladen validiert, mit Organisationsname, Bereitstellungsart und Ablaufdatum – entscheidet, welche Anwendungen es für diese Organisation überhaupt gibt.
Was diese Grenze überschreitetNur, was eine angemeldete Identität lesen oder schreiben darf, entschieden durch die Stelle, die diese Identität innehat.
Wird die Hülle verlagert, verschiebt sich nichts hiervon.
- Das Zugriffsmodell
- Berechtigungsgruppen, gebunden an Positionen im Organigramm, nicht an Konten. Ansehen
- Die Lizenz
- Dieselbe verschlüsselte Datei, beim Hochladen validiert, die dieselben Module freischaltet. Ansehen
- Die Integrationsmechanismen
- Dieselben gespeicherten Abfragen gegen Ihre eigenen Quellen und derselbe Speicher für Zugangsdaten pro Organisation. Ansehen
- Das Organisationsmodell
- Dieselben Einheiten, Positionen und Stellen, auf die sich jeder andere Teil des Produkts stützt. Ansehen
Was diese Seite nicht behauptet.
- Verfügbarkeitsziele, Backup und Wiederherstellung werden pro Auftrag vereinbart. Diese Seite behauptet keine Verfügbarkeitszahl, und das Bereitstellungsmodell selbst impliziert kein Service-Level.
- Wo der Cluster Ihnen gehört, bleibt sein Betrieb – Kapazität, Patchen des Hosts, Monitoring und die Backups Ihrer eigenen Datenbank – in der Verantwortung Ihrer Organisation.
- continON wird als eine containerisierte Workload ausgeliefert. Es wird nicht als Managed Service auf der eigenen Plattform eines Cloud-Drittanbieters angeboten, und diese Seite stellt keinen solchen dar.
Wie die Plattform zusammenhält
Bringen Sie Ihre Infrastrukturvorgaben mit.
Eine Arbeitssitzung dazu, wo die Umgebung stehen würde, wer den Hostnamen halten würde, was Ihr Team betreiben würde und was wir – bevor irgendetwas unterschrieben wird.