AEM as a Cloud Service: limitações de teste da Distribuição de conteúdo do Sling em ambientes SDK locais versus Cloud

Este artigo explica as diferenças e limitações do teste da Distribuição de conteúdo do Sling (SCD) usando o AEM as a Cloud Service SDK local em comparação aos ambientes reais do Cloud Service e esclarece o que pode ou não ser validado localmente.

Descrição description

Ambiente

Adobe Experience Manager as a Cloud Service (todas as versões)

Sintomas

Há incerteza sobre se a Distribuição de conteúdo do Sling (SCD) pode ser totalmente testada usando o AEM as a Cloud Service SDK local. Podem surgir dúvidas sobre a equivalência do comportamento local do SDK com ambientes de produção do Cloud Service, incluindo:

  • Se o SDK local oferece suporte a testes SCD completos
  • Quais recursos de SCD são simulados ou não estão disponíveis localmente
  • A capacidade de validar a criação de pacotes de distribuição, o processamento da fila, os eventos de distribuição, a entrega de conteúdo e o tratamento de falhas
  • A presença de componentes, serviços ou pipelines específicos da nuvem não estão disponíveis no SDK
  • O nível de confiança que pode ser colocado nos resultados da validação local

Nenhuma mensagem de erro específica é gerada, mas diferenças nos mecanismos de replicação e a ausência de serviços de pipeline gerenciados pela Adobe podem levar a resultados inesperados ao comparar ambientes locais e em nuvem.

Causa

O SDK local foi projetado como uma simulação de tempo de desenvolvimento e não inclui o pipeline, o journal ou os microsserviços de SCD gerenciados pela Adobe necessários para testes completos de replicação, conforme encontrados em ambientes Cloud Service.

Resolução resolution

Siga as etapas abaixo para entender e resolver as limitações:

  1. Entenda os recursos locais do SDK: o AEM as a Cloud Service SDK local não inclui pipeline de SCD gerenciado pela Adobe, journal (Replicação como um serviço) ou microsserviços em nuvem presentes em ambientes de produção. A replicação local usa mecanismos clássicos de autor → publicação, não o pipeline de SCD usado no Cloud Service.
  2. Identifique o que pode ser testado localmente: você pode validar o uso da API de replicação pelo seu aplicativo (como ativar ou desativar o conteúdo). A lógica de negócios acionada pelos eventos de publicação pode ser testada.
  3. Reconheça o que não pode ser testado localmente: as filas de SCD baseadas em diário, o comportamento do pipeline e o dimensionamento em vários pods de publicação não estão presentes no SDK. Cenários de criação/publicação em cluster, atualizações automáticas e churn de pod não podem ser simulados. Microsserviços específicos da nuvem, camadas de distribuição e filas gerenciadas pela Adobe não estão disponíveis.
  4. Testar em ambientes em nuvem para obter cobertura completa: para verificação SCD completa (incluindo comportamento de pipeline, enfileiramento, dimensionamento e tempo de execução distribuído), use ambientes reais do AEM as a Cloud Service (DEV, STAGE, PROD).
  5. Consulte a documentação oficial: consulte a documentação do AEM as a Cloud Service para obter as orientações mais recentes sobre escopos de teste compatíveis.
recommendation-more-help
experience-cloud-kcs-help-kbarticles