Qué hacemos · Datos y web: Auditorías de rendimiento de aplicaciones web
Cuando un sitio va lento, la respuesta fácil es «añadir más servidores». La nuestra es medir cada nivel, encontrar la única cosa que de verdad está reteniendo las peticiones y arreglarla, con cifras de antes y después. A menudo resulta que los servidores están ociosos y la causa está en algún sitio donde nadie miraba.
Qué es
Una investigación estructurada de una aplicación web lenta o inestable, de fuera hacia dentro. Usted recibe un informe con nuestra identidad que nombra el nivel causante (infraestructura, aplicación o terceros), muestra las pruebas de cada nivel y lista las correcciones por orden de prioridad. Donde la corrección nos corresponde a nosotros, la aplicamos y volvemos a medir.
Cubrimos WordPress, Magento, PrestaShop, Laravel y PHP a medida, en Linux plano, Plesk y cPanel con CloudLinux, detrás de nginx, LiteSpeed o Apache.
Cómo lo construimos
Primero la infraestructura, para descartarla o confirmarla. Demostramos si los servidores están ocupados u ociosos mientras las páginas van lentas. Si las CPU están mayormente ociosas y la base de datos responde desde memoria, añadir hardware no ayudará, y lo decimos.
Tiempos de fuera hacia dentro. Cronometramos las peticiones a través del CDN, en el borde y en el origen, con y sin caché, de modo que sepamos dónde se gastan los segundos antes de leer un solo log.
PHP, por frame bloqueante. Los slow logs de PHP-FPM se agrupan por la función en la que cada petición lenta estaba realmente atascada. Eso convierte «el sitio va lento» en «el cuarenta por ciento del tiempo lento es una llamada externa».
Base de datos, con pruebas. Slow query logs con planes EXPLAIN, análisis de bloqueos y comportamiento del buffer pool. Dimensionamos el buffer pool de InnoDB al working set, corregimos los buffers por conexión configurados demasiado grandes y encontramos las consultas sin límite y los recorridos de tabla que de verdad queman CPU.
Cada dependencia externa. Pasarelas de pago, API de ERP y de stock, servidores de licencias, fuentes y analítica: sondeamos cada una, porque una llamada síncrona a un tercero lento detiene la página tan seguro como una consulta lenta.
Correcciones que aguantan. Tamaños de pool fijados a partir del agotamiento medido de workers, tiempos de espera de terminación de petición y techos de memoria para que una sola forma de petición defectuosa no pueda tirar el pool, y límites de buffer de nginx y Varnish que se ajustan a las cookies y cabeceras reales.
De qué le protege
- Pagar más hardware cuando el hardware no es el problema.
- Un único ajuste mal configurado de la base de datos que convierte un servidor sano en un incendio de CPU o de E/S de storage.
- Años de reinicios programados haciendo las veces de una causa raíz.
- Procesos de pago lentos causados por un tercero que no sabía que estaba en la ruta de la petición.
- Discusiones entre hosting, desarrolladores y proveedores sin datos sobre la mesa.
En la práctica
La tienda PrestaShop de un minorista deportivo. Miles de peticiones al día tardaban más de cuatro segundos mientras los servidores web estaban mayormente ociosos. Atribuimos alrededor del 40 por ciento del tiempo lento a una llamada síncrona de stock al ERP con un tiempo de espera muy largo, el 24 por ciento a consultas que recorrían millones de filas y el 12 por ciento a la navegación por facetas. El cliente recibió un informe con nuestra identidad, con pruebas por nivel y una lista priorizada de correcciones para sus desarrolladores.
Por qué EuroVPS
- Medimos antes de recomendar, y volvemos a medir después de la corrección.
- Leemos todo el stack: red, storage, base de datos, PHP, servidor web, CDN y terceros.
- Los informes nombran una causa y un nivel, con pruebas sobre las que sus desarrolladores pueden actuar.
- Aplicamos nosotros mismos el lado de infraestructura de la corrección, de forma segura y reversible.
- Resultados honestos: si sus servidores están bien, se lo decimos, aunque vender hardware fuera más fácil.
Preguntas frecuentes
- ¿Necesitan acceso a nuestro código? No. Trabajamos a partir de los logs de servidor, base de datos y acceso, y de los tiempos medidos desde fuera. Si la causa está en el código, señalamos el plugin, el endpoint o la consulta exactos.
- ¿Pueden auditar un sitio alojado en otro sitio? Sí, con el acceso necesario para leer logs y métricas. Muchas auditorías terminan en una migración; algunas no la necesitan.
- ¿Cuánto tarda una auditoría? Muchas causas se encuentran en horas. Un informe completo con cada nivel medido suele llevar unos días, según lo intermitente que sea el problema.
- ¿Cambiarán algo sin preguntar? No. Cada cambio se acuerda, se aplica con una ruta de rollback y se mide.
- ¿Qué recibimos? Un informe con nuestra identidad, con las mediciones, el nivel causante y una lista priorizada de correcciones con responsables.
¿Sitio lento, servidores ociosos? Hable con un ingeniero.
Servicios relacionados
Su próximo socio de infraestructura
Veamos su infraestructura.
Cuéntenos qué ejecuta hoy y qué necesita mejorar. Un ingeniero revisará su solicitud y le ayudará a planificar el siguiente paso.
+357 222 32280
Empecemos por su infraestructura.
Un poco de contexto nos ayuda a empezar la conversación adecuada.