Lista de comprobación previa al inicio
Esta página resume la documentación de inicio del sitio de Adobe Commerce.
Esta lista de comprobación tiene como objetivo ayudar a planificar y ejecutar correctamente el lanzamiento del sitio de Adobe Commerce Cloud. Colabore con el integrador de sistemas para Adobe Commerce Cloud para asegurarse de que todas las tareas de configuración y los elementos de la lista de comprobación se hayan completado y verificado. Si encuentra dificultades con algún elemento de la lista de comprobación o tiene alguna pregunta, póngase en contacto con el asesor técnico del cliente o el ingeniero de éxito del cliente designados. Si su cuenta no tiene un CTA/CSE asignado, puede crear un ticket de asistencia para obtener ayuda.
Si tiene un CTA/CSE asignado a la cuenta, póngase en contacto con ellos y con el administrador de cuentas al menos 4 semanas antes del lanzamiento del nuevo sitio de Adobe Commerce Cloud para notificarles su intención de lanzarlo.
- Algunas comprobaciones se resaltan con [Bloqueador]{class="badge yellow" title="Posible bloqueador"}, ya que podrían bloquear el lanzamiento si no se revisa con cuidado.
- Colabore con su desarrollador o socio de integración de sistemas para que su enfoque de implementación permanezca alineado.
1. Publicación previa al lanzamiento
-
Revise la documentación sobre las pruebas y la puesta en marcha de la documentación de lanzamiento del sitio
note NOTE Asegúrese de que el "plan de preparación para la puesta en marcha"de esté completamente preparado con su socio o integrador de sistemas, incorporando todos los elementos de acción necesarios. Recuerde, mientras que la lista de comprobación previa al lanzamiento enfatiza las prácticas recomendadas de Adobe, no reemplaza la necesidad de su propio plan de preparación para el lanzamiento. -
[Bloqueador]{class="badge yellow" title="Posible bloqueador"} revisa la información y las recomendaciones de las perspectivas de soporte técnico (SWAT) (Guía del usuario)
-
Confirm end users and merchants have completed UAT (User Acceptance Testing), including backend operations.
-
Confirm the system integrator team has performed end-to-end UAT on staging and production. Consulte la Documentación de Experience League.
-
Confirm code deployment and testing in staging and production environments (Read more).
-
Confirme que el clúster de producción se ha ampliado permanentemente a la línea de base diaria contratada. Speak to the assigned CTA/CSE for more details, or raise a support ticket.
2. Configuraciones actuales
- Upgrade Adobe Commerce and related packages/services to the latest version
- Revise las configuraciones y servicios actuales con su socio de servicio/socio y siga las prácticas recomendadas.
- Review the MySQL/Shared-Files disk usage
3. Configuraciones rápidas
-
[Blocker]{class="badge yellow" title="Posible bloqueador"} Make sure that caching is working (Full-Page Cache or GraphQL caching). Lea la guía de configuración rápida.
-
Utilice el método GET para consultas de GraphQL en sitios web PWA/sin encabezado cuando corresponda.
note NOTE Solo se pueden almacenar en caché (si corresponde) las consultas enviadas con una operación HTTP GET. No se pueden almacenar en caché las consultas POST. -
Ensure that Fastly Image Optimization is enabled (See Fastly Image Optimization)
-
Compruebe que esté configurada la ubicación de escudo correcta (Configurar caché, backends y blindaje de origen).
-
Confirme que el firewall de aplicaciones web (WAF) funciona. (Consulte Resolución de problemas de solicitudes bloqueadas, si las hay, y limitaciones).
-
Actualice rápidamente la lista “Parámetros de URL ignorados” en el panel de administración para mejorar el rendimiento de la caché.
note NOTE En la configuración de Fastly en Administración > Tiendas > Configuraciones > Sistema > Caché de página completa > Configuración de Fastly > Configuración avanzada > Parámetros de URL ignorados (Global), puede encontrar una lista de parámetros separados por comas que Fastly debe ignorar al buscar páginas en caché. Vuelva a cargar la VCL después de modificar esta lista.
4. DNS y SSL
-
[Bloqueador]{class="badge yellow" title="Potential Blocker"} Confirme que se han solicitado todos los nombres de dominio necesarios. (Enviar un ticket de asistencia por adelantado para cualquier dominio agregado o cambiado.)
-
El certificado SSL (TLS) [Bloqueador]{class="badge yellow" title="Posible bloqueador"} se ha aplicado a los dominios. Lea este artículo para obtener más información.
-
Actualice el valor del DNS TTL (Time to Live) al mínimo posible para el lanzamiento.
-
Habilite SendGrid SPF y DKIM.
note NOTE Agregue los registros CNAME de SendGrid para cada dominio a la configuración DNS. Lea Servicio de correo electrónico de SendGrid para ver cómo cambiar los dominios de los remitentes y más.
5. Configuraciones de base de datos
Adobe Commerce Cloud utiliza un clúster MariaDB Galera como base de datos para los entornos de ensayo y producción. Los clústeres Galera son fundamentales para mejorar el rendimiento y la escalabilidad. Para obtener información sobre las prácticas óptimas y las limitaciones de las réplicas en clúster de Galera, consulte los siguientes artículos.
- Prácticas recomendadas de configuraciones de MySQL
- Alertas administradas en Adobe Commerce: alertas de MariaDB
- Prácticas recomendadas para configuración de la base de datos
- Replicación de clúster de Galera y control de flujo (análisis más profundo)
- Se recomienda la conexión esclava MySQL para mejorar el rendimiento durante cargas altas de la base de datos.
- Asegúrese de que el formato de fila de todas las tablas de base de datos esté establecido en DINÁMICO en lugar de COMPACTO (esto es especialmente cierto para las migraciones locales a la nube).
- Cambie el motor de almacenamiento de la base de datos de MyISAM a InnoDB para todas las tablas.
- Revise y optimice las tablas de bases de datos que superen 1 GB de tamaño con mucha anticipación.
- La información del esquema de la base de datos está actualizada y actualizada. (Consulte esta guía).
6. Implementaciones
- Revise el estado ideal de la implementación de contenido estático (SCD) para reducir el tiempo de mantenimiento durante las implementaciones en el entorno de producción. Revise las estrategias de implementación de contenido estático (SCD) y la guía de administración de la configuración de la tienda.
- Revise la configuración de minificación para HTML, JavaScript y CSS. (Esto no se aplica a los sitios web de PWA/sin encabezado).
- Confirme que la utilización de las siguientes variables de nube se ajusta a los fines previstos. (SCD_MATRIX, SCD_ON_DEMAND y SKIP_SCD)
7. Pruebas y resolución de problemas
-
Pruebe los correos electrónicos transaccionales salientes. Más información sobre Adobe Commerce Cloud - funcionalidad de correo SendGrid.
-
[Bloqueador]{class="badge yellow" title="Posible bloqueador"}: confirma que no hay bloqueadores relacionados con Adobe que iniciar.
-
[Bloqueador]{class="badge yellow" title="Posible bloqueador"} Realice pruebas de carga y esfuerzo en la instancia de producción antes de publicar y comparta los resultados con el CTA/CSE asignado.
note NOTE Una prueba de carga y esfuerzo sirve para identificar cuellos de botella y descubrir problemas de rendimiento en la aplicación. Desempeña un papel crucial en la gestión de las expectativas con respecto al tamaño del clúster y en la determinación de los ajustes de escala necesarios para satisfacer los requisitos empresariales de forma eficaz. note important IMPORTANT ADVERTENCIA: Al preparar una prueba de carga, no envíe correos electrónicos de transacción activos (incluso a direcciones ficticias). El envío de correos electrónicos durante la prueba puede hacer que el proyecto alcance el límite de envío predeterminado (12 K) configurado para SendGrid antes del lanzamiento. - Cómo desactivar la comunicación por correo electrónico:
Vaya a Tienda > Configuración > Avanzadas > Sistema > Configuración de envío de correo electrónico.
- Cómo desactivar la comunicación por correo electrónico:
-
Realice pruebas de penetración de seguridad en la instancia de producción como parte del modelo de seguridad de responsabilidad compartida. Para el cumplimiento de PCI (industria de tarjetas de pago), el sitio personalizado requiere pruebas de penetración.
8. Otras configuraciones
-
Cambie la indexación a "actualización según lo programado", excepto customer_grid, que permanece en “SAVE” (consulte Modos de indexación).
-
Documente cualquier motor de búsqueda o extensión de terceros en uso.
-
Confirm that SEO (Search Engine Optimization) configurations are properly set up to enable indexers/crawlers to scan the website, if relevant.
-
Add redirects and routes (see Configure routes)
note NOTE Add redirects and routes to the routes.yaml file in the Integration environment and verify the configuration in this environment before deploying to Staging and Production. Example
routes.yamlfragment:code language-yaml "http://{all}/": type: upstream upstream: "mymagento:http" "http://{all}/": type: upstream upstream: "mymagento:http" -
Ensure Xdebug is disabled if it was enabled during development (see Configure Xdebug for Commerce on Cloud).
-
Verify that OPcache and other configurations have been accurately updated in the php.ini file (refer to this sample).
-
Subscribe to the Adobe Commerce status page.
-
Subscribe to New Relic “Managed Alerts for Adobe Commerce” notification channels to monitor the given performance metrics (read more).
9. Security
-
Set up the Adobe Commerce Security Scan.
note NOTE Adobe Commerce Security Scan is a useful tool that helps discover outdated software versions, incorrect configuration, and potential malware on the site. Sign up, schedule it to run often, and make sure that emails are sent to the right technical security contact. Complete this task during UAT. If you use the periodic scans option, be sure to schedule scans at low demand times. After you sign in to your Adobe Commerce account, open the Security Scan tool from your account (see Security scan for access and usage). -
Change the default settings for the Adobe Commerce Admin.
-
Change the admin password (see Configuring Admin Security).
-
Change the admin URL (see Using a custom Admin URL).
-
Remove any users no longer on the project (see Create and manage users).
-
Confirm administrator passwords meet requirements (see Admin Password Requirements).
-
Configure two-factor authentication (see Two-factor authentication (Admin)).
10. Go Live
When it is time to cutover, please perform the following steps (for more information, see DNS Configurations):
-
Access your DNS service and update A and CNAME records for each of your domains and hostnames:
- Add a CNAME record for <<www.yourdomain.com>>, pointing at prod.magentocloud.map.fastly.net
- Establezca cuatro registros A para <<yourdomain.com>, apuntando a:
151.101.1.124
151.101.65.124
151.101.129.124
151.101.193.124
-
Cambie la dirección URL base de Adobe Commerce a <<www.yourdomain.com>
-
Espere a que transcurra el tiempo TTL y, a continuación, reinicie el explorador web.
-
Pruebe el sitio web.
Si tiene algún problema que bloquee el go-live:
Si encuentra algún problema que le impida iniciar el servicio durante el cambio, la forma más rápida de obtener asistencia oportuna es usar el servicio de asistencia y abrir un ticket con el motivo “No se puede iniciar la tienda”, y llamar a un número de soporte de línea directa (consulte la línea directa de notificaciones P1 de Adobe Commerce para conocer los números y procedimientos actuales):
- Teléfono gratuito en EE. UU.: (+1) 877 282 7436 (directo a la línea directa Adobe Commerce P1)
- Número gratuito en EE. UU.: (+1) 800 685 3620 (en el primer menú, presione 7 para la línea directa Adobe Commerce P1)
- US Local: (+1) 408 537 8777
11. Publicar Go-Live
Una vez que la ubicación esté activa, envíe un correo electrónico al CTA (Asesor técnico del cliente), CSE (Ingeniero de éxito del cliente) y AEM (Administrador de cuentas) asignados. Sin embargo, si no tiene un administrador de cuentas asignado al proyecto, puede crear un ticket de asistencia en el que se solicite que la monitorización de High SLA se habilite una vez que el sitio se haya puesto en marcha. El CTA/CSE realiza las siguientes tareas en cuanto se verifica que el sitio se inicia con Fastly enabled y almacenamiento en caché:
- Etiquete el clúster como activo y cree un vale de soporte para activar la monitorización de High SLA (Acuerdos de nivel de servicio).
- Active New Relic Synthetics para la monitorización del tiempo de actividad.