Saltar al contenido
fernet.consultores

Splunk Observability Cloud

Observability Architecture.

Diseño de la arquitectura de observabilidad: agentes, gateways, rutas de salida, atributos comunes y muestreo.

El problema que resolvemos.

Sin una arquitectura clara, cada servidor envía datos por su cuenta, los atributos no coinciden entre equipos y la cardinalidad se dispara. El resultado es caro y difícil de correlacionar.

Qué incluye.

  • Diseño de collectors en modo agente y gateway
  • Rutas de salida desde redes segmentadas
  • Convenciones de atributos y nombres
  • Estrategia de muestreo de trazas
  • Documento de arquitectura revisado con tus equipos

Cómo trabajamos.

Cinco fases, siempre en el mismo orden. Pulsa cada una para ver qué ocurre en ella. En los proyectos completos se concretan en las etapas de nuestro método.

Revisamos qué se monitoriza hoy, con qué herramientas, qué incidentes pasaron desapercibidos y qué cuesta.

Diseñamos la recogida con OpenTelemetry: agentes, gateways, rutas de salida, atributos comunes y muestreo.

Documentamos agentes, gateways, rutas de salida, atributos comunes y muestreo, con plantillas de configuración.

Probamos las rutas de salida y la correlación entre señales en un entorno piloto antes de generalizar el diseño.

Ajustamos cardinalidad, muestreo y detectores con el uso real para contener el coste y el ruido.

Capacidades técnicas.

  • Splunk Distribution of the OpenTelemetry Collector
  • Modo agente y gateway
  • Balanceo de carga
  • Semantic conventions
  • Tail sampling
  • Integraciones cloud

Casos de uso.

Entornos aislados

Sacar la telemetría por un único punto controlado.

Varias nubes

Unificar la recogida en AWS, Azure, Google Cloud y centros de datos.

Crecimiento previsto

Diseñar para multiplicar servicios sin rehacer nada.

Beneficios para tu organización.

  • Correlación entre señales desde el diseño
  • Coste de cardinalidad controlado
  • Un único camino de salida auditable
  • Base estable para crecer

Entregables.

  • Documento de arquitectura
  • Diagramas de flujo de datos
  • Convenciones de atributos
  • Plantillas de configuración

Preguntas frecuentes.

¿Por qué agente y gateway?

El agente recoge cerca del origen y el gateway concentra, filtra y es el único punto con salida. Separarlo simplifica la seguridad y los cambios.

¿Sirve para redes sin internet?

Sí. Es precisamente el caso en el que el gateway, detrás de un balanceador o un proxy, marca la diferencia.

¿Diseñáis también la parte de logs?

Sí, para que los logs compartan atributos con métricas y trazas y se puedan correlacionar.

¿Hablamos de Architecture?

Cuéntanos tu situación. Si este servicio no es lo que necesitas, te lo diremos; si lo es, te proponemos un primer paso concreto.

Solicitar este servicio