알려진 문제점 및 제한사항
알려진 문제 및 제한사항에는 구성 관리, 프로젝트에 대한 사용자 액세스, ID및 액세스 관리 (IAM) 한계가 포함됩니다.
기업에 대한 기본 IAM 제한을 검토하려면 기업 제한을 참조하십시오. 계정의 기본 제한을 확인하려면 IAM IBM Cloud 제한을 참조하십시오.
권한
프로젝트에서 작업하려면 사용자에게 IBM Cloud 프로젝트 서비스, 프로젝트의 리소스 그룹 및 IBM Cloud® Schematics에 대한 액세스 권한이 있어야 합니다. 액세스에 대한 자세한 정보는 프로젝트에 사용자 액세스 지정 을 참조하십시오.
대상 계정에 배치할 프로젝트 권한 부여는 배치 가능한 아키텍처에 API키를 전달하여 관리됩니다. 프로젝트는 신뢰할 수 있는 프로필을 사용하여 직접 승인할 수 있지만, IBM Cloud Kubernetes Service 및 GitLab 과 같은 일부 서비스는 신뢰할 수 있는 프로필을 지원하지 않습니다. API 키는 계속 지원되지만, 대상 계정에 대한 배포를 승인하는 데 신뢰할 수 있는 프로필이 권장되는 방법입니다.
구성 관리
구성을 추가, 삭제하고 이름을 바꿀 수 있습니다. 프로젝트 간 구성 이동은 두 프로젝트 모두에서 project.json 문서를 편집하여 수동으로 수행해야 합니다. 프로젝트에 여러 구성이 있는 경우 이름 지정 규칙으로만 구성할 수 있습니다.
비용 예상값
IBM Cloud 카탈로그에서 배치 가능한 아키텍처에 대해 비용 추정을 사용할 수 있습니다. 배치 가능한 아키텍처에 따라 사용 가능한 데이터를 기반으로 시작 비용이 추정됩니다. 이 예상 금액은 아키텍처가 프로젝트 내에서 사용자 정의될 때 변경될 수 있으며 모든 자원, 사용량, 라이센스, 요금, 할인 또는 세금을 포함하지는 않습니다. 자세한 정보는 프로젝트에서 아키텍처 비용 예상 을 참조하십시오.
{{../account/known-issues.md#policy-version-limit}}
드리프트 발견 한계
Schematics 및 Terraform은 변경된 리소스와 배치 중에 해당 리소스를 작성한 특정 구성 간의 드리프트만 발견할 수 있습니다. 서비스가 재사용되거나 참조된 자원에서 드리프트를 발견할 수 없습니다.
예를 들어, 특정 시나리오에서 config-1 구성은 배치 중에 Cloud Object Storage 인스턴스를 작성했습니다. 나중에 구성 config-2 및 config-3 를 배치했으며 동일한 Cloud Object Storage 인스턴스를 재사용했습니다. 자원의 이름을 바꾸면 config-1 및 이름이 바뀐 Cloud Object
Storage 인스턴스 사이에서만 드리프트가 발견됩니다. config-2 및 config-3 는 드리프트가 재사용되지 않고 작성된 자원과 구성 사이에서만 드리프트를 발견할 수 있기 때문에 드리프트 발견 작업에 실패했습니다.
자세한 정보는 드리프트 관리 를 참조하십시오.