No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Implementar Uptime Monitoring

18/21
Recursos

Si vamos a medir nuestro Uptime como un indicador de SLO y SLI deber铆as usar un proveedor externo para tener la m茅trica interna y externa.

Ambas herramientas tanto Pingdom y Ping setean infraestructura en todo el mundo y luego llaman a la direcci贸n que le digamos para verificar si estamos disponibles en cada parte. Tambi茅n nos dicen cu谩nto tardo en responder nuestro producto o website.

Aportes 7

Preguntas 1

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Yo uso Pingdom en mi trabajo y es bastante bueno, tiene integraciones con Slack, SMS e Email y permite escalar a varios grupos dependiendo del tiempo que est茅 abajo el servicio. Tiene varias funcionalidades 煤tiles para monitoreo, incluso puedes hacer tus propios scripts y que Pingdom monitoree el resultado.

Si tenemos un servicio p煤blico (un API o un sitio web) lo primero que el p煤blico va a mirar es si funciona o no, si est谩 鈥渁rriba鈥 o si est谩 ca铆do.
驴C贸mo debemos medir esto?
Obviamente podemos monitorearlo internamente, que nuestra infraestructura permanezca constantemente haciendo peticiones al servicio para verificar su estado; sin embargo, esto no es 100% fiable porque si se cae nuestra infraestructura, no tendr铆amos manera de verificar el estado de nuestro servicio.
Lo recomendado para medir el uptime, es decir, si estamos arriba o no, como un indicator de SLO/SLI, es utilizar un third-party one (proveedor externo) para finalmente medir nuestra m茅trica de manera interna y de manera p煤blica.
Hay gran variedad para escoger un servicio con estas caracter铆sticas, y unos de ellos son Pingdom y Ping de Apex sh. Ambos despliegan infraestructuras en todas las partes del mundo, y desde dichas infraestructuras realizan las peticiones a nuestro servicio. Con uno de estos servicios, estar铆amos probando:

  • Que a nivel de DNS mundialmente nuestro servicio est茅 funcionando correctamente (un servicio podr铆a estar funcionando en un pa铆s pero no en otro por problemas de DNS).
  • El tiempo de respuesta. Esto es muy importante, para brindarle una mejor experiencia a nuestros usuarios.

Si est谩n ac谩 por el reto de observabilidad podemos ver la ventaja de tener integrado en la plataforma de New Relic los Synthetics para monitorear la disponibilidad desde distintas regiones como hicimos en el curso sin tener que implementar una herramienta externa

Con el curso de observabilidad de New Relic se puede crear un Ping Monitor :)

Los exhorto a estudiar a todos鈥

Ya hab铆a escuchado de pingdom hace mucho tiempo pero a煤n no hab铆a escuchado un caso de uso real, me parece muy interesante