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):
- Discover — gIMI ve diğer collector'lardan envanter ve topology bilgisi.
- Ingest — Metric, log, trace ve event verisini OpenTelemetry uyumlu bir şekilde alma.
- Monitor — Alertmanager benzeri kural motoru ve incident timeline.
- 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.