Limitações
São limitações gerais ou considerações sobre as integrações ETL zero:
As propriedades do recurso têm um relacionamento de um para um com o recurso correspondente. Consequentemente, todas as integrações criadas usando esse recurso devem aderir à propriedade única do recurso. Portanto, a modificação de uma propriedade do recurso afetará todas as integrações associadas a esse recurso.
As propriedades da tabela têm um relacionamento de um para um com o objeto ou a tabela correspondente no recurso. Como resultado, todas as integrações que processam a mesma tabela de ou para o mesmo recurso devem aderir à propriedade da tabela única.
Não é possível renomear uma coluna na origem. Se uma coluna for renomeada, não há garantia de que a detecção do esquema será feita com precisão pelo AWS Glue e que as repercussões na integração serão indefinidas.
A consideração a seguir se aplica à forma como a integração funciona com tabelas gerenciadas do AWS Lake Formation: por padrão, você usa a política do IAM/AWS Glue para gerenciar sua tabela e bancos de dados.
Se você quiser usar o AWS Lake Formation para gerenciar a criação de tabelas nesse banco de dados, deverá garantir que o perfil tenha permissões suficientes do Lake Formation para criar, modificar e excluir a tabela e o banco de dados.
A página de resumo de ETL zero não contém nenhuma métrica no momento.
São limitações específicas da origem de integrações ETL zero:
Integrações ETL zero com uma fonte SAPOData agora são compatíveis com entidades que começam com
EntityOf. Atualmente, a capacidade de substituir a chave primária é compatível somente para objetos SAPODataEntityOf. Depois que essa propriedade tiver sido definida, ela não poderá ser modificada.Integrações ETL zero do Amazon DynamoDB com o Amazon SageMaker Lakehouse (via S3) oferecem suporte a um tamanho máximo de tabela do DynamoDB de 100 TB.
A tabela de origem do DynamoDB deve ser criptografada com uma chave do AWS KMS pertencente à Amazon ou gerenciada pelo cliente. A criptografia gerenciada pela Amazon não se aplica à tabela de origem do DynamoDB.
O SAP OData funciona usando um token delta, em que a combinação de um cliente OAuth mais uma entidade, ou autenticação básica mais uma entidade, pode ter apenas um único token delta. Evite usar a mesma entidade em duas integrações diferentes com o mesmo cliente.
Não há suporte aos campos ou entidades do Salesforce a seguir para uso em uma integração ETL zero com uma origem Salesforce. Consulte Entidades e campos sem suporte no Salesforce.
As entidades ou campos do ServiceNow, apresentados a seguir, não são compatíveis com uma Integração ETL zero com uma fonte do ServiceNow. Consulte Entidades e campos não compatíveis com o ServiceNow.
Confira a seguir as limitações específicas do destino de integrações ETL zero:
Devido à limitação no Catálogo de Dados, o ETL zero do AWS Glue só é compatível com a replicação de tabelas com nomes de tabela menores que 255 caracteres.
Devido à limitação no Athena, o nome da coluna de origem/campo aninhado não deve conter caracteres especiais “:”, o que fará com que os metadados do esquema da tabela de destino apareçam incorretamente. Nesses casos, o ETL zero do AWS Glue moverá a integração para o estado FAILED.
Devido à limitação no Iceberg, o destino do ETL zero do AWS Glue só é compatível com a replicação de mil colunas por tabela. Se a tabela escolhida em qualquer integração tiver mais de mil colunas, o ETL zero do AWS Glue moverá a integração para o estado FAILED.
Devido à limitação no Catálogo de Dados, o ETL zero do AWS Glue só é compatível com a replicação de tabelas de tamanho de esquema de 10 MB. Se a tabela escolhida em qualquer integração tiver um tamanho de esquema maior que 10 MB, o ETL zero do AWS Glue moverá a integração para o estado FAILED.