AEM as a Cloud Service: Limitaciones de las pruebas de distribución de contenido de Sling en SDK local frente a entornos de nube
En este artículo se explican las diferencias y limitaciones de la prueba de Sling Content Distribution (SCD) con AEM as a Cloud Service SDK local en comparación con los entornos de Cloud Service reales, y se aclara qué se puede validar y qué no se puede validar localmente.
Descripción description
Entorno
Adobe Experience Manager as a Cloud Service (todas las versiones)
Síntomas
No hay certeza sobre si Sling Content Distribution (SCD) puede probarse completamente con AEM as a Cloud Service SDK local. Pueden surgir preguntas sobre la equivalencia del comportamiento local de SDK con los entornos de Cloud Service de producción, como las siguientes:
- Si el SDK local admite pruebas de SCD de extremo a extremo
- Qué funciones de SCD se simulan o no están disponibles localmente
- Capacidad para validar la creación de paquetes de distribución, el procesamiento de colas, los eventos de distribución, la entrega de contenido y la gestión de errores
- La presencia de componentes, servicios o canalizaciones específicos de la nube no disponibles en SDK
- El nivel de confianza que se puede depositar en los resultados de validación local
No se generan mensajes de error específicos, pero las diferencias en los mecanismos de replicación y la ausencia de servicios de canalización administrados por Adobe pueden dar lugar a resultados inesperados al comparar entornos locales y de nube.
Causa
El SDK local está diseñado como simulación en tiempo de desarrollo y no incluye la canalización de SCD administrada por Adobe, el historial ni los microservicios necesarios para las pruebas de replicación de extremo a extremo completas, como se encuentran en los entornos de Cloud Service.
Resolución resolution
Siga los pasos a continuación para comprender y abordar las limitaciones:
- Comprenda las funciones locales de SDK: AEM as a Cloud Service SDK local no incluye la canalización de SCD administrada por Adobe, el historial (Replicación como servicio) ni los microservicios en la nube presentes en los entornos de producción. La replicación local utiliza mecanismos clásicos → creación y publicación, no la canalización de SCD que se utiliza en Cloud Service.
- Identificar lo que se puede probar localmente: puede validar el uso que hace la aplicación de la API de replicación (como activar o desactivar contenido). Se puede probar la lógica empresarial desencadenada por los eventos de publicación.
- Reconozca lo que no se puede probar localmente: las colas de SCD basadas en Journal, el comportamiento de la canalización y el escalado en varios pods de publicación no están presentes en SDK. Los escenarios de autor/publicación agrupados, las actualizaciones automáticas y la pérdida de pod no se pueden simular. Los microservicios específicos de la nube, las capas de distribución y las colas administradas por Adobe no están disponibles.
- Realice pruebas en entornos de nube para obtener una cobertura completa: Para verificar el SCD de un extremo a otro (incluido el comportamiento de la canalización, la puesta en cola, la escala y el tiempo de ejecución distribuido), utilice entornos de AEM as a Cloud Service reales (DEV, STAGE, PROD).
- Consulte la documentación oficial: Consulte la documentación de AEM as a Cloud Service para obtener las directrices más recientes sobre los ámbitos de prueba admitidos.