¿Cuáles son las buenas formas de monitorear una tienda en vivo?

Question

Prefacio:Queremos extender el monitoreo de una de nuestras talleres web ya que el proveedor tuvo problemas con la configuración de PHP y las partes de la tienda web en vivo se bloquearon (Backend & Checkout no funcionó). No quiero discutir sobre mudarse a otro proveedor aquí.

Como ahora estamos pensando en las posibilidades de monitorear la tienda web en sí y la disponibilidad de ciertas partes (como "¿Funciona el pago?"), La pregunta es:

¿Qué herramientas y estrategias sugiere monitorear un sitio web en vivo?

Algunas ideas:

• ¿Verifica automáticamente si el pago sigue funcionando en un sitio web en vivo?
• ¿Cuáles pueden ser buenos parámetros para monitorear para detectar la falla? Último pedido <hace 1 día, último inicio de sesión de usuario, ...
• Uso de trabajos cron: verificar, por ejemplo, para la última fecha/hora de pedido y si es hace demasiado tiempo, envíe un correo electrónico y/o verifique manualmente si el pago aún funciona?
• Uso de software/herramientas como Icinga, Robot de tiempo de actividad, ...
• Enviar correos electrónicos de advertencia a los administradores ...

Mirando hacia adelante a sus respuestas :)

Answer 1

Hay un par de cosas que podrías hacer automatizadas.

1. Si partes de la tienda dejan de funcionar Pruebas unitarias son una buena manera de detectar si ciertas funcionalidades siguen funcionando.
2. Para probar el frontend uso phpquery en un servidor remoto para buscar periódicamente ciertos elementos DOM en ciertas páginas clave como '¿Todavía hay productos en la lista de categorías?', '¿Hay un pie de página* en la página de inicio', etc.
3. Configure un simple Cronjob que haga un host de su anfitrión para ver si todavía está disponible
4. Use el alimento RSS de pedido magento nativo para verificar si los pedidos aún están llegando. En las tiendas de alto tráfico, ningún pedido durante una hora un viernes por la noche es un buen indicador de que hay algo mal :)
5. Monitoree a su proveedor de servicios de pago. En los Países Bajos utilizamos ideales para manejar los pagos. Este sitio web Muestra su tiempo de actividad, su PSP podría proporcionar un servicio similar

*Si no hay pie de página en una página que pueda apuntar a un error de PHP detener la representación.

Estas son un par de soluciones que estamos usando. Solo necesitan algo de tiempo de configuración y son gratuitos.

Gran pregunta, por cierto, ¡estoy ansioso por todas las respuestas!

Answer 2

Entrenaré la fantástica respuesta de Sander lo siguiente, lo que supone que ha configurado y use un servicio de monitoreo como Pingdom*:

• Esté atento a contenido en la página; normalmente el cierre </html> etiqueta. He visto tantos before_body_end Los scripts fallan con terceros (excepciones no capturas, etc.) que son invisibles para los usuarios finales pero devuelven el estado de 500-muy malo para las herramientas de SEO / Google / webmaster
• Configure las herramientas de webmaster para notificarle cuándo aumentan los errores por encima de cierto umbral
• Configurar alertas para SSL invalidado en la página
• Configurar alertas para errores de JavaScript en la página
• Use grupos de correo electrónico/BCC para los correos electrónicos fallidos de pago, informa errores.
• Entra con la gente de tu centro de llamadas y asegúrate de que sepan cómo detectar problemas de disparo; generalmente son los primeros en señalar cuando las cosas van mal.
• Un sitio lento es tan malo como un sitio hacia abajo. Asegúrese de que sus alertas sean sensibles cuando su sitio tarda más en cargarse de lo habitual.
• Suscríbase a Twitter Feeds para todos sus servicios clave de terceros / alojados. Los anfitriones más grandes generalmente tienen desencadenantes de Twitter para cuando hay problemas. Puede configurar Twitter para enviarle un correo electrónico/enviarle un mensaje de texto cuando se publican ciertas cuentas.

DevOps:

• Configurar nagios para monitorear sistemas críticos y enviar alertas
• Configure un syslog o splunk (liberado hasta cierto # de consultas/día) para agregar registros y emitir alertas basadas en datos de registro
• Configure una verificación rutinaria de su equipo de red. He visto (en más de una ocasión) las NIC regresan y caen de 1 GB a 10 MB sin saberlo.

Para equipos más grandes:

• Configure un servidor CI (Travis, Jenkins/Hudson, Capistrano) para advertirle de posibles pruebas de falla después de las comodidades.
• Configure los ganchos previos al compromiso en su control de origen para hacer cumplir los estándares de código o para verificar los problemas descarados como el código roto
• Como dijo Sander, establecer algo para monitorear los alimentos RSS para pedidos y volumen por hora del día, un beneficio aquí es que no está enredado y generalmente si establece el umbral de notificación lo suficientemente bajo, un problema potencial se disparará de inmediato
• Use selenio. MUCHO. Tener pruebas escritas que se ejecutan a través del proceso de pago cada hora o dos.
• Configurar recordatorios de calendario y alertas específicas para la vencimiento de SSL

Vas a generar muchos datos y potencialmente falsos positivos; No te vuelvas inmune a las alertas.

---

No estoy afiliado a Pingdom. Me encanta su producto (gratis).

Answer 3

Si solo tiene problemas con su hoster y no con el pago, puede pensar en configurar un producto, que está oculto, escriba una prueba de selenio, ponlo en el carrito, agregue un cupón para hacerlo gratis y luego atraviese el pago.

Answer 4

Ya hay algunas respuestas excelentes aquí, dependiendo de su configuración. Utilizo NewRelic para monitorear las estadísticas de servidor y transacciones, así como configurar transacciones clave para cada paso del proceso de pago. De esa manera, puedo mirar una sola pantalla en mi teléfono y determinar si todavía estamos obteniendo la cantidad adecuada de personas que revisan todo el proceso, y si están obteniendo tiempos de respuesta apropiados. Si veo un montón de rendimiento en todo hasta el último paso, sé que PayPal probablemente esté roto ya que nadie puede procesar sus tarjetas. También recibo alertas si hay muchos errores, los tiempos de respuesta están desactivados, etc. No necesitas estrictamente NewRelic para hacer esto, pero es muy simple y rápido de configurar y no tuve tiempo de construir Mi propio panel de tablero/aplicación/sistema de alerta.

Answer 5

Me gusta NewRelic y PagerDuty para esto, son simplemente perfectos y lo notifica (correo electrónico, mensaje de texto y llamado) en un minuto si su sitio o cualquier parte de su sitio está inactiva. Incluso notifica si su CPU o memoria va más allá del porcentaje especificado de uso que hace que el sitio no responda.

• Configure una nueva reliquia con todas las páginas que desea monitorear y la frecuencia de monitoreo. Ejemplo: página de inicio, cualquier página de 1 categoría, cualquier página de 1 producto, página de carrito, página de pago, etc.
• Agregue los usuarios (que reciben notificaciones), horarios (día y hora que prefieran recibir notificaciones), servicios (nuevas alertas de reliquias) y políticas de escalada en alertas y tipos de notificaciones de PagerDuty que desea (correo electrónico, texto, llamada)

https://www.pagerduty.com/docs/guides/new-relic-integration-guide/

Descargo de responsabilidad: no estoy afiliado a ninguno de los servicios anteriores.

Answer 6

Magemonitoring - https://github.com/magento-hackathon/hackathon_magemonitoring Excelente herramienta gratuita de código abierto que rastrea el servidor y la salud de Magento, envíe correos electrónicos con excepciones y registros de sistemas, etc.

Answer 7

• Munin en el lado del proveedor para obtener valores históricos para todos los servidores (LB, APP, DB, Redis, etc.) y todos los servicios (memoria, carga, IO, etc.)
• Nagios/Icinga On en el proveedor o el lado local para la carga de monitoreo casi en vivo en todos los servidores
• Pingdom para recopilar el tiempo de respuesta para URL "importantes" como la página principal, el pago, etc.
• Pingdom para monitoreo real de los usuarios, obtienes un valor similar a APDEX y ves el desarrollo histórico
• Pingdom para verificar las URL y su contenido correcto
• Informes con los últimos x pedidos en modo de recarga automática. Con él puedo ver posibles descansos
• Pruebas automatizadas con selenio en un sistema de etapa idéntico. No soy amigo de los pagos automatizados en mi sistema en vivo. Obtendrá problemas con su contabilidad más tarde :)
• Zapier y Twilio para correo electrónico2SMS. Los errores críticos se envían como SMS a un teléfono
• Freeboard.io y Dweet.io para mostrar todo en un bonito tablero.