Las operaciones comerciales han sido revolucionadas por el advenimiento de los servicios de computación web. Muchas organizaciones ahora buscan disminuir o eliminar gastos, aumentar la eficiencia y maximizar las ganancias moviendo sus procesos en línea debido a la flexibilidad y capacidad inigualables de escalar la nube que les ofrece.
En el mundo de un ingeniero de confiabilidad del sitio (SRE),la falla no solo es una opción, sino que también se espera. Los sistemas, aplicaciones web, servidores, dispositivos, etc., son propensos a problemas de rendimiento e interrupciones inesperadas en algún momento. Es un hecho inevitable. Estas fallas inesperadas pueden conducir
En uno de nuestros artículos anteriores,discutimos qué es un SRE, qué hacen y algunas de las responsabilidades comunes que puede tener un SRE típico, como apoyar las operaciones, lidiar con los tickets de problemas y la respuesta a incidentes, y el monitoreo y la observabilidad general del sistema. En este
¿Qué es la ingeniería de confiabilidad del sitio? La ingeniería de confiabilidad del sitio, o SRE, es un conjunto de principios y prácticas que aplica técnicas de ingeniería de software a los desafíos de las operaciones de TI. SRE se originó en Google cuando los ingenieros necesitaban un enfoque más
La ingeniería de confiabilidad del sitio (SRE) es una combinación única de ingeniería de software e ingeniería de sistemas destinada a garantizar sistemas escalables y confiables. Los SRE se esfuerzan por crear software confiable y de alta calidad mientras se mantienen al día con los ciclos de desarrollo de ritmo
Los acuerdos de nivel de servicio (SLA) son fundamentales para las empresas de SaaS (software como servicio). Describen los estándares de rendimiento que esperan los clientes, como el tiempo de actividad, los tiempos de respuesta y el soporte. El cumplimiento de los SLA no se trata solo de cumplir con
¿Alguna vez te has encontrado con un mensaje de «404 no encontrado» o has oído hablar de un «Error interno del servidor 500» y te has preguntado qué está pasando realmente? Se trata de códigos de estado HTTP, pequeñas señales que los servidores utilizan para comunicarse con los navegadores y
Dotcom-Monitor ha detectado que Reddit.com ha bajado el 3/10/2016 alrededor de las 8:30 PM CST, devolviendo un error 503 «todos nuestros servidores están ocupados en este momento». Esto parecía ser una interrupción completa de todas las ubicaciones alrededor de los EE.UU. hasta aproximadamente 9:05 PM CST.
¿Pueden sus clientes llegar a su sitio web? Es posible que haya sido consciente de que un gran proveedor de DNS, Neustar UltraDNS experimentó una interrupción prolongada el jueves 10/16/2015 que causó que muchos de los sitios web más grandes del mundo no estuvieran disponibles durante más de una
15 de octubre: Apagón Neustar UltraDNS 15 de octubre de 2015 – Neustar UltraDNS Down – Dotcom-Monitor está rastreando una interrupción de Neustar UltraDNS en este momento. La interrupción de UltraDNS parece haber comenzado aproximadamente a las 4:00 pm CST. El problema UltraDNS dio lugar a alertas de error (como
© 1998-2025 Dotcom-Monitor, Inc. Todos los derechos reservados.
