Tasarım Prensipleri

OpenSDDC ekosisteminin teknik yön bulması için kullandığı temel prensipler.

1. Açık Arayüzler

Platform davranışı vendor dışından da anlaşılabilir ve yönetilebilir olmalı. Tüm yönetim, telemetri ve otomasyon arayüzleri açık standartlara dayanmalı; gIMI gibi gRPC tabanlı API'ler veya OpenTelemetry gibi yaygın protokoller tercih edilmelidir.

2. Taşınabilirlik

VM, volume, telemetry ve automation katmanları mümkün olduğunca farklı platformlar arasında taşınabilir olmalı. Storage modelleri (SLTV gibi) ve Kubernetes entegrasyonları (CSI driver) bu prensibi doğrudan ele alır.

3. Ayrilik Ilkesi

Compute, storage ve network katmanları bilinçli şekilde ayrıştırılabilmeli. SAN, HCI veya hyperconverged seçimleri kapalı bir karar değil, mimari bir tercih olarak ele alınmalıdır.

4. Mevcut Yatırımı Koruma

SAN, FC, iSCSI, NFS, KVM, Kubernetes ve mevcut enterprise altyapılar birlikte değerlendirilmeli. OpenSDDC tasarımı, sıfırdan başlamayı değil, var olan yatırımı yeni bir açık katmanla bütünlemeyi hedefler.

5. Operasyonel Sadelik

Açık kaynak güçlüdür; ama kullanılabilir ve işletilebilir hale gelmediğinde kurumlar için yeterli olmaz. dc(e)OS gibi opinionated bir host profili, OpenSDDC Manager gibi birleşik bir yönetim katmanı bu prensibin uygulanmış halidir.

6. Güvenlik ve Denetlenebilirlik

Açık kaynak; güvenlik açısından da denetlenebilirlik anlamına gelir. SELinux hardening, immutable host OS yaklaşımı, güvenlik bildirimi süreçleri ve secure defaults bu prensibin uygulamasıdır.

7. Geri bildirim odakli ilerleme!

Yol haritası, mimari kararlar ve API tasarımları topluluk geri bildirimine açıktır. Kararlar ADR (Architecture Decision Record) olarak kayıt altına alınır.

8. Bağımlılık Riskini Azaltma

OpenSDDC vendor kullanmaktan kaçınmaz. Vendor kullanmaya devam edilebilir; ancak ihtiyaç olduğunda vendor değiştirebilme veya vendor dışı bir alternatife geçebilme hakkı korunmalıdır.