Çok motorlu veritabanı operasyon platformu

Veritabanı operasyonunu adım adım sadeleştiren platform.

TürkDB, PostgreSQL, MySQL, MongoDB, Redis ve ClickHouse operasyonlarını tek kontrol düzleminde toplamaya odaklanır. PostGIS, MySQL CDC hazırlığı, MongoDB sharding, ClickHouse materialized view ve Redis Stack gibi motor özellikleri kontrollü profil ve değişiklik akışlarıyla ele alınır.

5 motor profili PostGIS ve materialized view akışları Web · API · Terraform sözleşmesi
turkdb — bash
$ turkdb cluster create \
    --name odeme-db --type postgres \
    --tier p9200-h-4 --region ist1

→ taslak akış   # ağ · yedek · TLS · DNS
✓ hedef durum

$ turkdb connect odeme-db
psql — odeme-db.pg.ist1.turkdb.io
odeme-db=>
Bu TürkDB bloğu kavramsal ürün akışını anlatır; mevcut çalışan komut, garanti edilen özellik veya teslim tarihi vaadi olarak okunmamalıdır.

Motor profilleri

İlişkiselden analitiğe uzanan motor profili ve capability dili.

Güvenlik tasarımı

İzolasyon, TLS, IP izin listesi ve veri yerleşimi pilotta doğrulanacak başlıklar.

Operasyon hedefi

Failover, yedek, PITR ve bakım akışlarını kanıta bağlama hedefi.

Kontrollü değişiklik

Sonradan açılan özelliklerde preflight, onay, execute ve verify akışı.

Neden biz

Bir veritabanı kurmak kolaydır. Asıl zorluk, onu üretimde sürdürmektir.

Bir veritabanını docker run ile ayağa kaldırmak dakikalar sürer. Onu üretimde erişilebilir, güvenli ve uyumlu tutmaksa sürekli bir mühendislik sorumluluğudur.

Kurulum & yapılandırma
Her motor ayrı uzmanlık gerektirir; yapılandırma uzun sürer
Hedef: tekrarlanabilir kurulum ve sade kontrol yüzeyi
Yüksek erişilebilirlik
Replika ve failover’ı kurar, düzenli olarak test edersiniz
Pilotlarda önce HA davranışını kanıtlamak
Yedekleme & geri yükleme
Yedekler alınır, ancak geri yükleme düzenli test edilmez
Öncelik: yedek değil, geri yükleme kanıtı
Güvenlik yamaları
Güvenlik açıklarını izler, bakım pencereleri planlarsınız
Hedef: bakım kararını görünür ve geri alınabilir yapmak
Güvenlik & KVKK
TLS, izolasyon, denetim ve veri yerleşimi sizin sorumluluğunuzda
Hedef: TLS, izin listesi, denetim ve veri yerleşimini netleştirmek
İzleme & olay yönetimi
İzleme altyapısını kurar, uyarılara yanıt verirsiniz
Hedef: ilk pilotlarda olay kanıtını tek bağlamda toplamak
Birden çok motor
Her biri için ayrı kurulum ve ekip gerekir
Vizyon: beş motoru aynı operasyon diliyle yönetmek

Maliyetin büyük kısmı sunucu değildir. Asıl yük; sistemi işleten mühendislik zamanı ve olası bir kesintide kaybedilebilecek veridir. TürkDB’nin doğrulamak istediği değer, bu yükün hangi kısmının ürünle gerçekten azaltılabileceğini pilotlarla göstermek.

Veritabanı Motorları

Tek platform, beş motor

İş yükünüze uygun motoru seçme fikrini sadeleştiriyoruz. Her motor için profil seçenekleri ve sonradan yapılabilecek capability değişiklikleri ayrı yönetilir.

Yetenekler

Bir veritabanından çok daha fazlası

Bir veritabanını ayağa kaldırmak ilk adımdır. Onu erişilebilir, hızlı, güvenli ve maliyet-etkin biçimde sürdürmek ayrı bir uzmanlık gerektirir; TürkDB bu sorumluluğu motor profilleri ve kanıtlı değişiklik akışlarıyla yönetir.

🛡️

Yüksek Erişilebilirlik & Failover

HA ve failover, TürkDB’nin pilotlarda kanıtlaması gereken temel operasyon başlıklarından biridir.

💾

Yedekleme & Point-in-Time Recovery

Yedekleme tek başına yeterli değildir; TürkDB için öncelik geri yükleme kanıtını ürün ritmine dönüştürmektir.

💤

Idle-Suspend ile Maliyet Kontrolü

Kullanım ve maliyet ayrımını şeffaf yapmak, ürünleşme başlıklarından biridir.

🔒

Güvenlik & İzolasyon

Tenant izolasyonu, IP izin listesi, TLS ve denetim gibi başlıklar pazarlama vaadi değil, pilotta kanıtlanması gereken güvenlik gereksinimleridir.

🔁

Veri Göçü (Migration)

Veri göçü için önce doğrulama, cutover ve rollback disiplinini netleştirmek gerekir.

🧬

Fork / Klon

Test ve preview ortamları için güvenli kopya üretmek, dikkatli veri maskeleme ve erişim kontrolü gerektirir.

🪢

Bağlantı Havuzu

Bağlantı havuzu, PostgreSQL operasyonunda önce ölçülmesi sonra ürünleştirilmesi gereken önemli bir ihtiyaçtır.

📈

Gözlemlenebilirlik

Metrik ve log görünürlüğü, pilotlarda müşteriye gerçekten karar aldıran sinyallere odaklanmalıdır.

🧭

Motor Profilleri & Capability Değişiklikleri

PostGIS, MySQL CDC hazırlığı, MongoDB sharding, ClickHouse materialized view ve Redis Stack gibi ihtiyaçlar artık tek bir özellik düğmesi gibi değil, güvenli yaşam döngüsü olarak modellenir.

Güveni nasıl kurmak istiyoruz

Güveni şeffaflıkla kuruyoruz

Güven sözle değil, kanıtla kazanılır. Bu yüzden TürkDB’de önce kanıtlanabilir operasyon ilkelerini, sonra ürün vaatlerini konuşuyoruz.

  • Geri yükleme kanıtı önce gelir. Yedek var demek yerine, geri yüklemenin nasıl doğrulanacağını açıkça tasarlıyoruz.
  • Olgun açık kaynak temeli. CloudNativePG, Altinity ve Percona gibi sahada kanıtlanmış araçları değerlendiren bir mimari yaklaşım izliyoruz.
  • Her kritik işlem iz bırakmalı. Denetim ve karar kaydı, ürünün sonradan eklenecek süsü değil temel gereksinimi olarak ele alınıyor.
  • Veri yerleşimi açık konuşulmalı. Bölge, yedek ve destek erişimi gibi konular pilot öncesinde netleştirilmesi gereken başlıklar arasında.
geri-yukleme-tatbikati-hedef-akis.log
[geri yükleme-drill] tenant=pilot  yedek=<timestamp>
  hedef: geçici geri yükleme ortamı oluştur
  hedef: yedeği geri yükle
  hedef: tablo ve kritik kayıt doğrulaması yap
  hedef: sonucu denetim ve metrik olarak kaydet
  hedef: geçici ortamı kontrollü kapat
sonuç: bu akış doğrulanmadan üretim güveni oluşmaz
TLS hedefiAt-rest şifreleme hedefiIP izin listesi hedefiDenetim hedefiAğ izolasyonu hedefi

Pilot kapsamını birlikte netleştirelim

Gerçek ihtiyacınızı ve hangi veritabanı operasyonlarının önce değer yaratacağını birlikte netleştirelim.