Problemas Conhecidos e Limitações
Problemas e limitações conhecidos incluem gerenciamento de configuração, acesso de usuário a projetos e limites de gerenciamento de identidade e de acesso (IAM).
Para revisar os limites padrão do IAM para sua empresa, consulte Limites da empresa. Para revisar os limites padrão de uma conta, consulte Limites IBM Cloud do IAM.
Autorização
Para trabalhar em um projeto, os usuários devem ter acesso ao serviço de Projetos IBM Cloud, ao grupo de recursos para o projeto e ao IBM Cloud® Schematics. Para obter mais informações sobre o acesso, consulte Designando acesso de usuários a projetos
A autorização de projetos para implementar em uma conta de destino é gerenciada passando uma chave de API para a arquitetura implementável. Os projetos podem ser autorizados diretamente usando um perfil confiável, mas alguns serviços, como IBM Cloud Kubernetes Service e GitLab, não oferecem suporte a perfis confiáveis. As chaves API continuam a ser suportadas, mas um perfil confiável é o método preferencial para autorizar a implantação em contas de destino.
Gerenciamento da configuração
Configurações podem ser incluídas, excluídas e renomeadas. A movimentação de uma configuração entre projetos deve ser feita manualmente editando documentos project.json em ambos os projetos. Se houver várias configurações em um
projeto, elas poderão ser organizadas apenas por convenções de nomenclatura
Estimativa de custo
A estimativa de custo está disponível para arquiteturas implementáveis no catálogo do IBM Cloud. Dependendo da arquitetura implementável, um custo inicial é estimado com base nos dados disponíveis.. Essa quantia estimada está sujeita à mudança, pois a arquitetura é customizada em um projeto e não inclui todos os recursos, uso, licenças, taxas, descontos ou impostos. Para obter mais informações, consulte Estimativa de custos de arquitetura em um projeto
{{../account/known-issues.md#policy-version-limit}}
Limites de detecção de desvio
Schematics e Terraform podem detectar um desvio apenas entre um recurso mudado e a configuração específica que criou esse recurso durante a implementação. O serviço não pode detectar desvio em recursos reutilizados ou referenciados.
Por exemplo, em um cenário específico, a configuração config-1 criou uma instância do Cloud Object Storage durante a implementação. Posteriormente, você implementou as configurações config-2 e config-3 e elas reutilizaram a mesma instância do Cloud Object Storage Ao renomear o recurso, o desvio foi detectado apenas entre o config-1 e a instância do Cloud Object Storage renomeada. config-2 e config-3 falharam na tarefa de detecção de desvio porque o desvio pode ser detectado apenas entre uma configuração e o recurso que ele criou, não reutilizado.
Para obter mais informações, consulte Gerenciando o desvio