Informationen zu Continuous Delivery und Workloadisolation
DevOps Insights wird am 31. August 2026 das Ende des Betriebs erreichen und eingestellt werden. Continuous Delivery wird am 12. Februar 2027 in den folgenden Regionen eingestellt: au-syd, ca-tor, us-east. Code Risk Analyzer wird zu diesem Zeitpunkt ebenfalls in allen Regionen eingestellt. Wenn diese Funktionen in einer Region nicht aktiv genutzt werden, können sie in dieser Region vorzeitig eingestellt werden und es werden keine neuen Instanzen mehr akzeptiert. Weitere Informationen
IBM Cloud® Continuous Delivery wird als regionaler, gemeinsam genutzter Multi-Tenant-Service mit öffentlichen Endpunkten angeboten. Dieser Service besteht aus mehreren Hauptkomponenten. Die meisten dieser Komponenten werden vollständig von IBM verwaltet und unterstützen ein gemeinsam genutztes Modell für Rechenressourcen, den Netzbetrieb und den physischen Speicher.
In der folgenden Tabelle sind die Hauptkomponenten des Continuous Delivery-Service aufgeführt. Darüber hinaus ist angegeben, wer die jeweilige Komponente verwaltet und welche Isolationsmerkmale für Rechenressourcen, Netz und Speicher die Komponenten aufweisen.
| Komponente | Manager | Isolationsmerkmale |
|---|---|---|
| Toolchain-Plattform | IBM | Gemeinsame Nutzung, Rechenressourcen, Netz, Speicher |
| Integrationen von Tools anderer Anbieter | IBM | Gemeinsame Nutzung, Rechenressourcen, Netz, Speicher |
| Git Repos and Issue Tracking | IBM | Gemeinsame Nutzung, Rechenressourcen, Netz, Speicher |
| DevOps Insights | IBM | Gemeinsame Nutzung, Rechenressourcen, Netz, Speicher |
| Delivery Pipeline | IBM | Gemeinsame Nutzung, Rechenressourcen, Netz, Speicher |
| Delivery Pipeline - gemeinsam genutzte Worker | IBM | Jeder Pipelinejob bzw. Schritt wird isoliert in einem eigenen Container in einem Pool von gemeinsam genutzten, durch IBM verwalteten Workerknoten mit gemeinsam genutztem Netz und Speicher ausgeführt. |
| Delivery Pipeline - private Worker | Sie | Jeder Pipelinejob bzw. Schritt wird isoliert in einem eigenen Container in Workerknoten ausgeführt, die Sie verwalten, unterstützt durch Netz und Speicher, die von Ihnen definiert bzw. verwaltet werden. |
Delivery Pipeline-Jobs und -Schritte werden direkt innerhalb von Containern in gemeinsam genutzten (von IBM verwalteten) oder privaten (vom Kunden verwalteten) Kubernetes-Workerknoten ausgeführt. Alle anderen Komponenten des Continuous Delivery-Service werden als Microservices in Kubernetes-Clustern bereitgestellt, die von IBM verwaltet werden. Diese Komponenten sind über eine Gruppe von Clustern hinweg logisch partitioniert. Jede Clustergruppe wird innerhalb jeder Region, in der der Continuous Delivery-Service verfügbar ist, in drei Zonen repliziert.
Weitere Informationen zur Verfügbarkeit finden Sie in Hochverfügbarkeit und Disaster-Recovery.
Alle Continuous Delivery-Servicepläne weisen ähnliche Merkmale hinsichtlich Verwaltung, Isolation und Bereitstellung auf. Weitere Informationen zu den Continuous Delivery-Plänen finden Sie in Einschränkungen und Nutzung bei der Verwendung der jeweiligen Pläne.
Sie können Delivery Pipeline Private Worker für die Kommunikation zwischen Kundenclustern und Delivery Pipeline-Services mithilfe von Private Endpunkte konfigurieren.
Continuous Delivery-Workloadisolation
Die von IBM verwalteten Komponenten des Continuous Delivery-Service sind so strukturiert, dass sie die Isolation von Rechenressourcen zwischen den Workloads der Multi-Tenant-Toolchain-Plattform und den Workloads der Single-Tenant-Delivery Pipeline-Worker im Service bereitstellen.
Das folgende Diagramm veranschaulicht die Verwaltungs- und Isolationsmerkmale der Continuous Delivery-Servicekomponenten.
- Der Abschnitt Multi-Tenant-Toolchain-Plattform stellt die von IBM verwalteten Komponenten des Service dar, die Multi-Tenant-Workloads - oder gemeinsam genutzte Workloads - bereitstellen.
- Der Abschnitt Workloadisolation von Rechenressourcen auf Containerebene stellt die von IBM verwaltete Servicekomponente der gemeinsam genutzten Delivery Pipeline-Worker dar. Diese Komponente unterstützt Single-Tenant-Workloads.
- Die Multi-Tenant- und Single-Tenant-Workloads werden jeweils in anderen Clustergruppen ausgeführt; zwischen ihnen besteht eine Isolation von Rechenressourcen.
- Jeder Delivery Pipeline-Job oder -Schritt wird in einem eigenen Container ausgeführt, für den eine Isolation von Rechenressourcen gegenüber den anderen Containern in einem Cluster besteht. Diese Isolation gilt sowohl für die von IBM verwalteten gemeinsam genutzten Worker als auch für die vom Kunden verwalteten gemeinsam genutzten Worker.
Continuous Delivery-Abhängigkeiten
Der Continuous Delivery-Service ist von einer Reihe von Komponenten und Services der IBM Cloud-Plattform abhängig. Dies betrifft unter anderem die folgenden Tasks.
- Hosting der internen Microservices des Continuous Delivery-Service
- Integration in die IBM Cloud-Plattform und -Benutzerschnittstelle
- Speichern von Servicedaten und kundeneigenen Daten
- Protokollierung und Audit von Serviceereignissen
- Regelmäßige Sicherung von Service- und Kundendaten
In der folgenden Tabelle sind die zentralen Abhängigkeiten des Continuous Delivery-Service aufgeführt.
Der Continuous Delivery-Service startet seine Abhängigkeiten über öffentliche Endpunkte.
| Abhängigkeit | Typ | Zweck |
|---|---|---|
| -Konsole | Plattform | Ermöglicht Benutzern die Verwaltung von Continuous Delivery-Serviceinstanzen und -Toolchains über eine Webbenutzerschnittstelle. Verarbeitet die Anmeldung für die meisten Webseiten des Continuous Delivery-Service. |
| Identity and Access Management (IAM) | Plattform | Stellt Autorisierungsprüfungen für Continuous Delivery sowie Toolchainressourcen und -aktionen bereit. Generiert und authentifiziert IAM-API-Schlüssel, z. B. die von der Delivery Pipeline-Komponente verwendeten Schlüssel. |
| Suchen und Tagging | Plattform | Stellt hoch leistungsfähige Suchfunktionen für Ressourcen einschließlich Zwischenspeicherung im Cache bereit. |
| Ressourcencontroller | Plattform | Koordiniert das Einrichten, Aktualisieren und Zurücknehmen der Einrichtung von Continuous Delivery und Toolchainressourcen. |
| Kontoverwaltung | Plattform | Stellt Metadaten zu IBM Cloud-Konten und Unternehmen bereit, die Continuous Delivery bei der Berechnung von Nutzungsmetriken verwendet |
| Nutzungsmessung | Plattform | Empfängt Nutzungsmetriken vom Continuous Delivery-Service zur Dokumentierung der Nutzung und zur Berechnung von Abrechnungen für Kundenkonten. |
| IBM Cloud® Kubernetes Service | Service | Bietet Hosting für Cluster von Containern, in denen die internen Microservices des Continuous Delivery-Service ausgeführt werden. |
| IBM Cloud® Container Registry | Service | Speichert Container-Images, die von Delivery Pipeline-Jobs und -Schritten verwendet werden. |
| IBM Cloud Logs | Service | Erfasst interne Protokollereignisse des Continuous Delivery-Service, die von IBM Fachleuten zur Pflege und Unterstützung des Service verwendet werden. |
| IBM Cloud Activity Tracker Event Routing | Plattform | Erfasst Aktionsereignisse des Continuous Delivery-Service, damit Kunden ein Audit für Aktivitäten des Continuous Delivery-Service und den zugehörigen Komponenten durchführen können. |
| IBM Cloud® App ID | Service | Verwaltet Konvertierungen zwischen IBM Cloud-Benutzer-IDs und Benutzer-E-Mail-Adressen. |
| IBM Cloud® Internet Services (CIS) | Service | Ermöglicht die Auflösung von Domänennamen und das Routing des Datenverkehrs für den Continuous Delivery-Service. |
| IBM® Cloudant® for IBM Cloud® | Service | Dient als primäre Datenbank für alle strukturierten Continuous Delivery-Servicedaten und kundeneigenen Daten. |
| IBM Cloud® Databases for Redis | Service | Bietet einen gemeinsam genutzten, speicherinternen Cache-Service für die schnelle gemeinsame Datennutzung zwischen Replikaten der Microservices, aus denen der Continuous Delivery-Service besteht. |
| IBM Cloud® Messages for RabbitMQ | Service | Bietet eine zuverlässige Nachrichtenübermittlung zwischen Komponenten des Continuous Delivery-Service, zum Beispiel Delivery Pipeline-Auslösern. |
| IBM Cloud® Databases for PostgreSQL | Service | Dient als Datenbank für Delivery Pipeline-Job- und -Schrittprotokolle. |
| Object Storage | Service | Speichert Artefakte, die von Delivery Pipeline-Jobs und -Schritten generiert werden. Speichert Sicherungskopien von Continuous Delivery-Daten. |
| QRadar | Service | Erfasst sicherheitsrelevante Ereignisse, wie z. B. erfolgreiche oder fehlgeschlagene Anmeldeautorisierungsversuche, die von IBM Fachleuten zur Pflege und Unterstützung des Service verwendet werden. |
| General Parallel File System (GPFS) | Speicher | Bietet sicheren, leistungsfähigen verteilten Dateisystemspeicher von Git Repos and Issue Tracking-Repositorys. GPFS läuft auf Knoten innerhalb derselben Cluster, auf denen die Komponenten von Git Repos and Issue Tracking gehostet werden. |
Siehe Was ist die IBM Cloud Plattform? finden Sie weitere Einzelheiten zu den wichtigsten Komponenten der Plattform.
Das folgende Diagramm veranschaulicht die Continuous Delivery-Abhängigkeiten.
Mit Ausnahme von Datensicherungen werden kundeneigene, in den Continuous Delivery-Service in einer bestimmten Region eingegebenen Daten nur mit Daten- und Protokollierungsservices in derselben Region ausgetauscht. Datensicherungen werden in regionsübergreifenden Cloud Object Storage-Buckets gespeichert.
Object Storage-Standorte
In der folgenden Tabelle ist der regionsübergreifende Standort für Object Storage aufgeführt, an dem Sicherungsdaten für die jeweilige Region des Continuous Delivery-Service gespeichert werden.
| Standort des Continuous Delivery-Service | Standort des Object Storage-Sicherungsservice |
|---|---|
| Dallas (us-south) | Vereinigte Staaten, regionsübergreifend (Dallas, Washington, San Jose) |
| Washington (us-east) | Vereinigte Staaten, regionsübergreifend (Dallas, Washington, San Jose) |
| London (eu-gb) | EU, regionsübergreifend (Amsterdam, Frankfurt, Mailand) |
| Frankfurt (eu-de) | EU, regionsübergreifend (Amsterdam, Frankfurt, Mailand) |
| Tokio (jp-tok) | AP Cross Region (Osaka, Sydney, Tokio) |
| Sydney (au-syd) | AP Cross Region (Osaka, Sydney, Tokio) |
| Toronto (ca-tor) | US-Regionübergreifend (Dallas, Washington, San Jose, Toronto) |
| Sao Paulo (br-sao) | US-Regionübergreifend (Dallas, Washington, San Jose, Toronto, Sao Paulo) |
Weitere Informationen zu Object Storage-Standorten finden Sie in Regionale Endpunkte.
Weitere Informationen zur Disaster-Recovery für Continuous Delivery finden Sie in Disaster-Recovery.