Warum werden die Dienste des Lite-Plans nach 30 Tagen der Inaktivität gelöscht?

Eine Instanz von Continuous Delivery gilt als aktiv, wenn eine oder mehrere der Toolchains innerhalb derselben Ressourcengruppe aktiv sind. Eine Toolchain gilt als aktiv, wenn Benutzer über die Benutzeroberfläche mit ihr interagieren, Lieferpipeline-Jobs ausgelöst werden oder auf Repositories zugegriffen wird, die von Git Repos and Issue Tracking verwaltet werden.

Wenn diese Bedingungen für alle Toolchains, die mit dem Dienst Continuous Delivery verbunden sind, 30 Tage lang nicht erfüllt sind, wird die Instanz als inaktiv betrachtet.

Kann ich Beispielscripts verwenden, um meine Anwendung zu erstellen und bereitzustellen?

Das open-toolchain/commons GitHub Repo enthält eine Sammlung allgemeiner Skripte, die Sie in Toolchains und Pipelines verwenden können. Sie können zum Beispiel eines der Shell-Scripts, das in diesem Repository in Ihren eigenen Toolchains enthalten ist, auf verschiedene Arten verwenden.

Wie bringe ich meinen eigenen Code mit und stelle ihn mit Continuous Delivery bereit?

Sie können eine beliebige der folgenden Optionen auswählen, um Ihren eigenen Code in Continuous Delivery bereitzustellen:

• Erstellen Sie mithilfe einer der verfügbaren Vorlagen eine Toolchain (in Abhängigkeit vom Bereitstellungsziel und den Toolintegrationen). Wählen Sie auf der Seite Toolchain erstellen den entsprechenden Provider für Ihr Quellenrepository aus und geben Sie dann den Link zu Ihrem Quellencode-Repository an. Nachdem Sie Ihre Toolchain erstellt haben, müssen Sie möglicherweise die Pipeline-Scripts für Ihre Bereitstellungsziele anpassen.
• Erstellen Sie eine leere Toolchain und fügen Sie dann Toolintegrationen hinzu, um Ihre App bereitzustellen. Weitere Informationen zur Verwendung dieser Methode für die Bereitstellung Ihres Codes in Continuous Deliveryfinden Sie unter App in Kubernetes.

Wie finde ich den Status von IBM Cloud und des Continuous Delivery-Service?

Prüfen Sie die IBM Cloud-Statusseite auf bekannte Probleme, die sich auf die IBM Cloud-Plattform und die wichtigsten Services in IBM Cloud auswirken.

Anhand einer der folgenden Optionen gelangen Sie zur Statusseite:

• Rufen Sie in der IBM Cloud-Konsole die Option Support auf. Klicken Sie im Widget für die Benachrichtigungen des heutigen Tages auf Alle anzeigen und dann auf Status, um den Status der Ressourcen an allen IBM Cloud-Standorten anzuzeigen. Sie können eine Liste mit Ereignissen für Wartungsaktionen und Vorfälle in chronologischer Reihenfolge anzeigen. Sie können in allen Benachrichtigungen suchen oder die Benachrichtigungen nach Typ, Standort und spezifischen Ressourcen filtern. Darüber hinaus können Sie geplante Wartungszeiten anzeigen, die vorab angekündigt werden, sowie ungeplante Vorfälle oder Ausfälle, die gemeldet werden, sobald sie dem IBM Cloud-Team bekannt sind. Benachrichtigungen über Vorfälle werden regelmäßig aktualisiert, bis die Vorfälle behoben sind.
• Greifen Sie direkt darauf zu unter IBM Cloud- Systemstatus.

Weitere Informationen zur IBM Cloud-Statusseite finden Sie in IBM Cloud-Status anzeigen.

Wie kann ich autorisierte Benutzer vom Continuous Delivery-Service entfernen?

Sie können autorisierte Benutzer vom Continuous Delivery-Service entfernen und verhindern, dass diese erneut hinzugefügt werden.

• Entfernen Sie die IAM-Zugriffsberechtigung des Benutzers für alle Toolchains in der Ressourcengruppe.
• Entfernen Sie den Benutzer aus der Liste der autorisierten Benutzer in der Continuous Delivery-Serviceinstanz.
• Entfernen Sie den Entwicklerzugriff aus allen Git Repos and Issue Tracking-Repositorys, die an alle Toolchains in der Ressourcengruppe angehängt sind.

Sie können ein Aktivitätenprotokoll für autorisierte Benutzer führen. Weitere Informationen zum Anzeigen, Verwalten und Prüfen von Aktivitäten, die durch einen Service oder einen Benutzer in Ihren IBM Cloud® Continuous Delivery-Instanzen initiiert werden, finden Sie unter IBM Cloud Activity Tracker Event Routing-Ereignisse. Weitere Informationen zur Verwaltung autorisierter Benutzer finden Sie in Autorisierte Benutzer.

Warum weicht die in IBM Cloud gemeldete AUTHORIZED_USERS_PER_MONTH-Menge von der tatsächlichen Anzahl der berechtigten Benutzer für meine Continuous Delivery-Serviceinstanz ab?

Die Menge AUTHORIZED_USERS_PER_MONTH wird als Durchschnitt der Anzahl berechtigter Benutzer pro Tag berechnet. Wenn berechtigte Benutzer hinzugefügt oder entfernt werden, erhöht oder verringert sich der Durchschnitt. Wenn eine Serviceinstanz beispielsweise über einen berechtigten Benutzer für die erste Hälfte des Monats Juni verfügt und am 16. Juni ein zweiter berechtigter Benutzer hinzugefügt wird, beträgt die Menge AUTHORIZED_USERS_PER_MONTH für den gesamten Monat Juni 1.5.

Warum ist die in IBM Cloud gemeldete AUTHORIZED_USERS_PER_MONTH-Menge für meine Continuous Delivery-Serviceinstanz gleich null?

Die Serviceinstanz befindet sich in einem Konto in einem Unternehmen und nimmt an der konsolidierten Abrechnung teil. Wenn die konsolidierte Abrechnung für eine Serviceinstanz von Continuous Delivery in einem Unternehmenskonto aktiviert ist, meldet nur diese Instanz eine Anzahl berechtigter Benutzer ungleich null. Alle anderen Serviceinstanzen von Continuous Delivery in der Unternehmenshierarchie und in derselben Region melden null berechtigte Benutzer, auch wenn sie weiterhin ihre berechtigten Benutzer auflisten. Weitere Informationen zur konsolidierten Abrechnung finden Sie unter Konsolidierte Abrechnung.

Kann ich vermeiden, dass dieselben berechtigten Benutzer in mehreren Instanzen des Continuous Delivery-Service in Rechnung gestellt werden?

Wenn Ihre Continuous Delivery-Serviceinstanzen in einem Unternehmen organisiert sind, können Sie die konsolidierte Abrechnung für eine Continuous Delivery-Serviceinstanz im Unternehmenskonto aktivieren, sodass berechtigte Benutzer nur einmal für die Abrechnung für alle Serviceinstanzen innerhalb des Unternehmens und in derselben Region gemeldet werden. Weitere Informationen zur konsolidierten Abrechnung finden Sie unter Konsolidierte Abrechnung.

Kann ich Continuous Delivery-Serviceinstanzen mit Terraform verwalten?

Mit Terraform können Sie Instanzen des Continuous Delivery-Service bereitstellen, aktualisieren und deren Bereitstellung zurücknehmen. Weitere Informationen zur Verwendung von Terraform mit Continuous Deliveryfinden Sie unter Serviceinstanz von Continuous Delivery mit Terraform erstellen, Continuous Delivery-Serviceinstanz mit Terraform löschen und in der ibm_resource_instance-Ressourcendokumentation.

Sie können Terraform nicht verwenden, um die Liste der berechtigten Benutzer für eine Continuous Delivery-Serviceinstanz zu verwalten. Sie können die Liste der berechtigten Benutzer nur über die Konsole verwalten. Informationen zur Verwaltung berechtigter Benutzer finden Sie unter Berechtigte Benutzer.

Kann ich Continuous Delivery-Serviceinstanzen mithilfe einer API verwalten?

Sie können HTTP APIs oder SDKs für ausgewählte Programmiersprachen verwenden, um Instanzen des Continuous Delivery Dienstes bereitzustellen, zu aktualisieren und die Bereitstellung aufzuheben. Weitere Informationen zur Verwendung von Continuous Delivery mit der API finden Sie unter Erstellen einer Continuous Delivery Dienstinstanz mit der API und Löschen einer Continuous Delivery Dienstinstanz mit der API.

Sie können APIs nicht verwenden, um die Liste der berechtigten Benutzer einer Continuous Delivery-Serviceinstanz zu verwalten. Sie können die Liste der berechtigten Benutzer nur über die Konsole verwalten. Informationen zur Verwaltung berechtigter Benutzer finden Sie unter Berechtigte Benutzer.

Kann ich die Konsole, APIs oder CLI verwenden, um Ressourcen zu ändern, die von Terraform verwaltet werden?

Wenn Sie Terraform verwenden, um Ressourcen wie Continuous Delivery-Serviceinstanzen, Toolchains und Tekton-Pipelines zu verwalten, vermeiden Sie es, die Ressourcen über die Konsole, APIs oder CLI oder durch eine andere Methode außerhalb der Steuerung von Terraform zu ändern.

Wenn Sie Terraform umgehen, indem Sie Ressourcen direkt ändern, kann dies zu einer Ressourcenabweichungführen. Dies ist eine Situation, in der der Status Ihrer tatsächlichen Ressourcen in IBM Cloud von der Definition der Ressourcen in Terraform abweicht. Wenn Sie die Terraform-Konfiguration das nächste Mal anwenden, versucht Terraform, Ihre Ressourcen zu aktualisieren, um sie wieder an der Terraform-Konfiguration auszurichten. Diese Aktion kann unbeabsichtigte Folgen haben, wie z. B. das Zurücksetzen von Änderungen oder das Löschen und anschließende erneute Erstellen von Ressourcen.

Weitere Informationen zur Ressourcenabweichung finden Sie unter Manage Resource Drift.