Änderungsprotokoll der VPC Identity API

Lesen Sie das API-Änderungsprotokoll, um mehr über Aktualisierungen und Verbesserungen der „ IBM Cloud® Virtual Private Cloud “ (VPC) -Identitäts-API zu erfahren. Änderungsprotokoll-Ankündigungen sind nach dem Datum ihrer Veröffentlichung sortiert. Änderungen an vorhandenen Versionen der Anwendungsprogrammierschnittstelle (API) sind so konzipiert, dass sie mit vorhandenen Clientanwendungen kompatibel sind.

Entwurfsgemäß gelten neue Funktionen mit Änderungen ohne Abwärtskompatibilität nur für Versionen, deren Datumsangabe am oder nach dem Datum des Release der betreffenden Funktion liegt. Änderungen, die für ältere Versionen der API gelten, dienen zur Aufrechterhaltung der Kompatibilität mit vorhandenen Anwendungen und vorhandenem Code. Wenn rückwärtsinkompatible Änderungen umfangreiche Anpassungen am Client-Code erfordern, um eine API-Version nutzen zu können, enthält das API-Änderungsprotokoll möglicherweise Links zu Anleitungen, Tipps oder bewährten Vorgehensweisen für die Aktualisierung des Client-Codes.

Einige Änderungen, wie beispielsweise neue Antwort-Eigenschaften oder neue optionale Anfrageparameter, gelten als kompatibel mit früheren Versionen. Andere Änderungen, wie zum Beispiel neue erforderliche Anforderungsparameter, werden hingegen nicht als abwärtskompatibel betrachtet. Um Unterbrechungen zu vermeiden, die durch Änderungen an der API bedingt sind, sollten Sie bei Aufrufen der API die folgenden bewährten Verfahren anwenden:

  • Erfassen und protokollieren Sie alle HTTP-Statuscodes vom Typ 4xx oder 5xx zusammen mit der darin enthaltenen Eigenschaft trace.
  • Befolgen Sie die Regeln für die HTTP-Umleitung für alle HTTP-Statuscodes des Typs 3xx.
  • Nutzen Sie nur die Ressourcen und Eigenschaften, die Ihre Anwendung benötigt, um zu funktionieren
  • Vermeiden Sie Abhängigkeiten von Verhaltensweisen des Systems, die nicht explizit dokumentiert wurden.

23. Juni 2026

Für alle Versionsdaten

Lizenz- und Berechtigungsdienst von Drittanbietern. Der VPC-Identitätsdienst unterstützt nun beim Erstellen eines Instanz-Identitätstokens den optionalen Parameter „ nonce “. Wenn Sie in der Anfrage einen Wert für „ nonce “ angeben, wird dieser in die signierte Token-Antwort aufgenommen, sodass die Software des Anbieters überprüfen kann, ob sie auf IBM Cloud ausgeführt wird und ob das Token erst kürzlich generiert wurde. Dieser Zertifizierungsmechanismus hilft Anbietern dabei, sicherzustellen, dass ihre Software in einer autorisierten „ IBM Cloud “-Umgebung ausgeführt wird.

Weitere Informationen finden Sie unter „ Operationen zur Instanzidentität “.

26. August 2025

Für alle Versionsdaten

Unterstützung für Bare-Metal-Server. Sie können jetzt von Bare-Metal-Servern aus auf die VPC-Identitäts-API zugreifen. Verwenden Sie die neue Methode create identity token, um ein Identitäts-Token für Ihren Bare Metal Server zu erstellen, und übergeben Sie dieses Token an die neue Methode create identity certificate. Alternativ können Sie dieses Token an die Methode IAM-Zugriffstoken erstellen übergeben und dieses Token dann für den Zugriff auf IAM-aktivierte Dienste verwenden. Sie können diese neuen Methoden auch von virtuellen Serverinstanzen aus nutzen. Weitere Informationen finden Sie in der VPC Identity API.

Für Version 2025-08-26 oder höher

Methoden der Instanzidentität. Wenn ein version Abfrageparameter von 2025-08-26 oder höher verwendet wird, schlägt die Anfrage mit einer Antwort „ HTTP “ von fehl 404, da die /instance_identity Methoden entfernt wurden. Kunden müssen auf die neuen /identity Methoden umsteigen. Weitere Informationen finden Sie im Leitfaden zur Versionsmigration der 2025-08-26 API. Das Verhalten bleibt unverändert, wenn ein Versionsabfrageparameter von 2025-08-25 oder früher von virtuellen Serverinstanzen verwendet wird.

Weitere Informationen finden Sie unter VPC Identity API bekannte Probleme.