Implementación de variables

Las siguientes variables deploy controlan acciones en la fase de implementación y pueden heredar y anular valores de las variables globales. Inserte estas variables en la fase deploy del archivo .magento.env.yaml:

stage:
  deploy:
    DEPLOY_VARIABLE_NAME: value

Para obtener más información sobre cómo personalizar el proceso de generación e implementación:

CACHE_CONFIGURATION

  • PredeterminadoNo establecido
  • Versión: Adobe Commerce 2.1.4 y posterior

Configure la página Redis y el almacenamiento en caché predeterminado. Al establecer el parámetro cm_cache_backend_redis, debe especificar las opciones server, port y database.

stage:
  deploy:
    CACHE_CONFIGURATION:
      frontend:
        default:
          backend: file
        page_cache:
          backend: file

De manera predeterminada, el proceso de implementación sobrescribe todos los valores del archivo env.php; sin embargo, puede optar por combinar uno o varios valores de una configuración de servicio sin sobrescribir todos los valores.

Establezca la opción _merge en una de las siguientes opciones:

  • trueCombinar los valores de servicio configurados con los valores de variable de entorno.
  • falseSobrescribir los valores de servicio configurados con los valores de variable de entorno.

El siguiente ejemplo combina nuevos valores en una configuración existente:

stage:
  deploy:
    CACHE_CONFIGURATION:
      _merge: true
      frontend:
        default:
          backend_options:
            database: 10
        page_cache:
          backend_options:
            database: 11

El siguiente ejemplo usa la característica de precarga de Redis tal como se define en la guía de configuración:

stage:
  deploy:
    CACHE_CONFIGURATION:
      _merge: true
      frontend:
        default:
          id_prefix: '061_'
          backend_options:
            preload_keys:
              - '061_EAV_ENTITY_TYPES:hash'
              - '061_GLOBAL_PLUGIN_LIST:hash'
              - '061_DB_IS_UP_TO_DATE:hash'
              - '061_SYSTEM_DEFAULT:hash'

Para usar un modelo REDIS_BACKEND personalizado (no solo de la lista de permitidos), establezca la opción _custom_redis_backend en true para habilitar la validación correcta como en el siguiente ejemplo:

stage:
  deploy:
    CACHE_CONFIGURATION:
      frontend:
        default:
          _custom_redis_backend: true
          backend: '\CustomRedisModel'

CLEAN_STATIC_FILES

  • Predeterminadotrue
  • Versión: Adobe Commerce 2.1.4 y posterior

Habilita o deshabilita la limpieza de archivos de contenido estático generados durante la fase de compilación o implementación. Se recomienda usar el valor predeterminado true en desarrollo.

  • true: elimina todo el contenido estático existente antes de implementar el contenido estático actualizado.
  • false: la implementación solo sobrescribe los archivos de contenido estático existentes si el contenido generado contiene una versión más reciente.

Si modifica el contenido estático mediante un proceso independiente, establezca el valor en false.

stage:
  deploy:
    CLEAN_STATIC_FILES: false

Si no se limpian los archivos de vista estática antes de la implementación, pueden producirse problemas si se implementan actualizaciones en los archivos existentes sin quitar las versiones anteriores. Debido a las reglas static file fallback, las operaciones de reserva pueden mostrar el archivo incorrecto si el directorio contiene varias versiones del mismo archivo.

CRON_CONSUMERS_RUNNER

  • Predeterminadocron_run = false, max_messages = 1000
  • Versión—Adobe Commerce 2.2.0 y posterior

Utilice esta variable de entorno para confirmar que las colas de mensajes se están ejecutando después de una implementación.

  • cron_run: valor booleano que habilita o deshabilita el trabajo cron de consumers_runner (predeterminado = false).

  • max_messages: un número que especifica el número máximo de mensajes que cada consumidor debe procesar antes de finalizar (predeterminado = 1000). Puede establecer el valor en 0 para evitar que el consumidor finalice.

  • consumers: una matriz de cadenas que especifica los consumidores que se van a ejecutar. Una matriz vacía ejecuta todos los consumidores.

  • multiple_processes: un número que especifica el número de procesos que se generarán para cada consumidor. Compatible con Commerce 2.4.4 o superior.

NOTE
Para devolver una lista de la cola de mensajes consumers, ejecute el comando ./bin/magento queue:consumers:list en el entorno remoto.

Matriz de ejemplo que ejecuta consumers específico y multiple_processes para que se genere para cada consumidor:

stage:
  deploy:
    CRON_CONSUMERS_RUNNER:
      cron_run: true
      max_messages: 1000
      consumers:
        - example_consumer_1
        - example_consumer_2
-     multiple_processes:
        example_consumer_1: 4
        example_consumer_2: 3

Ejemplo de una matriz vacía que ejecuta todos los consumers:

stage:
  deploy:
    CRON_CONSUMERS_RUNNER:
      cron_run: true
      max_messages: 1000
      consumers: []

De manera predeterminada, el proceso de implementación sobrescribe toda la configuración del archivo env.php. Consulte Administrar colas de mensajes en la Guía de configuración de Commerce para Adobe Commerce local.

CONSUMERS_WAIT_FOR_MAX_MESSAGES

  • Predeterminadofalse
  • Versión—Adobe Commerce 2.2.0 y posterior

Configure cómo consumers procesa los mensajes de la cola de mensajes eligiendo una de las siguientes opciones:

  • falseConsumers procesan los mensajes disponibles en la cola, cierran la conexión TCP y finalizan. Consumers no espera a que otros mensajes entren en la cola, aunque el número de mensajes procesados sea menor que el valor max_messages especificado en la variable de implementación CRON_CONSUMERS_RUNNER.

  • trueConsumers continúan procesando mensajes de la cola de mensajes hasta alcanzar el número máximo de mensajes (max_messages) especificado en la variable de implementación CRON_CONSUMERS_RUNNER antes de cerrar la conexión TCP y finalizar el proceso de consumidor. Si la cola se vacía antes de llegar a max_messages, el consumidor espera a que lleguen más mensajes.

WARNING
Si usa trabajadores para ejecutar consumers en lugar de usar un trabajo cron, establezca esta variable como true.
stage:
  deploy:
    CONSUMERS_WAIT_FOR_MAX_MESSAGES: false

CRYPT_KEY

  • PredeterminadoNo establecido
  • Versión: Adobe Commerce 2.1.4 y posterior
WARNING
Establezca el valor CRYPT_KEY a través del archivo Cloud Console en lugar del archivo .magento.env.yaml para evitar exponer la clave en el repositorio de código fuente de su entorno. Consulte Establecer variables de entorno y proyecto.

Cuando mueve la base de datos de un entorno a otro sin un proceso de instalación, necesita la información criptográfica correspondiente. Adobe Commerce usa el valor de clave de cifrado establecido en Cloud Console como el valor crypt/key del archivo env.php.

DATABASE_CONFIGURATION

  • PredeterminadoNo establecido
  • Versión: Adobe Commerce 2.1.4 y posterior

Si ha definido una base de datos en la propiedad de relaciones del archivo .magento.app.yaml, puede personalizar las conexiones de base de datos para la implementación.

stage:
  deploy:
    DATABASE_CONFIGURATION:
      some_config: 'some_value'

De manera predeterminada, el proceso de implementación sobrescribe todos los valores del archivo env.php; sin embargo, puede optar por combinar uno o varios valores de una configuración de servicio sin sobrescribir todos los valores.

Establezca la opción _merge en una de las siguientes opciones:

  • trueCombinar los valores de servicio configurados con los valores de variable de entorno.
  • falseSobrescribir los valores de servicio configurados con los valores de variable de entorno.

El siguiente ejemplo combina nuevos valores en una configuración existente:

stage:
  deploy:
    DATABASE_CONFIGURATION:
      some_config: 'some_new_value'
      _merge: true

Además, puede configurar un prefijo de tabla.

WARNING
Si no utiliza la opción de combinación con el prefijo de tabla, debe proporcionar la configuración de conexión predeterminada o la implementación no superará la validación.

El ejemplo siguiente utiliza el prefijo de tabla ece_ con la configuración de conexión predeterminada en lugar de utilizar la opción _merge:

stage:
  deploy:
    DATABASE_CONFIGURATION:
      connection:
        default:
          username: user
          host: host
          dbname: magento
          password: password
      table_prefix: 'ece_'

Salida de ejemplo:

MariaDB [main]> SHOW TABLES;
+-------------------------------------+
| Tables_in_main                      |
+-------------------------------------+
| ece_admin_passwords                 |
| ece_admin_system_messages           |
| ece_admin_user                      |
| ece_admin_user_session              |
| ece_adminnotification_inbox         |
| ece_amazon_customer                 |
| ece_authorization_rule              |
| ece_cache                           |
| ece_cache_tag                       |
| ece_captcha_log                     |
...

ELASTICSUITE_CONFIGURATION

  • PredeterminadoNo establecido
  • Versión—Adobe Commerce 2.2.0 y posterior

Conserva la configuración personalizada del servicio Elastic Suite entre implementaciones y la usa en la sección "system/default/mile_elasticsuite_core_base_settings" de la configuración principal de Elastic Suite. Si está instalado el paquete del compositor Elastic Suite, se configura automáticamente.

stage:
  deploy:
    ELASTICSUITE_CONFIGURATION:
      es_client:
        servers: 'remote-host:9200'
      indices_settings:
        number_of_shards: 1
        number_of_replicas: 0

De manera predeterminada, el proceso de implementación sobrescribe todos los valores del archivo env.php; sin embargo, puede optar por combinar uno o varios valores de una configuración de servicio sin sobrescribir todos los valores.

Establezca la opción _merge en una de las siguientes opciones:

  • trueCombinar los valores de servicio configurados con los valores de variable de entorno.
  • falseSobrescribir los valores de servicio configurados con los valores de variable de entorno.

El siguiente ejemplo combina un nuevo valor con la configuración existente:

stage:
  deploy:
    ELASTICSUITE_CONFIGURATION:
      indices_settings:
        number_of_shards: 3
        number_of_replicas: 2
      _merge: true

Limitaciones conocidas:

  • Cambiar el motor de búsqueda a cualquier tipo distinto de elasticsuite provoca un error de implementación acompañado de un error de validación adecuado
  • La eliminación del servicio de Elasticsearch provoca un error de implementación acompañado de un error de validación adecuado
NOTE
Para obtener más información sobre cómo usar o solucionar problemas del complemento Elastic Suite con Adobe Commerce, consulte la Elastic Suite documentación.

ENABLE_GOOGLE_ANALYTICS

  • Predeterminadofalse
  • Versión: Adobe Commerce 2.1.4 y posterior

Habilita y deshabilita los Google Analytics al implementarlos en entornos de ensayo e integración. De forma predeterminada, Google Analytics solo es true para el entorno Producción. Establezca este valor en true para habilitar los Google Analytics en los entornos de ensayo e integración.

  • true: habilita Google Analytics en entornos de ensayo e integración.
  • false: deshabilita los Google Analytics en los entornos de ensayo e integración.

Agregar la variable de entorno ENABLE_GOOGLE_ANALYTICS al escenario deploy en el archivo .magento.env.yaml:

stage:
  deploy:
    ENABLE_GOOGLE_ANALYTICS: true
NOTE
El proceso de implementación siempre permite a los Google Analytics en entornos de producción.

FORCE_UPDATE_URLS

  • Predeterminadotrue
  • Versión: Adobe Commerce 2.1.4 y posterior

Al implementarse en entornos de ensayo y producción Pro o Starter, esta variable reemplaza las direcciones URL base de Adobe Commerce en la base de datos por las direcciones URL del proyecto especificadas por la variable MAGENTO_CLOUD_ROUTES. Use esta configuración para anular el comportamiento predeterminado de la variable de implementación UPDATE_URLS, que se omite al implementar en entornos de ensayo o producción.

stage:
  deploy:
    FORCE_UPDATE_URLS: true

LOCK_PROVIDER

  • Predeterminadofile
  • Versión: Adobe Commerce 2.2.5 y posterior

El proveedor de bloqueo evita el inicio de trabajos cron y grupos cron duplicados. Usar el proveedor de bloqueos file en el entorno de producción. Los entornos iniciales y el entorno de integración Pro no usan la variable MAGENTO_CLOUD_LOCKS_DIR, por lo que ece-tools aplica el proveedor de bloqueo db automáticamente.

stage:
  deploy:
    LOCK_PROVIDER: "db"

Consulte Configurar el bloqueo en la Guía de instalación.

MYSQL_USE_SLAVE_CONNECTION

  • Predeterminadofalse
  • Versión: Adobe Commerce 2.1.4 y posterior
TIP
La variable MYSQL_USE_SLAVE_CONNECTION solo es compatible con Adobe Commerce en entornos de clúster de Cloud Infrastructure, Staging y Production Pro, y no con proyectos iniciales.

Adobe Commerce puede leer varias bases de datos de forma asincrónica. Configúrelo en true para que use automáticamente una conexión de solo lectura con la base de datos para recibir tráfico de solo lectura en un nodo que no sea maestro. Esta conexión mejora el rendimiento mediante el equilibrio de carga, ya que solo un nodo administra el tráfico de lectura-escritura. Establezca el valor en false para quitar cualquier matriz de conexión de solo lectura existente del archivo env.php.

stage:
  deploy:
    MYSQL_USE_SLAVE_CONNECTION: true

Cuando la variable MYSQL_USE_SLAVE_CONNECTION se establece en true, el parámetro synchronous_replication se establece en true de forma predeterminada en el archivo env.php en los entornos de ensayo y producción de Pro. Cuando MYSQL_USE_SLAVE_CONNECTION está establecido en false, el parámetro synchronous_replication no está configurado.

QUEUE_CONFIGURATION

  • PredeterminadoNo establecido
  • Versión: Adobe Commerce 2.1.4 y posterior

Utilice esta variable de entorno para conservar la configuración personalizada del servicio AMQP entre implementaciones. Por ejemplo, si prefiere usar un servicio de cola de mensajes existente en lugar de depender de la infraestructura de nube para crearlo, use la variable de entorno QUEUE_CONFIGURATION para conectarlo al sitio:

stage:
  deploy:
    QUEUE_CONFIGURATION:
      amqp:
        host: test.host
        port: 1234
      amqp2:
        host: test.host2
        port: 12345
      mq:
        host: mq.host
        port: 1234

De manera predeterminada, el proceso de implementación sobrescribe todos los valores del archivo env.php; sin embargo, puede optar por combinar uno o varios valores de una configuración de servicio sin sobrescribir todos los valores.

Establezca la opción _merge en una de las siguientes opciones:

  • trueCombinar los valores de servicio configurados con los valores de variable de entorno.
  • falseSobrescribir los valores de servicio configurados con los valores de variable de entorno.

El siguiente ejemplo combina nuevos valores en una configuración existente:

stage:
  deploy:
    QUEUE_CONFIGURATION:
      _merge: true
      amqp:
        host: changed1.host
        port: 5672
      amqp2:
        host: changed2.host2
        port: 12345
      mq:
        host: changedmq.host
        port: 1234

REDIS_BACKEND

  • PredeterminadoCm_Cache_Backend_Redis
  • Versión: Adobe Commerce 2.3.0 y posterior

Especifica la configuración del modelo backend para la caché de Redis.

La versión 2.3.0 y posteriores de Adobe Commerce incluyen los siguientes modelos backend:

  • Cm_Cache_Backend_Redis
  • \Magento\Framework\Cache\Backend\Redis
  • \Magento\Framework\Cache\Backend\RemoteSynchronizedCache

El ejemplo muestra cómo establecer REDIS_BACKEND

stage:
  deploy:
    REDIS_BACKEND: '\Magento\Framework\Cache\Backend\RemoteSynchronizedCache'
NOTE
Si especifica \Magento\Framework\Cache\Backend\RemoteSynchronizedCache como modelo back-end de Redis para habilitar la caché L2, ece-tools genera la configuración de caché automáticamente. Vea un ejemplo de archivo de configuración en la Guía de configuración de Adobe Commerce. Para anular la configuración de caché generada, use la variable de implementación CACHE_CONFIGURATION.

REDIS_USE_SLAVE_CONNECTION

  • Predeterminadofalse
  • Versión—Adobe Commerce 2.1.16 y posterior
WARNING
no habilita esta variable en un proyecto de arquitectura escalada. Provoca errores de conexión de Redis. Los esclavos de Redis siguen activos, pero no se utilizan para las lecturas de Redis. Como alternativa, Adobe recomienda utilizar Adobe Commerce 2.3.5 o posterior, implementar una nueva configuración de back-end de Redis e implementar el almacenamiento en caché L2 para Redis.
TIP
La variable REDIS_USE_SLAVE_CONNECTION solo es compatible con Adobe Commerce en entornos de clúster de Cloud Infrastructure, Staging y Production Pro, y no con proyectos iniciales.

Adobe Commerce puede leer varias instancias de Redis de forma asincrónica. Configúrelo en true para usar automáticamente una conexión de solo lectura con una instancia de Redis para recibir tráfico de solo lectura en un nodo que no sea maestro. Esta conexión mejora el rendimiento mediante el equilibrio de carga, ya que solo un nodo administra el tráfico de lectura-escritura. Establezca el valor en false para quitar cualquier matriz de conexión de solo lectura existente del archivo env.php.

stage:
  deploy:
    REDIS_USE_SLAVE_CONNECTION: true

Debe tener un servicio Redis configurado en el archivo .magento.app.yaml y en el archivo services.yaml.

ECE-Tools versión 2002.0.18 y posteriores usan más configuraciones de tolerancia a errores. Si Adobe Commerce no puede leer datos de la instancia de Redis esclavo, leerá datos de la instancia de Redis maestro.

La conexión de solo lectura no está disponible para su uso en el entorno de integración o si utiliza la variable CACHE_CONFIGURATION.

RESOURCE_CONFIGURATION

  • Predeterminado: no establecido
  • Versión: Adobe Commerce 2.1.4 y posterior

Asigna un nombre de recurso a una conexión de base de datos. Esta configuración corresponde a la sección resource del archivo env.php.

De manera predeterminada, el proceso de implementación sobrescribe todos los valores del archivo env.php; sin embargo, puede optar por combinar uno o varios valores de una configuración de servicio sin sobrescribir todos los valores.

Establezca la opción _merge en una de las siguientes opciones:

  • trueCombinar los valores de servicio configurados con los valores de variable de entorno.
  • falseSobrescribir los valores de servicio configurados con los valores de variable de entorno.

El siguiente ejemplo combina nuevos valores en una configuración existente:

stage:
  deploy:
    RESOURCE_CONFIGURATION:
      _merge: true
      default_setup:
        connection: default

SCD_COMPRESSION_LEVEL

  • Predeterminado4
  • Versión: Adobe Commerce 2.1.4 y posterior

Especifica el nivel de compresión gzip (0 a 9) que se usará para comprimir contenido estático; 0 deshabilita la compresión.

stage:
  deploy:
    SCD_COMPRESSION_LEVEL: 5

SCD_COMPRESSION_TIMEOUT

  • Predeterminado600
  • Versión: Adobe Commerce 2.1.4 y posterior

Cuando el tiempo necesario para comprimir los recursos estáticos supera el límite de tiempo de espera de compresión, interrumpe el proceso de implementación. Establezca el tiempo máximo de ejecución, en segundos, para el comando de compresión de contenido estático.

stage:
  deploy:
    SCD_COMPRESSION_TIMEOUT: 800

SCD_MATRIX

  • PredeterminadoNo establecido
  • Versión: Adobe Commerce 2.1.4 y posterior

Puede configurar varias configuraciones regionales por tema. Esta personalización acelera el proceso de implementación al reducir el número de archivos de temas innecesarios. Por ejemplo, puede implementar el tema magento/backend en inglés y un tema personalizado en otros idiomas.

El siguiente ejemplo implementa el tema Magento/backend con tres configuraciones regionales:

stage:
  deploy:
    SCD_MATRIX:
      "magento/backend":
        language:
          - en_US
          - fr_FR
          - af_ZA

Además, puede elegir no implementar un tema:

stage:
  deploy:
    SCD_MATRIX:
      "magento/backend": [ ]

SCD_MAX_EXECUTION_TIME

  • PredeterminadoNo establecido
  • Versión—Adobe Commerce 2.2.0 y posterior

Permite aumentar el tiempo de ejecución máximo esperado para la implementación de contenido estático.

De forma predeterminada, Adobe Commerce establece el tiempo de ejecución máximo esperado en 900 segundos, pero en algunos casos puede necesitar más tiempo para completar la implementación de contenido estático para un proyecto de Cloud.

stage:
  deploy:
    SCD_MAX_EXECUTION_TIME: 3600
WARNING
Si tiene problemas con archivos de contenido estático en la aplicación después de la implementación, como la falta de archivos de temas personalizados, aumente el tiempo de ejecución máximo esperado a 900 segundos o superior.

SCD_NO_PARENT

  • Predeterminadofalse
  • Versión: Adobe Commerce 2.4.2 y posterior

En la fase de implementación, establezca SCD_NO_PARENT: true de modo que la generación de contenido estático para los temas principales no se produzca durante la fase de implementación. Esta configuración minimiza el tiempo de implementación y evita el tiempo de inactividad del sitio que puede producirse si la compilación de contenido estático falla durante la implementación. Consulte Implementación de contenido estático.

stage:
  deploy:
    SCD_NO_PARENT: true

SCD_STRATEGY

  • Predeterminadoquick
  • Versión—Adobe Commerce 2.2.0 y posterior

Permite personalizar la estrategia de implementación para el contenido estático. Consulte Implementar archivos de vista estática.

Utilice estas opciones solamente si tiene más de una configuración regional:

  • standard: implementa todos los archivos de vista estática para todos los paquetes.
  • quick—(default) minimiza el tiempo de implementación.
  • compact: conserva espacio en disco en el servidor. En la versión 2.2.4 y anteriores de Adobe Commerce, esta configuración anula el valor de scd_threads con un valor de 1.
stage:
  deploy:
    SCD_STRATEGY: "compact"

SCD_THREADS

  • Predeterminado—Automático
  • Versión: Adobe Commerce 2.1.4 y posterior

Establece el número de subprocesos para la implementación de contenido estático. El valor predeterminado se establece en función del recuento de subprocesos de CPU detectado y no supera un valor de 4. El aumento del número de subprocesos acelera la implementación de contenido estático; reducir el número de subprocesos hace que se ralentice. Puede establecer el valor del subproceso, por ejemplo:

stage:
  deploy:
    SCD_THREADS: 2

Para reducir aún más el tiempo de implementación, use Administración de configuración con el comando scd-dump para mover la implementación estática a la fase de compilación.

SEARCH_CONFIGURATION

  • PredeterminadoNo establecido
  • Versión: Adobe Commerce 2.1.4 y posterior

Utilice esta variable de entorno para conservar la configuración personalizada del servicio de búsqueda entre implementaciones. Por ejemplo:

Configuración del Elasticsearch:

stage:
  deploy:
    SEARCH_CONFIGURATION:
      engine: elasticsearch
      elasticsearch_server_hostname: http://elasticsearch.internal
      elasticsearch_server_port: '9200'
      elasticsearch_index_prefix: magento2
      elasticsearch_server_timeout: '15'

Configuración de OpenSearch (para Commerce 2.4.6 y posterior):

stage:
  deploy:
    SEARCH_CONFIGURATION:
      engine: opensearch
      opensearch_server_hostname: 'http://opensearch.internal'
      opensearch_server_port: '9200'
      opensearch_index_prefix: 'magento2'
      opensearch_server_timeout: '15'

De manera predeterminada, el proceso de implementación sobrescribe todos los valores del archivo env.php; sin embargo, puede optar por combinar uno o varios valores de una configuración de servicio sin sobrescribir todos los valores.

Establezca la opción _merge en una de las siguientes opciones:

  • trueCombinar los valores de servicio configurados con los valores de variable de entorno.
  • falseSobrescribir los valores de servicio configurados con los valores de variable de entorno.

El siguiente ejemplo combina un nuevo valor con la configuración existente:

stage:
  deploy:
    SEARCH_CONFIGURATION:
      engine: elasticsearch
      elasticsearch_server_port: '9200'
      _merge: true

SESSION_CONFIGURATION

  • PredeterminadoNo establecido
  • Versión: Adobe Commerce 2.1.4 y posterior

Configure el almacenamiento de sesión de Redis. Requiere las opciones save, redis, host, port y database para la variable de almacenamiento de sesión. Por ejemplo:

stage:
  deploy:
    SESSION_CONFIGURATION:
      redis:
        bot_first_lifetime: 100
        bot_lifetime: 10001
        database: 0
        disable_locking: 1
        host: redis.internal
        max_concurrency: 10
        max_lifetime: 10001
        min_lifetime: 100
        port: 6379
      save: redis

De manera predeterminada, el proceso de implementación sobrescribe todos los valores del archivo env.php; sin embargo, puede optar por combinar uno o varios valores de una configuración de servicio sin sobrescribir todos los valores.

Establezca la opción _merge en una de las siguientes opciones:

  • trueCombinar los valores de servicio configurados con los valores de variable de entorno.
  • falseSobrescribir los valores de servicio configurados con los valores de variable de entorno.

El siguiente ejemplo combina un nuevo valor con la configuración existente:

stage:
  deploy:
    SESSION_CONFIGURATION:
      _merge: true
      redis:
        max_concurrency: 10

SKIP_SCD

  • PredeterminadoNo establecido
  • Versión: Adobe Commerce 2.1.4 y posterior

Se establece en true para omitir la implementación de contenido estático durante la fase de implementación.

En la fase de implementación, configure SKIP_SCD: true para que la generación de contenido estático no se produzca durante la fase de implementación. Esta configuración minimiza el tiempo de implementación y evita el tiempo de inactividad del sitio que puede producirse si la compilación de contenido estático falla durante la implementación. Consulte Implementación de contenido estático.

stage:
  deploy:
    SKIP_SCD: true

UPDATE_URLS

  • Predeterminadotrue
  • Versión: Adobe Commerce 2.1.4 y posterior

En la implementación, reemplace las direcciones URL base de Adobe Commerce en la base de datos por las direcciones URL del proyecto especificadas por la variable MAGENTO_CLOUD_ROUTES. Esta configuración es útil para el desarrollo local, donde las direcciones URL base están configuradas para el entorno local. Al implementar en un entorno de Cloud, las direcciones URL se actualizan para que pueda acceder a su tienda y al administrador mediante las direcciones URL del proyecto.

Si debe actualizar las direcciones URL al implementar en entornos de ensayo y producción Pro o Starter, utilice la variable FORCE_UPDATE_URLS.

stage:
  deploy:
    UPDATE_URLS: false

VERBOSE_COMMANDS

  • PredeterminadoNo establecido
  • Versión: Adobe Commerce 2.1.4 y posterior

Habilite o deshabilite el nivel de detalle de depuración de Symfony para los comandos CLI de bin/magento ejecutados durante la fase de implementación.

NOTE
Para usar la configuración VERBOSE_COMMANDS para controlar los detalles en la salida del comando para los comandos CLI bin/magento correctos y fallidos, debe establecer MIN_LOGGING_LEVEL debug.

Elija el nivel de detalle proporcionado en los registros:

  • -v= salida normal
  • -vv= salida más detallada
  • -vvv = resultado detallado ideal para la depuración
stage:
  deploy:
    VERBOSE_COMMANDS: "-vv"
recommendation-more-help
05f2f56e-ac5d-4931-8cdb-764e60e16f26