Show Menu
TEMAS×

Novedades y diferencias

Durante muchos años, AEM ha estado disponible para:
  • Local
  • como un servicio administrado
Existen diferencias intrínsecas entre estos enfoques anteriores y AEM como servicio de nube:
Estas descripciones generales no son exhaustivas, pero tienen por objeto proporcionar una introducción.
Para obtener más información sobre las versiones de los servicios administrados y locales, consulte el conjunto de documentación de AEM 6.5 .

Arquitectura

Para obtener más información, consulte Arquitectura .
AEM como Cloud Service ahora tiene:
  • Arquitectura dinámica con un número variable de imágenes de AEM.

Arquitectura dinámica

Esta arquitectura:
  • Se adapta en función del tráfico real y la actividad real .
  • Tiene instancias individuales que solo se ejecutan cuando es necesario.
  • Utiliza aplicaciones modulares.
  • Tiene un clúster de creación predeterminado, lo que elimina el tiempo de inactividad durante las tareas de mantenimiento.
Esto permite adaptarse automáticamente a distintos patrones de uso:

Adaptación automática para patrones de uso variables

Actualizaciones

Para obtener más información, consulte la Introducción a la implementación .
AEM como servicio de nube ahora utiliza la integración continua y la entrega continua (CI/CD) para garantizar que los proyectos están completamente actualizados. Esto significa que todas las operaciones de actualización están completamente automatizadas, por lo que no es necesario interrumpir el servicio para los usuarios.
Adobe se encarga de actualizar de forma proactiva todas las instancias operativas del servicio a la versión más reciente de la base de código de AEM:
  • Correcciones de errores:
    • Se puede liberar diariamente.
    • Las instancias se actualizan con frecuencia con las últimas correcciones de errores. A medida que los cambios se aplican con regularidad, el impacto es incremental, lo que reduce el impacto en el servicio.
    • La mayoría de las actualizaciones son por motivos de mantenimiento y seguridad.
  • Nuevas funciones:
    • Se publicará con una programación mensual predecible.
Para obtener más información, consulte Arquitectura de implementación .

Cloud Manager

Adobe Cloud Manager es esencial para el enfoque de actualización continua de AEM como servicio de nube, ya que controla todas las actualizaciones de las instancias. Esto es obligatorio.
Adobe puede activar las actualizaciones cuando hay una nueva versión del servicio en la nube disponible. También puede activar las actualizaciones de la aplicación mediante las canalizaciones proporcionadas por Cloud Manager.
Cloud Manager es:
  • se utiliza para administrar los programas y entornos de AEM,
  • un componente esencial de AEM como servicio de nube; cada nuevo inquilino se aprovisiona primero para el acceso a Cloud Manager,
  • el único punto de entrada para su personal de operaciones y desarrollo.
Específicamente, el número y el tipo de programas de AEM que se pueden crear desde el Administrador de nube se derivan de:
  • del acuerdo de licencia del cliente,
  • de los actores internos cuando AEM como servicio de nube se utiliza para la habilitación o formación,
  • a partir de procesos impulsados por el exterior como las pruebas iniciadas desde Adobe.com.
Cloud Manager ha evolucionado como un portal de autoservicio en el que se pueden crear y configurar los componentes principales de AEM como servicio de nube:
  • Creación y gestión de nuevos programas.
  • Creación y administración de entornos AEM en estos programas.
  • Creación y administración de las tuberías para implementar el código del cliente y la configuración relacionada en un entorno específico.
  • Recibir notificaciones de eventos de ciclo vital importantes para estos componentes (por ejemplo, actualizaciones de productos).
Actualmente, Cloud Manager puede crear entornos en 3 regiones geográficas (con más regiones a continuación):
  • EE.UU. (Este)
  • EMEA (Países Bajos)
  • APAC (Australia)

Incorporación

Para obtener más información, consulte Incorporación .
El inicio y la administración de un proyecto de AEM son sencillos cuando se utiliza AEM como servicio de nube, ya que Adobe es responsable de muchos aspectos:
  • Las imágenes de AEM de línea de base están optimizadas para casos de uso específicos.
  • Muchas de las tareas de configuración manual se han vuelto redundantes.
También es significativamente diferente, como ahora lo es:
  • Una fase de evaluación para asegurar que se hayan cumplido todos los requisitos previos; incluyendo, por ejemplo:
    • Requisitos legales
    • Acuerdos contractuales
    • Requisitos técnicos para cualquier contenido existente o código personalizado por el cliente
  • Requisitos de implementación:
    • Actualizaciones de código; cualquier aplicación para clientes desarrollada para una versión anterior de AEM deberá revisarse y posiblemente actualizarse.
    • Migración de contenido

Desarrollo de

Para obtener más información, puede empezar con Desarrollo Guías y Desarrollo - Tutorial de WKND.
La nueva arquitectura que admite AEM como un servicio de nube incluye algunos cambios clave en la experiencia general del desarrollador. Uno de los principales objetivos de AEM como servicio de nube es permitir que los clientes con experiencia (que han utilizado AEM in situ o en el contexto de los servicios gestionados de Adobe) migren a AEM como servicio de nube lo antes posible, sin tener que reescribir la mayor parte de su código personalizado. Sin embargo, es posible que aún sean necesarios algunos ajustes.

Desarrollo de nube

Para que las aplicaciones de AEM existentes se ejecuten en AEM como un servicio de nube, se esperan los siguientes pasos:
  • El código y la configuración de la aplicación deben almacenarse en el repositorio de código Git del programa Cloud Manager asociado.
  • El código y la configuración de la aplicación deben ser compatibles con la versión más reciente de la imagen AEM de línea base (que puede estar cambiando diariamente).
    • La aplicación cliente debe crearse e implementarse mediante la canalización de Cloud Manager asociada al entorno de Cloud Manager.
  • La aplicación cliente debe pasar todas las puertas de calidad, seguridad y rendimiento del código que se apliquen en la canalización.
  • Las imágenes creadas para la aplicación del cliente deben implementarse mediante la canalización de Cloud Manager.
Este proceso se conoce comúnmente como desarrollo primerizado en la nube. Dado que se espera que la duración de extremo a extremo tome minutos (de 20 a 50 según la complejidad de la aplicación), es necesario adoptar metodologías de desarrollo rápido antes de que se intenten los cambios de código y configuración pendientes en la nube.
La consola web, en la que se administran los paquetes OSGI y su configuración asociada, y que anteriormente formaba parte de AEM QuickStart, ya no es accesible directamente para los usuarios de AEM como entorno de servicio en la nube. Se puede acceder a esta interfaz en modo de solo lectura mediante una nueva consola para desarrolladores. Con esta consola, los desarrolladores pueden seleccionar e iniciar sesión directamente en cualquier nodo concreto de un autor o servicio de publicación y, a continuación, acceder a las áreas bloqueadas de forma predeterminada.
Consulte también Configuración de OSGi
Otro requisito común para los desarrolladores es el acceso rápido a los archivos de registro de los distintos entornos. Con AEM como servicio de nube, los archivos de registro de los diferentes nodos de los nodos de creación y publicación están disponibles mediante el Administrador de nube, ya sea en forma de archivos que se pueden descargar o mediante API.
Debido a la clara separación de código y contenido, los desarrolladores pueden utilizar un proceso particular para actualizar el contenido como parte de una implementación. Los casos de uso típicos del contenido mutable son:
  • Contenido predeterminado estándar que forma parte del proyecto del cliente (por ejemplo, carpetas, plantillas, flujos de trabajo, etc.)
  • Definiciones de índice de búsqueda
  • ACL y permisos
  • Usuarios de servicios y grupos de usuarios

Desarrollo local

Para permitir el desarrollo y las iteraciones rápidas, también es posible desarrollar aplicaciones AEM fuera de AEM como contexto de servicio en la nube. Con este fin, los desarrolladores pueden acceder a los siguientes artefactos:
  • Inicio rápido de AEM as a Cloud Service: un instalador independiente .jar basado en la última base de código de AEM, con la misma superficie funcional y de API.
  • El SDK de AEM as a Cloud Service Dispatcher: un proceso basado en imágenes para probar y validar localmente las configuraciones de Dispatcher
Debe tenerse en cuenta que el inicio rápido de la nube no permite todas las funcionalidades de AEM Sites y AEM Assets. Consiste en un entorno de creación sencillo en el que la mayoría de las extensiones se pueden desarrollar y probar.

Operaciones y rendimiento

Para obtener más información, comience con Copia de seguridad , Indexación y Otras tareas de mantenimiento .
Con AEM como servicio de nube, estas operaciones se automatizan para que ya no sea necesaria ninguna interrupción del servicio.
En estas áreas:
  • Se han automatizado muchas tareas.
  • Las topologías están optimizadas para lograr la máxima resiliencia y eficiencia; por ejemplo, la replicación sin binarios es la predeterminada.
  • Las tareas de gran carga, como colas, trabajos y tareas de procesamiento masivo, se han trasladado de la instancia principal de AEM para que se gestionen mediante microservicios compartidos y dedicados.
Las operaciones para AEM como servicio de nube también son compatibles con una nueva infraestructura de supervisión, informes y alertas. Esto permite que los SRE de Adobe (Ingenieros de confiabilidad del sitio) mantengan el servicio de forma proactiva y saludable. Los diferentes elementos de la arquitectura están equipados con una gran variedad de controles sanitarios. Si, por alguna razón, un nodo particular de la arquitectura se considera insalubre, entonces se elimina del servicio y se reemplaza silenciosamente por uno nuevo y saludable.

Administración de identidades

Para obtener más información, consulte Seguridad - Soporte de IMS.
Un cambio importante en AEM como servicio de nube es el uso totalmente integrado de Adobe ID para acceder al nivel de creación.
Esto requiere el uso de la consola de administración de Adobe para administrar usuarios y grupos de usuarios. Las cuentas de usuario permiten a los usuarios acceder a los productos y servicios de Adobe, ya que la información de perfil de usuario está centralizada en Adobe Identity Management System (IMS) para compartirse en todos los servicios en la nube. Una vez asignado el acceso a AEM, se puede hacer referencia a las cuentas de usuario en AEM como un servicio de nube (como antes); por ejemplo, para definir funciones y permisos desde las interfaces de usuario de AEM Security.
Esto combina las ventajas de:
  • Uso de Adobe Identity Management System (IMS) para proporcionar el inicio de sesión único en todas las aplicaciones de nube de Adobe.
  • Las preferencias de usuario permanecen locales en cada instancia concreta de AEM como servicio de nube.

Creación de la interfaz de usuario

Para obtener más información, la Gestión Básica es un buen punto de partida.
Los principios básicos de la interfaz de usuario (IU) de creación, tanto para sitios como para recursos, resultarán muy familiares para cualquiera que haya utilizado AEM en el pasado.
La principal diferencia es que la interfaz de usuario está habilitada exclusivamente para la función táctil; la IU clásica ya no está disponible. De lo contrario, los conceptos básicos permanecen inalterados y sólo se observan pequeños cambios.

AEM Sites

Los sitios de Adobe Experience Manager como servicio de nube le permiten ofrecer a sus clientes experiencias personalizadas basadas en contenido, combinando la potencia de AEM Content Management System con AEM Digital Asset Management.
Para obtener más información, consulte la descripción general de los cambios en los sitios .

AEM Assets

Recursos Adobe Experience Manager como servicio de nube ofrece una solución SaaS nativa de la nube para que las empresas no solo realicen sus operaciones de administración de recursos digitales y de medios dinámicos con rapidez e impacto, sino que también utilicen funciones inteligentes de próxima generación, como AI/ML, desde un sistema que siempre está actualizado, siempre disponible y siempre aprendiendo.
La oferta de recursos incluye el procesamiento de recursos de próxima generación en la nube y la búsqueda y la ingesta de recursos de alto rendimiento.
Para obtener más información, consulte información general e introducción a Recursos como servicio de nube.