Importancia del monitoreo en DevOps y despliegue continuo
Contenido del curso
Oscar Adolfo Vargas López
Johny Jiménez
Omar D
cesar Abril
Edwin Garcia
Wilmer Hugo Acosta Ortiz
Ricardo Antonio Rodriguez Valdez
Julian Parra
Eduard Leandro Correa Avendano
Jose Almenarez
Pablo Aquino
Jose SRE
Jose Antonio Padron Fernandez
Helí Fernando Jerez Rincón
Salvador Castro
<[](https://github.com/oscar93varlop/cw_alarms)>
en el siguiente enlace se encuentra un script para la automatización de alarmas de cpu/ram/disco que se puede agregar al user_data tanto en un templete de IaC (Terraform o CloudFormation)
Oye excelente repo! Me sirve para mis prácticas!!! Si fuera taringa te daba +10
El monitoreo es parte de la operación diaria y una parte importante ya que es uno de los detonantes a los cambios, o tomas de decisiones cuando se detectan incidentes que, de no ser tratados pueden convertirse en un problema. Nosotros aprendimos que cuando generas una estrategia de monitoreo alineada a los objetivos de la empresa exponencías el valor de lo que haces como operación. es por eso que utilizamos señales doradas y medimos por cada plataforma:
esto nos ha permitido medir eficientemente el comportamiento y predecimos los incidentes
Nosotros monitoreamos con amplify los nginx y las aplicaciones con keymetrics
Nunca hemos monitoreado la salud de nuestras apps, que recomendaciones dan para monitorear, nunca es tarde...
Nosotros usamos el PRTG para el monitoreo de servidores y sservicios, pero la verdad creo que a este sistema le hace falta pulir un poco la parte de las alertas, aveces nos pasa que un disco se empieza a llenar y son alertas tras alertas del mismo disco que no siempre es prioritario, pasa que llegas al siguente dia y tienes millon correos en tu bandeja.
ELK stack para la red y algunas cosas y para los servers netdata.
En la empresa usamos Datadog para monitorear eventos del sistema, inclusive eventos personalizados. También ofrece un panel para hacer métricas , operaciones y gráficas para abstraer la información de cada evento.
En mi caso monitoreamos los Portales con Instana, antes usabamos Datadog, este tipo de aplicaciones son conocidas como APM (Application Performance Management). Dentro de AWS usamos XRay y CloudWatch para monitorear los microservicios.
Nosotros en la empresa monitoreamos con instana un APM pero solo en el ambiente productivo ya que hay que pagar licencia por agente y es bastante costosa.
Yo he usado nagios, para el monitoreo de la infraestructura de servidores, pero no lo había orientado para el monitoreo de apps.
Para evitar la llamada en la madrugada de " Se cayo el servidor ! " es posible que se puedan agregar condicionales para hacer un rollback si el monitoreo detecta que algo esta apunto de fallar ?
Es posible pero es mas complicado de lo que parece, puede que el rollback no te funcione en todos los casos.
Lo importante es tener un changelog de los cambios a pasar con su procedimiento de reversión.
Lo más difícil en un rollback, por ejemplo en el sector financiero es arreglar los datos que se vieron afectados. reversar las transacciones y ejecutar sentencias que deben hacerse con un cuidado y un procedimiento que involucre muchas manos para evitar el error humano.
Pasó una vez que se ejecuto un query sobre un ambiente para arreglar y el query no se paso por un flujo y termino dañando todos los registros y el rollback se demoró aún más porque tocó bajar el sistema total, restaurar backup y ejecutar el query correcto.
Debe ser como el pan de cada día!!
