Resumen semanal de las últimas publicaciones del blog oficial de Dynatrace. Artículos originales en inglés resumidos y comentados en español para facilitar el seguimiento de novedades, releases y tendencias del sector.
Port and Dynatrace: One-prompt incident triage with the Dynatrace MCP Server
Publicado el 2026-06-05 — Leer artículo completo en Dynatrace Blog
Dynatrace ha lanzado su MCP Server integrado con Port, una plataforma de ingeniería agéntica que centraliza el ciclo de desarrollo de software. La integración permite realizar triage de incidentes completo desde un único prompt en Port AI, correlacionando automáticamente datos de producción de Dynatrace con información de GitHub, Slack y el catálogo de servicios, sin necesidad de saltar entre herramientas.
El flujo de trabajo es directo: un SRE pregunta en Port AI sobre un incidente y recibe en una sola ejecución del agente el servicio afectado, la firma del error, el archivo y función problemáticos, y el commit sospechoso. Port AI utiliza el Dynatrace MCP Server para consultar logs, trazas y métricas, identifica problemas abiertos y obtiene detalles de causa raíz, mientras que simultáneamente consulta GitHub para localizar cambios recientes y Slack para notificar al equipo responsable. Lo que antes requería tres pestañas del navegador y coordinación manual ahora se resuelve en una conversación.
La configuración se realiza mediante OAuth en minutos y está diseñada para despliegue organizacional: los administradores controlan qué herramientas de Dynatrace están disponibles y para quién, mientras que cada usuario se autentica individualmente manteniendo sus permisos existentes. El modelo escala sin necesidad de flujos de trabajo adicionales de solicitud de acceso. Interesa especialmente a equipos de plataforma que ya utilizan Port o buscan centralizar operaciones de SRE sin perder el contexto de observabilidad en tiempo real.
The silent network killer: Preventing Azure SNAT exhaustion with Dynatrace
Publicado el 2026-06-01 — Leer artículo completo en Dynatrace Blog
El artículo documenta un caso real de agotamiento de puertos SNAT en Azure Load Balancer, un problema de red que se manifiesta como errores HTTP 500 intermitentes sin cambios aparentes en la aplicación. Explica cómo Azure asigna un número limitado de puertos SNAT por instancia backend (entre 32 y 1024 según el tamaño del pool), y cómo bajo carga o con conexiones salientes mal gestionadas, estos puertos se agotan causando fallos de conexión que parecen bugs de aplicación.
Con la disponibilidad general de Azure Cloud Platform Monitoring, Dynatrace incluye alertas preconfiguradas que detectan este problema específico. El artículo muestra el flujo completo de investigación: desde la alerta inicial, pasando por el análisis de métricas (`UsedSnatPorts`), logs de diagnóstico de Azure, topología en Smartscape, hasta la identificación de la configuración problemática (`allocatedOutboundPorts` en 128). Destaca el uso de DQL para consultar topología y la capacidad de Dynatrace Assist (con skills específicos de Azure en próximas versiones) para auditar configuraciones SNAT en todas las suscripciones simultáneamente.
El onboarding se realiza a nivel de Azure Management Group con autenticación federada, sin componentes dentro de Azure. Dynatrace elimina la necesidad del Azure Log Forwarder anterior, ingiriendo métricas, logs y topología directamente desde Azure Resource Graph y Azure Monitor. Las dos soluciones propuestas son: asociar un NAT Gateway (64,512 puertos por IP pública) o definir reglas outbound explícitas con múltiples IPs frontend en el Load Balancer.
Este resumen se genera semanalmente de forma automática a partir del feed RSS oficial de Dynatrace. Los artículos originales son propiedad de sus respectivos autores. Los enlaces apuntan siempre a la fuente original.
