¿Está caído Microsoft Azure?
¿Microsoft Azure está caído o el fallo se limita a una suscripción, región, recurso, implementación o red? Consulta primero la información oficial sobre el estado de Azure y, después, compara el servicio y endpoint afectados con el error exacto, el momento y el alcance del problema.
Site Administrator
Última revisión: September 25, 2026
ÚLTIMO ESTADO REGISTRADO
Operativo En la última comprobación, el sitio web de Microsoft Azure parecía estar operativo y respondiendo con normalidad.
| Endpoint | Estado | Observado |
|---|---|---|
| azure.microsoft.com | Operational | 2026-11-09 14:57 UTC |
¿Te funciona?
0 reportes recientes; se necesitan más para mostrar una tendencia útil.
Para una visión completa, incluidas incidencias parciales o regionales que una única comprobación externa puede no detectar, consulta la página oficial de estado de Microsoft Azure. página oficial de estado.
Qué puede indicarte esta comprobación
- Consulta la página oficial de estado de Azure antes de reintentar repetidamente una implementación o solicitud de API fallida.
- Relaciona cualquier incidente con el servicio, la región, el contexto de suscripción y la operación específicos de Azure que están fallando.
- Si solo está afectado un recurso, revisa su estado, cambios recientes, permisos, cuotas, logs, dependencias e historial de implementaciones antes de asumir una interrupción generalizada.
- Un fallo en el portal de Azure no implica necesariamente que la carga de trabajo subyacente esté indisponible; cuando sea seguro, prueba por separado la operación del recurso correspondiente.
- Registra las marcas de tiempo, regiones, identificadores de recursos, respuestas HTTP y los ID de solicitud o de correlación antes de escalar el problema.
Fiabilidad de Microsoft Azure
Cómo entender la disponibilidad de Microsoft Azure
Microsoft Azure es un conjunto de servicios cloud distribuidos entre regiones, suscripciones, tipos de recursos, sistemas de identidad e interfaces de administración. Un incidente que afecte a un servicio o región de Azure no implica necesariamente que todas las cargas de trabajo de Azure estén indisponibles.
Consulta primero la página oficial de estado de Azure cuando fallen varios recursos de Azure no relacionados, un problema comience de forma repentina o la misma operación falle desde varias redes. Compara cualquier incidente indicado con el servicio, la región y la hora afectados. Si no hay ningún incidente coincidente, continúa investigando el recurso individual, la implementación, la configuración de identidad, la cuota, la ruta DNS, el private endpoint o la aplicación.
En caso de fallos de API y aplicaciones, conserva el estado HTTP, la respuesta completa, el servicio de Azure, la región, el identificador del recurso, la operación, la marca de tiempo y el ID de solicitud o de correlación. Estos datos ayudan a distinguir un incidente de la plataforma de problemas de autenticación, autorización, implementación, DNS, timeout y aplicación.
Cómo solucionar problemas de Microsoft Azure
Solución de problemas de Microsoft Azure
1. Comprueba si se trata de un incidente generalizado de Azure
Abre la página oficial de estado de Azure y busca un evento que coincida con el servicio, la región y la hora afectados. Es más probable que se trate de un incidente generalizado cuando fallen simultáneamente recursos u operaciones no relacionados y el mismo comportamiento aparezca desde distintas redes. Durante un incidente activo, conserva los detalles del error y sigue las actualizaciones publicadas en lugar de realizar cambios repetidos o destructivos.
2. Si falla un solo recurso o carga de trabajo
Comprueba el estado actual del recurso, los cambios recientes de configuración, el historial de implementaciones, las dependencias y los logs específicos del servicio. Confirma que la solicitud se dirige a la suscripción, el grupo de recursos, la región, el endpoint y la versión de API previstos, cuando corresponda. Un único recurso fallido es más coherente con un problema de implementación, aplicación, permisos, cuota o configuración que con una interrupción global de Azure.
3. Distingue los fallos de inicio de sesión de los fallos de autorización
En caso de problemas de autenticación en el portal o la API, verifica el tenant, la suscripción, la cuenta, la service principal, la managed identity, el token y las asignaciones de roles utilizados. Una respuesta 401 generalmente indica un problema de autenticación o del token; una respuesta 403 generalmente indica que la identidad está autenticada, pero no tiene el permiso requerido. No incluyas credenciales, tokens de acceso ni secretos en los informes de diagnóstico.
4. Comprueba el navegador y la interfaz de administración de Azure
Si el problema solo se produce en el navegador, prueba una ventana privada u otro navegador compatible. Comprueba si hay sesiones obsoletas, cookies bloqueadas, extensiones y datos de la aplicación almacenados en caché. Cuando sea posible, compara el portal con el endpoint del recurso subyacente o con una operación permitida mediante la línea de comandos o la API. Si el recurso funciona en otro contexto, es más probable que la causa sea la sesión del navegador o la interfaz de administración.
5. Investiga los fallos de red, DNS y TLS
En caso de timeouts, conexiones rechazadas, fallos de resolución de nombres o errores de certificado, realiza pruebas desde una segunda red y resuelve el hostname exacto que se está utilizando. Revisa la configuración del proxy corporativo, firewall, VPN, private endpoint, enrutamiento, DNS e inspección TLS. Si el acceso público funciona, pero el acceso desde una red privada o corporativa no, investiga primero esa ruta de red antes de modificar el recurso de Azure.
6. Investiga los fallos de API y de implementación
Conserva el cuerpo completo de la respuesta, el estado HTTP, el nombre de la operación, la marca de tiempo, la región y el ID de solicitud o de correlación. Trata las respuestas 5xx transitorias de forma distinta a las respuestas 4xx de autenticación, autorización, validación, cuota o configuración. Reintenta solo cuando sea seguro repetir la operación y utiliza un backoff adecuado; no todas las solicitudes fallidas indican una interrupción de Azure.
Fuentes y referencias
Fuente oficial
- Estado de Microsoft Azure — Consulta los avisos actuales sobre el estado de los servicios de Azure y las actualizaciones de incidentes. Relaciona cualquier servicio y región indicados con el recurso u operación que están fallando.
Para una investigación específica del recurso, consulta la documentación de Microsoft sobre el servicio de Azure afectado, la operación de implementación, el método de identidad, la configuración de red y la respuesta de la API. Utiliza documentación que corresponda al tipo de recurso y al método de autenticación implicados.
Cómo funciona esta comprobación
Esta comprobación en vivo se ejecuta desde nuestro servidor y puede no reflejar todas las regiones, cuentas, funciones o rutas de red.
Insertar esta insignia de estado
Añade esta insignia a un panel, documentación o blog. Lee la observación en caché de Erriscope y enlaza a esta página.
<a href="https://erriscope.com/es/status/azure/"><img src="https://erriscope.com/status/badge/azure.svg" alt="Microsoft Azure status on Erriscope" width="210" height="34"></a>Preguntas frecuentes
¿Cómo puedo comprobar si Microsoft Azure está caído?
Consulta la página oficial de estado de Azure para comprobar si hay un incidente que afecte al servicio y la región que utilizas. Después, prueba el recurso o endpoint específico. Un resultado de estado general no puede confirmar que todos los recursos de Azure estén funcionando correctamente.
¿Por qué Azure aparece como disponible cuando mi recurso está fallando?
El problema puede limitarse a una suscripción, región, recurso, implementación, configuración de identidad, ruta de red o aplicación. Revisa el estado del recurso, los cambios recientes, los logs, los permisos, las cuotas, las dependencias y la respuesta de error exacta.
¿Un error HTTP 5xx de Azure siempre significa que Azure está caído?
No. Una respuesta 5xx puede proceder de un componente de la plataforma de Azure, una gateway, un proxy o una aplicación que se ejecuta en Azure. Compara la respuesta entre distintas solicitudes y redes, comprueba el servicio y la región afectados y conserva el ID de solicitud o de correlación.
¿Por qué puede fallar una implementación de Azure mientras los recursos existentes siguen funcionando?
Una implementación puede fallar por problemas de validación, permisos, cuota, dependencias, plantilla, región o proveedor de recursos, aunque las cargas de trabajo existentes sigan disponibles. Revisa los detalles de la operación de implementación y determina si la respuesta es un error 4xx del cliente o un error 5xx del servicio.
¿Qué debo registrar antes de informar de un problema de Azure?
Registra el servicio y la región afectados, la suscripción o el contexto del recurso sin exponer secretos, el nombre de la operación, la marca de tiempo y la zona horaria, el texto exacto del error, el estado HTTP, el ID de implementación o de solicitud y si otros recursos o redes presentan el mismo comportamiento.
¿Qué significa que Azure funcione desde una red, pero no desde otra?
Investiga la resolución DNS, el enrutamiento, las reglas del firewall y del proxy, la configuración de la VPN o del private endpoint y la inspección TLS en la red que falla. Este patrón generalmente apunta a un problema de ruta de red o de configuración local, y no a una interrupción de Azure en toda la plataforma.
← Volver a todos los servicios
Esta comprobación en vivo se ejecuta desde nuestro servidor y puede no reflejar todas las regiones, cuentas, funciones o rutas de red.