Welche Regionen werden aufgegeben?

Continuous Delivery wird in den folgenden Regionen nicht mehr angeboten:

• Madrid (eu-es)
• Montreal (ca-mon)
• Osaka (jp-osa)

Continuous Delivery wird in den folgenden Regionen nicht mehr angeboten:

• Sydney (au-syd)
• Toronto (ca-tor)
• Washington DC (us-east)

Continuous Delivery wird in den übrigen Regionen weiterhin verfügbar sein:

• Sao Paulo (br-sao)
• Frankfurt (eu-de)
• London (eu-gb)
• Tokio (jp-tok)
• Dallas (us-south)

Die Funktionen Code Risk Analyzer (CRA) und DevOps Insights (DOI) von Continuous Delivery werden in allen Regionen nicht mehr angeboten.

Wie sieht der Zeitplan für die Einstellung der Tätigkeit aus?

• 12. Juni 2026: Ende der Vermarktung. Kunden können in den betroffenen Regionen keine neuen Ressourcen mehr erstellen. Es können keine neuen Tool-Integrationen für „ DevOps Insights “ mehr erstellt werden. Sollte eine Region jedoch vor diesem Datum keine aktive Nutzung aufweisen, kann der „ Continuous Delivery “-Dienst in dieser Region möglicherweise vorzeitig eingestellt werden und die Erstellung neuer Ressourcen nicht mehr zulassen.
• 31. August 2026: Einstellung des Dienstes „ DevOps Insights “. DevOps Insights wird aus dem Sortiment genommen und ist dann nicht mehr erhältlich.
• 12. Februar 2027: Einstellung des Betriebs für veraltete Regionen und CRA. Dies ist das geplante Datum, ab dem der Dienst „ Continuous Delivery “ in den betroffenen Regionen nicht mehr verfügbar sein wird. Wenn jedoch eine Region vor diesem Datum keine aktive Nutzung aufweist oder wenn alle Kunden in der Region ihre Migration vorzeitig abschließen, kann der Dienst in dieser Region früher eingestellt werden. Code Risk Analyzer wird ebenfalls in allen Regionen eingestellt und ist nach diesem Datum nicht mehr verfügbar.

In Regionen, in denen der Dienst nicht aktiv genutzt wird, oder in denen die Kunden ihre Migration bereits vor dem geplanten Enddatum abgeschlossen haben, kann der Dienst früher als angekündigt eingestellt werden. Wenn regionale Änderungen geplant sind, werden die Kunden im Voraus informiert, damit sie genügend Zeit haben, sich vorzubereiten und die notwendigen Maßnahmen zu ergreifen.

Werden meine bestehenden Toolchains und Pipelines bis zum Stichtag funktionieren?

• Toolchains und Pipelines werden in den betroffenen Regionen bis zum 12. Februar 2027 weiter betrieben, es sei denn, der Dienst wird in einer Region früher eingestellt, weil keine aktive Nutzung oder abgeschlossene Migrationen vorliegen.
• Ab dem 12. Juni 2026 können die Nutzer in den betroffenen Regionen keine neuen Ressourcen mehr erstellen. Sollte jedoch eine Region bis zu diesem Datum keine aktive Nutzung aufweisen oder sollten alle Kunden in einer Region ihre Migration vorzeitig abschließen, kann der Dienst in dieser Region früher eingestellt werden.

Was passiert mit meinen Daten und Konfigurationen, wenn der Dienst eingestellt wird?

Nach dem End-of-Service-Datum werden die Daten und Konfigurationen in den betroffenen Regionen gelöscht und können nicht wiederhergestellt werden. Wenn eine Region aufgrund inaktiver Nutzung früher eingestellt wird, werden die Daten und Konfigurationen in dieser Region zum Zeitpunkt der Einstellung entfernt. Bitte schließen Sie Ihre Migration vor Ablauf der Frist mit Hilfe des Migrationsleitfadens ab.

Gibt es empfohlene Migrationspfade zu anderen Regionen oder Diensten?

Ja. Verwenden Sie die Migrationsanleitung, um die Ressourcen von Continuous Delivery zu migrieren:

• Migrieren Sie Git Repos and Issue Tracking Projekte über Regionen hinweg durch direkten Transfer ( GitLab ).
• Kopieren Sie Toolchains (einschließlich Tekton-Pipelines) mit Hilfe der Migrationsanleitung in eine andere Region.
• Sicheres Exportieren und Verschieben von Geheimnissen auf Secrets Manager.

Was sollte ich tun, wenn ich nicht in die unterstützte Region IBM Cloud Continuous Delivery migrieren kann?

IBM Cloud Continuous Delivery bietet in Regionen, in denen der Dienst eingestellt wird, keine verwaltete Alternative an. Kunden, die nicht in eine andere Region migrieren können, haben die Möglichkeit, ihre eigenen CI/CD- oder Orchestrierungsumgebungen unter Verwendung der Infrastruktur von IBM Cloud einzurichten, wie z. B IBM Cloud VPC nutzen oder die Funktionen von Red Hat OpenShift on IBM Cloud zur Verfügung stehen, einschließlich OpenShift Pipelines. Diese Umgebungen werden vollständig vom Kunden verwaltet, und IBM bietet keine Anleitung für die Entwicklung, die Bereitstellung oder den Betrieb benutzerdefinierter CI/CD-Lösungen. Für die Einrichtung und Konfiguration sollten die Kunden die entsprechende Herstellerdokumentation und die bewährten Verfahren heranziehen.

Stellt IBM automatisierte Migrationswerkzeuge oder Unterstützung zur Verfügung?

Ja. Die schrittweise Migrationsanleitung hilft bei der Migration von Toolchains und zugehörigen Ressourcen.

Werden sich die Preise oder die Abrechnung während der Übergangszeit ändern?

• Nach der Migration sollten Sie Instanzen in der eingestellten Region deaktivieren, um doppelte Rechnungen zu vermeiden.
• Die Migrationsanleitung wird Schritte zur Optimierung der Rechnungsstellung während der Umstellung enthalten.

Die Kunden müssen die migrierten Ressourcen überprüfen und das Deprovisioning nach ihrem Zeitplan durchführen.

Wie wirkt sich dies auf die Einhaltung von Vorschriften und Sicherheitsanforderungen aus?

• Prüfen Sie die regionalen Datenvorschriften auf der Grundlage Ihrer Datenart und der Anforderungen an den Wohnsitz.
• Alle während der Migration übertragenen Daten werden während der Übertragung verschlüsselt.
• Bewährte Verfahren für den Umgang mit Geheimnissen und die sichere Migration werden in die Dokumentation aufgenommen.
• Wenn Sie EU-verwaltete Umgebungen benötigen, migrieren Sie in eine unterstützte EU-Region (z. B. Frankfurt)

Welche Alternativen gibt es für CI/CD auf IBM Cloud nach der Abkündigung?

Es wird empfohlen, mit Hilfe des Migrationsleitfadens auf eine unterstützte Region IBM Cloud zu migrieren. Künftige Aktualisierungen werden durch Kundenbenachrichtigungen und per E-Mail bekannt gegeben.

An wen kann ich mich wenden, wenn ich Unterstützung oder weitere Informationen benötige?

Bei produktbezogenen Fragen wenden Sie sich bitte an den IBM Cloud Support oder die entsprechenden IBM Cloud Partner.

Wozu dient der Migrationsleitfaden, und wie kann ich ihn verwenden?

Der Migrationsleitfaden ermöglicht es Ihnen,:

• Kopieren Sie Git Repos and Issue Tracking Projekte (GRIT) mit direkter Übertragung zwischen Regionen.
• Kopieren Sie Toolchains (einschließlich Tekton-Pipelines) in andere Regionen, indem Sie die Toolchains in Terraform serialisieren und dann Terraform anwenden, um die Toolchain in der neuen Region neu zu erstellen.

Befolgen Sie die Migrationsanleitung, um Ressourcen zu migrieren.

Hat die Migration von Toolchains Auswirkungen auf meine Bereitstellungskonfigurationen oder Netzwerkregeln?

Mögliche Aktualisierungen, die erforderlich sein könnten, sind:

• Wenn Sie in Ihrem Netzwerk Firewall-Regeln haben, die den Datenverkehr von Pipeline Workern oder Webhooks von Git Repos and Issue Tracking zulassen, werden die IPs in den verschiedenen Regionen unterschiedlich sein und Sie müssen diese Regeln möglicherweise aktualisieren.
• Fest kodierte oder konfigurierte URLs oder Annahmen über die Region in Ihren Pipelines oder Skripten müssten aktualisiert werden, um in einer neuen Region ausgeführt werden zu können.

Muss ich jetzt handeln?

Es sind keine sofortigen Maßnahmen erforderlich. Wir empfehlen jedoch, die Migration lange vor dem 12. Februar 2027 zu planen und zu testen. Wenn eine Region aufgrund inaktiver Nutzung früher eingestellt wird, empfehlen wir, die Migration vor dieser früheren Einstellung abzuschließen, um einen reibungslosen Übergang zu gewährleisten.

Kann ich die Migration vor dem Stichtag testen?

Ja. Sie können den Migrationsleitfaden in einer Sandbox/Testumgebung verwenden und einen Trockenlauf durchführen, bevor Sie die Produktions-Workloads migrieren.

Entstehen Kosten für Migrationswerkzeuge oder Support?

Der Self-Service-Migrationsleitfaden wird ohne zusätzliche Kosten zur Verfügung gestellt. In der Zielregion gelten die üblichen Gebühren für die Nutzung des Dienstes IBM Cloud.

Kann ich die Migration für mehrere Toolchains automatisieren?

Ja. Der Migrationsleitfaden unterstützt den Export/Import großer Mengen mit Terraform und ermöglicht so standardisierte, wiederholbare Migrationsabläufe.

Bleiben Geheimnisse während der Migration sicher?

Ja. Geheimnisse werden während der Migration nicht lokal gespeichert; ein Tool wird bereitgestellt, um Geheimnisse sicher nach Secrets Manager zu exportieren. Der Migrationsleitfaden enthält bewährte Verfahren.

Wo kann ich alle Unterlagen an einem Ort finden?

Der Migrationsleitfaden bietet:

• Schritte der Toolchain-Migration
• Git Repos & Issue Tracking (GRIT) direkte Überweisungsaufträge
• Geheimnisse exportieren nach Secrets Manager
• Validierung nach der Migration und Optimierung der Rechnungsstellung

Was sind die wichtigsten Funktionen von DevOps Insights (DOI)?

DOI lieferte fortschrittliche Analysen und Dashboards für die Qualität der Pipeline, das Bereitstellungsrisiko und die Überprüfung der Compliance. Es wurde in Pipelines integriert, um Richtlinien durchzusetzen und Metriken wie Testabdeckung, Build-Erfolgsraten und Schwachstellen-Scans zu visualisieren.

Was sind die wichtigsten Funktionen von Code Risk Analyzer (CRA)?

Die CRA analysiert den Anwendungscode und die Abhängigkeiten auf Sicherheitslücken und Probleme mit der Lizenzeinhaltung. Außerdem wurden SBOM-Berichte (Software Bill of Materials) erstellt und Terraform-Pläne anhand von Compliance-Regeln validiert, um Sicherheits- und Governance-Richtlinien durchzusetzen, bevor Infrastrukturänderungen vorgenommen wurden.

Werden meine DOI-Dashboards oder CRA-Berichte nach dem Stichtag zugänglich sein?

Nein. Alle DOI-Dashboards werden am 31. August 2026 entfernt. Die CRA wird bis zum 12. Februar 2027 weiterarbeiten. Wenn eine Region aufgrund inaktiver Nutzung früher eingestellt wird, werden die Dashboards und Berichte in dieser Region zum Zeitpunkt der Einstellung entfernt. Bitte exportieren Sie alle erforderlichen Daten vor dem End-of-Service-Datum oder einer früheren regionalen Schließung.

Was sind die empfohlenen Alternativen für DevOps Insights (DOI)?

Für DevOps Insights (DOI): IBM empfiehlt die Verwendung von IBM Concert zu verwenden, das Governance-, Compliance- und Risikomanagement-Funktionen für DevOps Prozesse bietet.

Was sind die empfohlenen Alternativen für Code Risk Analyzer (CRA)?

Für die SBOM-Generierung und das Scannen von Schwachstellen sollten Sie Tools von Drittanbietern oder Open-Source-Tools wie Syft oder Grype in Betracht ziehen.