Seré honesto desde el principio, porque así es como me gusta escribir: Smartscape es una de esas funcionalidades de Dynatrace que aparece en todas las demos, sale en todos los slides de ventas, y luego… en el día a día muchos equipos apenas la usan para buscar causa raíz o entender cómo está configurado el entorno. Lo he visto en muchos proyectos y me parece una pena, porque cuando se usa bien, es genuinamente potente.
Vamos a desmitificarlo, ver qué hay de nuevo, y sobre todo, hablar de cuándo y cómo sacarle partido real.
¿Qué es Smartscape? (Y no, no es genérico)
Primero lo primero: Smartscape es una funcionalidad propietaria de Dynatrace, no un estándar de la industria ni un concepto genérico. Es el nombre que Dynatrace da a su grafo de topología en tiempo real, alimentado por los datos que recoge OneAgent en cada host, proceso y servicio que monitoriza.
La idea es sencilla pero poderosa: en vez de mostrarte métricas aisladas de cada componente, Dynatrace construye automáticamente un mapa de dependencias vivo que refleja cómo se relacionan tus aplicaciones, servicios, procesos, hosts y centros de datos. Sin configuración manual, sin diagramas de Visio desactualizados. El propio agente descubre las relaciones observando el tráfico TCP/IP real.
Lo que lo hace interesante es que este mapa no es decorativo: Dynatrace lo usa internamente para todo, desde el análisis de causa raíz con Davis AI hasta el cálculo del radio de impacto cuando detecta un problema.
Dos Smartscapes, una historia de evolución
Aquí está la parte que mucha gente no sabe: actualmente existen dos versiones de Smartscape en Dynatrace, y entender la diferencia importa.
Smartscape Classic
El de toda la vida. Accesible directamente desde el menú de Dynatrace, ofrece una vista de la topología dividida en cinco capas verticales:
- Applications → lo que ve el usuario
- Services → los servicios que procesa Dynatrace
- Processes → los procesos corriendo en los hosts
- Hosts → servidores físicos, VMs o instancias cloud
- Data centers → dónde residen esos hosts (AWS region, Azure zone, etc.)
El eje vertical muestra dependencias entre capas (una app usa estos servicios, que corren en estos procesos, en estos hosts). El eje horizontal muestra relaciones entre entidades del mismo nivel (qué servicios llaman a qué otros servicios).
Algunos detalles que me parecen útiles conocer:
- Muestra datos de las últimas 72 horas, no es configurable con el selector de tiempo general. Muchos se llevan el chasco la primera vez.
- Las conexiones inactivas más de 72 horas desaparecen. Así que si tienes servicios que solo se comunican en batch mensual, no los verás conectados casi nunca.
- Puedes seleccionar cualquier entidad y ver sus dependencias en vertical, lo que es muy útil para entender el impacto de un problema concreto.
- Tiene modo «Show problems» que colorea en rojo las entidades afectadas, y modo «Show third-party vulnerabilities» para ver qué procesos y hosts tienen CVEs conocidos.
¿Mi opinión sincera del Classic? Es útil para orientarte en un entorno nuevo, para una demo de «mira qué bien lo descubre todo solo», y para análisis de vulnerabilidades. Pero para el trabajo diario de troubleshooting hay herramientas dentro de Dynatrace más directas.
El nuevo Smartscape (2026)
Aquí sí hay un salto cualitativo importante. En febrero de 2026, Dynatrace lanzó el nuevo Smartscape como un grafo de dependencias en tiempo real que unifica recursos cloud, Kubernetes, servicios e infraestructura en una única topología viva. Esto no es solo un rediseño visual, es una evolución arquitectónica.
Las diferencias clave respecto al Classic:
Integración con Grail y DQL
El nuevo Smartscape no es solo una vista, es un modelo de datos completo en Grail (el data lakehouse de Dynatrace). Esto significa que puedes hacer queries con DQL para explorar relaciones, cruzar topología con logs y métricas, y automatizar análisis. Ejemplo: puedes consultar qué instancias EC2 están registradas en un target group de un Load Balancer concreto, directamente con una query.
Vistas específicas por dominio
En vez de un único mapa de todo, ahora tienes vistas especializadas:
- Service Dependency Graph: topología horizontal de servicios, con KPIs y rutas de comunicación
- Kubernetes domain view: visibilidad de objetos K8s (ConfigMaps, Secrets, Ingress, PV/PVC…) con sus YAMLs completos guardados en Grail
- Infrastructure Overview: mapa de hosts, procesos y conexiones de red
- Problem Graph: propagación de un problema concreto por el entorno
- Clouds app: recursos AWS/Azure/GCP con configuración completa (VPCs, security groups, subnets…)
- Smartscape on Grail: vista global de todo conectado
Kubernetes de verdad
El nuevo Smartscape captura todos los tipos de objetos Kubernetes relevantes y almacena sus definiciones YAML completas directamente en Grail. Esto es un cambio importante para entornos cloud nativos: ahora puedes rastrear configuraciones, detectar drift, identificar referencias rotas en YAMLs, y retener visibilidad de workloads efímeros que normalmente desaparecen antes de que puedas investigar qué pasó.
Cloud multicloud
Para AWS, Smartscape captura configuración profunda como VPCs, load balancers, security groups, subnets y metadatos de cómputo, modelando estas dependencias como entidades cloud nativas. Azure llega próximamente según el roadmap.
** Información adicional
The new Dynatrace Smartscape improves operational efficiency across clouds, Kubernetes, infrastructure, and more
El gap entre la demo y la realidad
Vale, ahora la parte que me da que pensar y que probablemente muchos que trabajáis con Dynatrace reconoceréis:
Smartscape sale siempre en las demos. Pero en el trabajo del día a día, muchos equipos no lo usan para investigar problemas.
¿Por qué? En mi experiencia, varias razones:
1. El flujo natural de troubleshooting en Dynatrace no pasa por Smartscape
Cuando Davis AI detecta un problema, te lleva directamente a la página del problema con causa raíz, entidades afectadas y trazas. Smartscape está como una capa aparte. El operador que tiene un incidente a las 3 de la mañana no va a abrir el mapa topológico, va a seguir los enlaces que le da Davis.
2. En entornos grandes, el Classic se vuelve inmanejable visualmente
Si tienes 500 servicios, el mapa del Classic es un espagueti de nodos y flechas. Sí, puedes filtrar y hacer zoom, pero la navegación no es intuitiva bajo presión.
3. La información ya está en otras vistas, más accesible
El análisis de impacto que ves en Smartscape también está en la página de cada entidad, en los problemas de Davis, en las trazas distribuidas. Para mucha gente, esas vistas son más directas.
4. Falta de integración con los workflows reales
Smartscape Classic es principalmente visualización. No está directamente integrado en los workflows de alerta o en los runbooks. El nuevo Smartscape con DQL empieza a cambiar esto, pero todavía está madurando.
¿Cuándo SÍ tiene sentido usar Smartscape?
Con todo lo anterior, aquí están los casos de uso donde Smartscape aporta valor real, en mi opinión:
Al llegar a un entorno nuevo
Es el mejor mapa de orientación que existe. En 5 minutos puedes entender qué hay, cómo se conecta, qué tecnologías corren. Ideal cuando entras a un proyecto o tienes que hacer onboarding de alguien.
Para análisis de vulnerabilidades (Classic)
El modo de third-party vulnerabilities es realmente útil: de un vistazo ves qué procesos y hosts tienen CVEs críticos, y puedes correlacionar con dependencias para entender el blast radius real.
Para validar arquitecturas antes de un cambio
Si vas a hacer una migración o un cambio importante, Smartscape te permite ver las dependencias reales (no las del diagrama de arquitectura del PowerPoint, que siempre está desactualizado) y planificar mejor el impacto.
Para entornos Kubernetes complejos (nuevo Smartscape)
El nuevo Kubernetes domain view resuelve un problema real: la visibilidad de objetos K8s efímeros y la detección de misconfigurations en YAMLs. Si gestionas clusters grandes, esto empieza a ser valioso.
Para análisis de postura de seguridad en cloud (nuevo Smartscape)
El análisis de seguridad del nuevo Smartscape permite detectar endpoints públicamente accesibles, analizar rutas reales de security groups y políticas de red, y priorizar correcciones basándose en el blast radius real. Esto va más allá de lo que ofrecía el Classic.
Para exploración analítica con DQL
Si te gusta hacer queries y cruzar datos, el nuevo Smartscape sobre Grail abre posibilidades interesantes: cruzar topología con métricas, automatizar análisis de impacto, construir dashboards de dependencias.
Lo que hay que evitar
Algunos antipatrones que he visto:
- Usar Smartscape solo para las demos: sí, queda muy bien en presentaciones. Pero si el equipo no lo usa en el día a día, es decoración cara.
- Esperar que resuelva el troubleshooting solo: Smartscape muestra el contexto, no da las respuestas. Tienes que saber qué buscar.
- Ignorar el nuevo Smartscape si llevas tiempo con el Classic: la evolución de 2026 es significativa. Si tu organización usa Dynatrace SaaS, merece la pena explorar las nuevas vistas.
- No integrar con DQL: el nuevo Smartscape sin queries es como tener una base de datos sin usar SQL. La potencia real está en combinar topología con el resto de datos en Grail.
Resumen ejecutivo (para los que llegáis scrolleando desde el final)
| Smartscape Classic | Nuevo Smartscape | |
|---|---|---|
| Acceso | Menú lateral Dynatrace | App dedicada en Dynatrace Platform |
| Datos | Últimas 72h, no configurable | Grail, histórico completo |
| Capas | Apps / Services / Processes / Hosts / DCs | Cloud, K8s, Infra, Services, Problemas |
| Queries | No | DQL completo |
| K8s | Básico | YAMLs completos, detección de drift |
| Cloud | Limitado | AWS profundo (Azure próximamente) |
| Mejor para | Orientación, vulnerabilidades, entornos conocidos | Entornos cloud-native, K8s, análisis de seguridad |
Smartscape sigue siendo el mapa más completo y automático que vas a encontrar en una plataforma de observabilidad. La pregunta no es si es bueno (lo es), sino si tu equipo lo usa para tomar decisiones reales o solo para el slide de la demo trimestral.
Con el nuevo Smartscape sobre Grail y DQL, las excusas para no integrarlo en los workflows operativos reales son cada vez menores. La topología deja de ser solo un mapa bonito y se convierte en un modelo de datos consultable. Ahí es donde está el valor.
¿Usáis Smartscape en vuestro día a día o también os quedáis en la demo? Me interesa saber qué casos de uso reales le estáis dando. Dejadme un comentario.
