Core-Service-Implementierungen

Neuen Kernservice zu vorhandenen MZRs hinzufügen

Nachdem ein neuer Kernservice in der ersten MZR implementiert und zu dieser IBM Cloud-Service-Rollout-Richtlinie hinzugefügt wurde, wird der neue Kernservice in allen anderen MZRs innerhalb von 90 Tagen implementiert.

Vorhandene Kernservices in vorhandenen MZRs aktualisieren

Nachdem ein allgemein verfügbares Update für einen vorhandenen Kernservice im ersten MZR bereitgestellt und in Releaseinformationen dokumentiert wurde, wird dasselbe Update innerhalb von 30 Tagen für alle anderen MZRs bereitgestellt.

Nicht alle hardwareabhängigen Profile und Features sind in allen MZRs verfügbar. Wenn der von Ihnen gewünschte Service von einem solchen Profil oder einer solchen Funktion abhängt, wenden Sie sich an IBM Cloud Sales, um Einzelheiten zur Verfügbarkeit zu erfahren.

Einige Services könnten früher implementiert werden.

Marktbasierte Implementierungen

Marktbasierte Services werden basierend auf ausreichender Kundennachfrage bereitgestellt. Wenn Sie möchten, dass einer dieser Dienste in Ihrer Region verfügbar ist, wenden Sie sich an IBM Cloud Sales.

Implementierungen an einem anderen Standort als einem MZR sind immer marktgesteuert.

Die marktgesteuerte Klassifizierung umfasst alle Fälle, die nicht in der Beschreibung der MZR aufgeführt sind.

Abhängigkeitsebenen

Die Low-Level-Implementierung und die Details der Services ändern sich abhängig von Ihren Setup- und Konfigurationsanforderungen. Daher haben wir eine allgemeine Erklärung für die Abhängigkeiten bereitgestellt.

Diese Ebenen können als Ebenen oder Schichten in einem Architekturblockdiagramm betrachtet werden. Jede Ebene kann nur von den Ebenen unter ihr abhängen, obwohl es einige Abhängigkeiten gibt, die bei einigen komplexen Services in derselben Ebene erfüllt werden können.

Kernservices bilden die Grundlage für unsere Cloud-Infrastruktur. Diese Services sind für die Inbetriebnahme eines neuen MZR-Standorts erforderlich und müssen über den gesamten Speicherbedarf aktualisiert werden, wenn sich eine grundlegende Änderung ergibt.

Marktorientierte Services basieren auf der Marktnachfrage und hängen von den Kernservices und einigen anderen Services in dieser marktorientierten Kategorie ab. Die anderen Services sind Services, die zur Unterstützung von Regelungen erforderlich sind, die in verschiedenen Regionen oder Branchen gelten.

Die marktbasierte Klassifizierung umfasst alle Services, die nicht in der Kernservicebeschreibung angegeben sind.

Service-zu-Service-Abhängigkeiten

Die IBM Cloud-Back-End-Services unterstützen alle anderen Services in unseren Implementierungseinheiten.

IBM Cloud-Services verfügen über eine Gruppe von Abhängigkeiten, die in den MZR-Implementierungseinheiten eigenständig sind. Die restlichen Serviceabhängigkeiten verwenden globale Services, die von überregionalen Standorten bedient werden. Jede Lösung, die nicht auf einem MZR gehostet wird, erfordert möglicherweise ein zugeordnetes MZR, das die Steuerebenenservices hostet.

Wenn Sie ein aktueller Kunde von IBM Cloud sind und über eine Geheimhaltungsvereinbarung mit IBMverfügen, können Sie die Berichte zu Serviceabhängigkeiten anfordern, indem Sie Compliance support unter PaaS-Konformitätsbericht aufrufen und eine Anforderung einreichen.

Für die Schlüsseldimensionen Rechenleistung, Speicher, Netzbetrieb und Authentifizierung oder Berechtigung werden die folgenden Abhängigkeiten angegeben.

Steuerebenen

Allgemeine Abhängigkeiten für Steuerebenen sind:

• Die Identitäts- oder Plattformdatenebene für Authentifizierung und Berechtigung
• Audit-Tracking-Service
• Interne Services, die beispielsweise Workflow, Metadatenspeicherung, Überwachung und Protokollierung bereitstellen
• Lastausgleichsfunktionen, VPN und andere Netzinfrastrukturservices

Einige Steuerebenen haben offensichtlich servicespezifische Abhängigkeiten. Zum Beispiel hängt die Berechnungssteuerebene beim Starten einer Bare-Metal-oder VM-Instanz von folgenden Faktoren ab:

• Object Storage zum Abrufen der erforderlichen Systemimages
• Steuerebene für Blockdatenträger für die Bereitstellung und Zuordnung der Datenträger
• Netzsteuerebene zum Bereitstellen und Anhängen von NICs, Teilnetzen usw.

Datenebenen

Core-Service-Datenebenen folgen dem allgemeinen Prinzip, dass jede Datenebene so konzipiert ist, dass sie minimale Abhängigkeiten hat, um hohe Verfügbarkeit, schnelle Zeit bis zur Diagnose und schnelle Zeit bis zur Wiederherstellung zu erreichen. Daher funktionieren die Systeme auch bei einem Ausfall der Steuerebene weiterhin (mit einigen Einschränkungen, die z. B. nicht bereitgestellt, neu gestartet oder decom werden können).

Netz

Die Netzdaten und Steuerungsebenen sind in jeder Implementierungseinheit vorhanden.

Einige Services hängen von anderen Services im Kern ab, z. B. Rechenservices wie Bare-Metal- und VM-Instanzen hängen von der Datenebene 'Block Volumes' und der Datenebene 'Networking' ab und sind daher von den Datenebenen für diese Services betroffen, die inaktiv werden. Wie jedoch bereits erwähnt, kann es bei den Steuerebenen zu einem Ausfall kommen und die Recheninstanzen funktionieren weiterhin, wenn sie die zugehörige Servicesteuerungsebene nicht benötigen (d. h. eine Erhöhung der Datenträgerspeichergröße usw.)

Interne Services

Alle kundenorientierten internen oder externen Services hängen von der Identitäts- und Plattformdatenebene für die Authentifizierung und Autorisierung ab. Die Steuerebenen für Überwachung, Protokollierung und IBM Cloud-Befehlszeilenschnittstelle sowie die Datenebenenservices für Sicherheitsservices hängen von der Datenebene der Identitätsplattform ab. (Bestimmte Konfigurationen können variieren.)

Speicher

Die Object Storage-Datenebene ist nicht von Blockdatenträgern oder File Storage abhängig. Services, die die Sicherung und Wiederherstellung unterstützen, hängen vom Betrieb von Object Storage ab. Daher erfordern diese Services, dass die Daten und Steuerebenen des Blockdatenträgers in jeder Implementierungseinheit vorhanden sind.