Neyi problem olarak görüyoruz?
- Altyapı tekelleşmesi ve vendor lock-in sadece maliyet değil; erişilebilirlik, güncellenebilirlik ve hatta kurumların stratejik bağımsızlığı açısından risk üretiyor. (Örn. lisans/tedarik kısıtları, güncelleme kanallarına erişememe, kritik bileşenlerin tek üreticiye bağlanması.)
- “Özgür yazılım” pratiği, generative AI çağında kod sahipliği kadar runtime özgürlüğünü de tartışmak zorunda.
OpenSDDC vizyonu
OpenSDDC; bir “tek ürün” değil, birbirini tamamlayan bir ekosistem fikridir:
- dc(e)OS: veri merkezi iş yükleri için opinionated, işletmesi kolay bir temel RHEL dagitimi
- SLTV: paylaşımlı depolama + sanallaştırma + taşınabilirlik katmanı
- gIMI: altyapı yönetimi/telemetri için açık arayüz (OTel uyumluluk hedefi)
- OpenDIMA: Discover, Ingest, Monitor, Automate: keşif-kayit-monitor-otomasyon hattında, çoklu üretici ve çoklu ortam için gözlemlenebilirlik/operasyon katmanı
Bu çerçevede mesajım şu:
Separation of concerns (network/storage/compute ayrımı) korunmalı, Kubernetes modern SAN yaklaşımlarıyla “rahat” çalışabilmeli ve kurumlar mimari tercihlerinde gerçekten opsiyon sahibi olabilmeli.
Oturum akışı (öneri)
- “Yazılım özgür, peki altyapı?” — risk haritası ve örnek vakalar
- Neden özellikle depolama ve sanallastirmada lock-in’i büyütüyor? Broadcom - Vmware satin almasin neyi tetikledi?
- OpenSDDC yaklaşımı: SAN + K8s + SLTV + gIMI + OpenDIMA
- Mini demo / örnek akış: SLTV’nin çalışma mantığı + gIMI üzerinden telemetri toplama (konsept gösterimi)
- Yol haritası, topluluk çağrısı ve katkı alanları
Hedef kitle
- SRE / Platform Engineer / Sistem yöneticileri
- Kamu/kurumsal altyapı ekipleri, hosting & e-ticaret operasyonları
- Özgür yazılım topluluğunda “runtime özgürlüğü” tartışmasını büyütmek isteyenler
Katılımcı çıktısı
Katılımcılar; lock-in’i sadece “fiyat” değil mimari risk olarak çerçeveleyebilecek, OpenSDDC yaklaşımını mevcut yatırımı koruyan bir adaptasyon stratejisi olarak konumlayabilecek ve SLTV/gIMI benzeri bileşenlerle katkı yapılabilir somut başlıklar görecek.