Bekannte Probleme und Einschränkungen
Zu den bekannten Problemen und Einschränkungen gehören das Konfigurationsmanagement, der Benutzerzugriff auf Projekte und IAM-Grenzwerte (Identity and Access Management).
Informationen zu den Standard-IAM-Grenzwerten für Ihr Unternehmen finden Sie unter Unternehmensgrenzwerte. Um die Standardlimits für ein Konto zu überprüfen, siehe IBM Cloud IAM-Limits.
Berechtigung
Um in einem Projekt arbeiten zu können, müssen Benutzer Zugriff auf den Service IBM Cloud-Projekte, die Ressourcengruppe für das Projekt und IBM Cloud® Schematicshaben. Weitere Informationen zum Zugriff finden Sie unter Benutzern Zugriff auf Projekte zuweisen.
Die Autorisierung von Projekten zur Implementierung in einem Zielkonto wird durch Übergabe eines API-Schlüssels an die implementierbare Architektur verwaltet. Projekte können direkt mit einem vertrauenswürdigen Profil autorisiert werden, aber einige Dienste wie IBM Cloud Kubernetes Service und GitLab unterstützen keine vertrauenswürdigen Profile. API-Schlüssel werden weiterhin unterstützt, aber ein vertrauenswürdiges Profil ist die bevorzugte Methode zur Autorisierung der Bereitstellung für Zielkonten.
Konfigurationsmanagement
Konfigurationen können hinzugefügt, gelöscht oder umbenannt werden. Das Verschieben einer Konfiguration zwischen Projekten muss manuell erfolgen, indem project.json-Dokumente in beiden Projekten bearbeitet werden. Wenn ein Projekt
mehrere Konfigurationen enthält, können sie nur nach Namenskonventionen organisiert werden.
Kostenvoranschlag
Die Kostenschätzung ist für bereitstellbare Architekturen im Katalog IBM Cloud verfügbar. Abhängig von der implementierbaren Architektur werden die Anfangskosten basierend auf den verfügbaren Daten geschätzt. Dieser geschätzte Betrag kann sich ändern, da die Architektur innerhalb eines Projekts angepasst wird und nicht alle Ressourcen, die Nutzung, Lizenzen, Gebühren, Rabatte oder Steuern umfasst. Weitere Informationen finden Sie unter Architekturkosten in einem Projekt schätzen.
{{../account/known-issues.md#policy-version-limit}}
Grenzwerte für Drifterkennung
Schematics und Terraform können eine Abweichung nur zwischen einer geänderten Ressource und der Konfiguration erkennen, die diese Ressource während der Bereitstellung erstellt hat. Der Service kann keine Abweichung in wiederverwendeten oder referenzierten Ressourcen erkennen.
In einem bestimmten Szenario hat die Konfiguration config-1 während der Implementierung eine Cloud Object Storage-Instanz erstellt. Später haben Sie Konfigurationen config-2 und config-3 bereitgestellt
und sie haben dieselbe Cloud Object Storage-Instanz wiederverwendet. Als Sie die Ressource umbenannt haben, wurde die Abweichung nur zwischen config-1 und der umbenannten Cloud Object Storage-Instanz erkannt. config-2 und config-3 haben den Drifterkennungsjob nicht ausgeführt, da die Drift nur zwischen einer Konfiguration und der von ihr erstellten Ressource erkannt und nicht wiederverwendet werden kann.
Weitere Informationen finden Sie unter Drift verwalten.