Magento2 pasando de la puesta en escena al sitio en vivo

No he encontrado demasiada información sobre un proceso eficiente para un desarrollo continuo de mi sitio, por lo que puedo agregar módulos personalizados y otros cambios de archivos en la puesta en escena y luego insertar esos cambios en la copia en vivo de mi sitio con magento2.

En Magento 1.9 acabamos de tener un clon git de los archivos y git sacó todos los cambios que estaban listos para el sitio en vivo, esto obviamente no funcionará en magento2 si mi sitio de preparación está en modo desarrollador y mi sitio en vivo está en producción.

¿Cuál es la mejor práctica que implica el menor tiempo de inactividad del sitio activo? (sin tiempo de inactividad sería óptimo si eso es posible)

Puede usar ansible para automatizar los pasos:

Desde un punto de vista global:

(Administre todos sus cambios con scripts de configuración / actualización)

• Base de datos de respaldo
• alternar mantenimiento
• deshabilitar crons
• recuperar el código fuente actualizado
• configura tus carpetas compartidas
• instalar dependencias del compositor
• ejecutar bin/magento setup:installcon parámetros
• actualizar la configuración de magento env para Redis / Varnish y ElasticSearch
• actualizar con ./bin/magento setup:upgrade
• construir di con ./bin/magento setup:di:compile -vvv
• vaciar caché ./bin/magento cache:clean
• establecer el modo magento ./bin/magento deploy:mode:set {{ m2site_mode }}
• reindexar ./bin/magento indexer:reindex
• configurar / habilitar crons

Adapte estos pasos a sus necesidades.

La clave es hacer que los pasos funcionen para un nuevo entorno o para un entorno existente.

Tendrá tiempo de inactividad si tiene que ejecutar algún script de configuración. Para minimizar el tiempo de inactividad, siga estos pasos en un servidor de preproducción y copie todo el código generado en su servidor de producción. Puede reindexar datos en segundo plano.