Revisión de optimización de rendimiento

Aunque la optimización del rendimiento puede provenir de muchos aspectos, hay algunas recomendaciones generales que deben tenerse en cuenta en la mayoría de los casos. Entre las recomendaciones generales se incluyen la optimización de la configuración para elementos de infraestructura, la configuración del back-end de Adobe Commerce y la planificación de la escalabilidad de la arquitectura.

Infraestructura

Las secciones siguientes describen recomendaciones para optimizaciones de infraestructura.

Búsquedas DNS

La búsqueda DNS es el proceso de encontrar a qué dirección IP pertenece el nombre de dominio. El explorador debe esperar hasta que se complete la búsqueda de DNS para poder descargar cualquier elemento para cada solicitud. Reducir las búsquedas DNS es importante para mejorar los tiempos generales de carga de las páginas.

Red de entrega de contenido (CDN)

Utilice una CDN para optimizar el rendimiento de descarga de recursos. Adobe Commerce utiliza Fastly. Si tiene una implementación local de Adobe Commerce, también debe considerar la posibilidad de agregar una capa de CDN.

Latencia web

La ubicación del centro de datos afecta a la latencia web de los usuarios de front-end.

Ancho de banda de red

Un ancho de banda de red suficiente es uno de los requisitos clave para el intercambio de datos entre nodos web, bases de datos, servidores de almacenamiento en caché/sesión y otros servicios.

Dado que Adobe Commerce utiliza de forma eficaz el almacenamiento en caché para obtener un alto rendimiento, su sistema puede intercambiar datos de forma activa con servidores de almacenamiento en caché como Redis. Si Redis está instalado en un servidor remoto, debe proporcionar un canal de red suficiente entre los nodos web y el servidor de almacenamiento en caché para evitar cuellos de botella en las operaciones de lectura y escritura.

Sistema operativo (SO)

Las configuraciones y optimizaciones del sistema operativo son similares para Adobe Commerce en comparación con otras aplicaciones web de alta carga. A medida que aumenta el número de conexiones simultáneas gestionadas por el servidor, el número de sockets disponibles puede asignarse por completo.

CPU de nodos web

Un núcleo de CPU puede servir alrededor de 2-4 solicitudes de Adobe Commerce sin caché de manera efectiva. Para determinar cuántos nodos/núcleos web se necesitan para procesar todas las solicitudes entrantes sin ponerlas en cola, utilice la ecuación:

N[Cores] = (N [Expected Requests] / 2) + N [Expected Cron Processes])

Configuración de PHP-FPM

La optimización de esta configuración depende de los resultados de las pruebas de rendimiento de los distintos proyectos.

Servidor web

Solo se necesita una ligera reconfiguración para utilizar nginx como servidor web. El servidor web nginx proporciona un mejor rendimiento y es fácil de configurar mediante el archivo de configuración de ejemplo de Adobe Commerce (nginx.conf.sample).

Base de datos

Este documento no proporciona instrucciones detalladas de ajuste MySQL porque cada tienda y entorno es diferente, pero el Adobe puede hacer recomendaciones generales.

La base de datos de Adobe Commerce (y cualquier otra base de datos) es sensible a la cantidad de memoria disponible para almacenar datos e índices. Para utilizar de forma eficaz la indexación de datos MySQL, la cantidad de memoria disponible debe ser, como mínimo, cercana a la mitad del tamaño de los datos almacenados en la base de datos.

Optimice la configuración innodb_buffer_pool_instances para evitar problemas con varios subprocesos que intentan acceder a la misma instancia. El valor del parámetro max_connections debe correlacionarse con el número total de subprocesos PHP configurados en el servidor de aplicaciones. Utilice la siguiente fórmula para calcular el mejor valor para innodb-thread-concurrency:

innodb-thread-concurrency = 2 * (NumCPUs+NumDisks)

Almacenamiento en caché de sesión

El almacenamiento en caché de sesión es un buen candidato para configurar para una instancia independiente de Redis. La configuración de memoria para este tipo de caché debe tener en cuenta la estrategia de abandono del carro de compras del sitio y el tiempo que una sesión debería esperar permanecer en la caché.

Redis debería tener suficiente memoria asignada para guardar todas las demás cachés en la memoria para un rendimiento óptimo. Bloquear caché es el factor clave para determinar la cantidad de memoria que se va a configurar. La caché de bloques aumenta en relación con el número de páginas de un sitio (número de SKU x número de vistas de tiendas).

Almacenamiento en caché de página

Adobe recomienda encarecidamente usar Barnish para almacenar toda la página en la tienda Adobe Commerce. El módulo PageCache sigue presente en la base de código, pero debe usarse únicamente con fines de desarrollo.

Instale Varnish en un servidor separado frente al nivel web. Debe aceptar todas las solicitudes entrantes y proporcionar copias de las páginas en caché. Para permitir que Varnish funcione eficazmente con páginas seguras, se puede colocar un proxy de terminación SSL delante de Varnish. Nginx se puede utilizar para este fin.

Aunque la invalidación de la memoria caché de la página completa de Varnish es eficaz, Adobe recomienda asignar suficiente memoria a Varnish para guardar las páginas más populares en la memoria.

Colas de mensajes

Message Queue Framework (MQF) es un sistema que permite a un módulo publicar mensajes en colas. También define los consumidores que reciben los mensajes de forma asincrónica. Adobe Commerce admite RabbitMQ como agente de mensajería, que proporciona una plataforma escalable para enviar y recibir mensajes.

Pruebas y monitorización del rendimiento

Siempre se recomiendan pruebas de rendimiento antes de cada versión de producción para obtener una estimación de la capacidad de su plataforma de comercio electrónico. Mantenga la monitorización después del lanzamiento y tenga un plan de escalabilidad y copia de seguridad para administrar las horas de mayor actividad.

Buscar search-heading

Se requiere Elasticsearch (o OpenSearch) a partir de la versión 2.4 de Adobe Commerce, pero también se recomienda habilitarlo para las versiones anteriores a la 2.4.

Modelos operativos

Aparte de las recomendaciones comunes de optimización de la infraestructura mencionadas anteriormente, también existen enfoques para mejorar el rendimiento para modos y escalas de negocio específicos. Este documento no proporciona instrucciones de ajuste detalladas para todos ellos porque cada escenario es diferente, pero el Adobe puede proporcionar algunas opciones de alto nivel para su referencia.

Arquitectura sin encabezado

Hay una sección separada dedicada a sin encabezado. En resumen, separa la capa de tienda de la propia plataforma. Sigue siendo el mismo servidor, pero Adobe Commerce ya no procesa solicitudes directamente y, en su lugar, solo admite tiendas personalizadas a través de la API de GraphQL.

Mantener Adobe Commerce actualizado

Adobe Commerce siempre tiene un mejor rendimiento cuando se ejecuta la versión más reciente. Aunque no sea posible mantener Adobe Commerce actualizado después de cada nueva versión, se recomienda actualizar cuando Adobe Commerce introduce optimizaciones de rendimiento significativas.

Por ejemplo, en 2020, Adobe lanzó una optimización a la capa de Redis, corrigiendo muchas ineficiencias, problemas de conexión y transferencias de datos innecesarias entre Redis y Adobe Commerce. El rendimiento general entre 2.3 y 2.4 es de noche y de día y proporcionó mejoras significativas en el carro de compras, el cierre de compra y los usuarios simultáneos, solo por la optimización de Redis.

Optimizar modelo de datos

Muchos problemas se originan en los datos, incluidos los modelos de datos incorrectos, los datos que no están estructurados correctamente y los datos a los que les falta un índice.

Parece correcto si está probando algunas conexiones, pero después de implementar en producción puede ver una degradación grave del rendimiento. Es importante que los integradores de sistemas sepan cómo diseñar un modelo de datos (especialmente para los atributos de producto), evitar añadir atributos innecesarios y mantener atributos obligatorios que afecten a la lógica empresarial (como precios, disponibilidad de stock y búsqueda).

Para aquellos atributos que no afectan a la lógica empresarial pero que aún deben estar presentes en la tienda, combínelos en unos pocos atributos (por ejemplo, formato JSON).

Para optimizar el rendimiento de la plataforma, si no se requiere lógica empresarial en la tienda a partir de datos o atributos tomados de un PIM o un ERP, no es necesario agregar ese atributo a Adobe Commerce.

Diseño para escalabilidad

La escalabilidad es importante para las empresas que ejecutan campañas y que se enfrentan con frecuencia a horas de tráfico máximo. Una arquitectura escalable y un diseño de aplicación pueden aumentar los recursos durante las horas de mayor actividad y reducirlos después.