Los proyectos de asset compute, y los trabajadores que contienen, deben implementarse en Adobe I/O Runtime a través de la CLI de Adobe I/O AEM para que los utilice el as a Cloud Service de la.
Al implementar en Adobe I/O Runtime AEM para que lo utilicen los servicios de autor as a Cloud Service de la aplicación, solo se requieren dos variables de entorno:
AIO_runtime_namespace
señala el espacio de trabajo del generador de aplicaciones para implementar enAIO_runtime_auth
son las credenciales de autenticación del espacio de trabajo del App BuilderLas demás variables estándar definidas en la variable .env
as a Cloud Service proporciona implícitamente los archivos cuando invoca el Asset compute de trabajo de AEM.
Dado que este proyecto se generó utilizando aio app init
uso del Development
workspace, AIO_runtime_namespace
se establece automáticamente como 81368-wkndaemassetcompute-development
con el correspondiente AIO_runtime_auth
en nuestro local .env
archivo. Si un .env
El archivo existe en el directorio utilizado para emitir el comando deploy, y se utilizan sus valores, a menos que se reemplacen mediante una exportación de variables de nivel del sistema operativo, que es cómo fase y producción los espacios de trabajo son específicos.
Para implementar en el espacio de trabajo definido en los proyectos .env
archivo:
aio app deploy
aio app get-url
AEM para obtener la URL del trabajador para usarla en el Perfil de procesamiento as a Cloud Service de la para hacer referencia a este trabajador de Asset compute personalizado. Si el proyecto contiene varios trabajadores, se muestran las direcciones URL discretas de cada trabajador.AEM Si los entornos de desarrollo local y desarrollo as a Cloud Service de la comunidad utilizan implementaciones de Asset compute AEM independientes, las implementaciones para el desarrollo as a Cloud Service se pueden administrar de la misma manera que Implementaciones de fase y producción.
La implementación en los espacios de trabajo de fase y producción se suele realizar mediante el sistema de CI/CD que elija. El proyecto de Asset compute debe implementarse en cada espacio de trabajo (fase y, a continuación, producción) de forma independiente.
La configuración de variables de entorno verdaderas anula los valores de las variables con el mismo nombre en .env
.
El enfoque general, automatizado normalmente por un sistema de CI/CD, para la implementación en entornos de ensayo y producción es el siguiente:
AIO_runtime_namespace
y AIO_runtime_auth
y se obtienen por espacio de trabajo en Adobe I/O Developer Console mediante el Descargar todo función.Los valores de estas claves se pueden configurar emitiendo comandos de exportación desde la línea de comandos:
$ export AIO_runtime_namespace=81368-wkndaemassetcompute-stage
$ export AIO_runtime_auth=27100f9f-2676-4cce-b73d-b3fb6bac47d1:0tDu307W6MboQf5VWB1BAK0RHp8xWqSy1CQc3lKe7f63o3aNtAu0Y3nAmN56502W
Si los Assets computes de trabajo requieren otras variables, como el almacenamiento en la nube, también deben exportarse como variables de entorno.
aio app deploy
aio app get-url
.Si la versión del proyecto de Asset compute cambia, las direcciones URL de trabajo también cambian para reflejar la nueva versión, y la URL deberá actualizarse en los perfiles de procesamiento.
Cuándo configuración del proyecto del Generador de aplicaciones en Adobe I/O para apoyar el desarrollo local, se creó un nuevo espacio de trabajo de desarrollo y Asset compute, eventos de E/S y API de administración de eventos de E/S se le han añadido.
El Asset compute, eventos de E/S y API de administración de eventos de E/S Las API solo se añaden explícitamente a los espacios de trabajo utilizados para el desarrollo local. AEM Los espacios de trabajo que se integran (exclusivamente) con entornos as a Cloud Service de la sí lo hacen no AEM necesitan que se agreguen estas API explícitamente, ya que las API están disponibles de forma natural para los as a Cloud Service de la.