OpenDIMA — Discover · Ingest · Monitor · Automate

Alt başlık: Altyapı görünürlüğü, olay bağlamı ve otomasyon katmanı.

Problem

Modern altyapılarda monitoring, logging, inventory, topology ve automation çoğu zaman ayrı araçlarda yaşar. Bu da incident anında ekiplerin ekranlar arasında gezinmesine ve olay bağlamını manuel olarak kurmasına neden olur.

Bir pod gecikmesi bazen Kubernetes problemi değil; altta CPU ready, datastore latency, storage queue veya network path problemi olabilir. Bu zinciri kurmak büyük ölçüde ekibin tecrübesine kalır.

Amaç

OpenDIMA, farklı altyapı katmanlarını service map, metric/log correlation, incident timeline ve automation akışları üzerinden tek bir bağlamda birleştirmeyi hedefler.

Öne Çıkan Hedefler

• Discovery
• Inventory
• Service map
• Metric/log correlation
• Incident timeline
• Alertmanager tabanlı alarm akışları
• Automation / remediation

Mimari Yaklaşım

OpenDIMA dört temel katmandan oluşur (DIMA):

1. Discover — gIMI ve diğer collector'lardan envanter ve topology bilgisi.
2. Ingest — Metric, log, trace ve event verisini OpenTelemetry uyumlu bir şekilde alma.
3. Monitor — Alertmanager benzeri kural motoru ve incident timeline.
4. Automate — Policy-driven remediation ve runbook automation.

OpenDIMA; gIMI'den topology, SLTV'den storage durumu, dc(e)OS'tan host metriği ve Kubernetes'ten workload telemetrisi alarak ortak bir olay bağlamı oluşturmayı hedefler.

Roadmap

OpenDIMA, daha geç fazlarda (Faz 5+) olgunlaşır. Önceliği gIMI'nin telemetry omurgasının kararlı hale gelmesidir.

Repo

github.com/opensddc/opendima