- MySQL uyumlu sunucusuz platform PlanetScale, Postgres için özel barındırma platformunun private preview sürümünü duyurdu
- En iyi hizmet erişilebilirliği ve kararlılığa odaklanıyor; otomatik failover gibi sektör lideri mühendislik sunmaya yoğunlaşıyor
- Mevcut Postgres barındırma kullanıcılarının şikayet ettiği maliyet, düzenli kesintiler ve düşük performans sorunlarını hedefliyor
- Performans ve platform özellikleri
- Benchmark sonuçlarına göre, tüm rakip Postgres ürünlerinin sürekli olarak önünde yer alıyor (2 kat kaynak sunan rakiplere karşı bile)
- PlanetScale for Postgres, gerçek Postgres'i özel bir Operator ile çalıştırıyor
- PSBouncer proxy katmanı ile otomatik failover, sorgu tamponlama ve bağlantı havuzu gibi yüksek erişilebilirlik özellikleri sunuyor
- Postgres v17 kullanıyor; Postgres v13 ve üzeri sürümlerden çevrimiçi migration ile kesintisiz otomatik sürüm güncellemesi desteği sağlıyor
- PlanetScale Metal'in yerel NVMe SSD depolaması maliyet/performans oranını çarpıcı biçimde iyileştiriyor
- Ölçeklenebilirlik stratejisi ve gelecek planları
- Vitess, MySQL merkezli bir ölçeklenebilirlik çözümü ve PlanetScale'in güçlü yönlerinden biri
- Vitess ile büyük ölçekli native sharding sağlanıyor
- Ancak bu kez Vitess, Postgres ölçeklenebilirliği için doğrudan kullanılmıyor
- Sadece Postgres için yeni bir ölçeklenebilirlik sistemi sıfırdan tasarlanıyor
- Geliştirme ilerledikçe ek bilgiler ve erken erişim duyuruları paylaşılacak
2 yorum
PostgreSQL’de otomatik sürüm güncellemelerini nasıl uyguladıklarını merak ediyorum. Major sürüm değiştiğinde sistemi yeniden derleme sorunu olacaktır; bunu nasıl çözmüşler acaba?
Hacker News görüşleri
1~2 yıl boyunca PlanetScale kullandıktan sonra Neon'a geçen birinin deneyimi paylaşılıyor. Her tenant için ayrı bir veritabanı gerekiyordu, ancak PlanetScale veritabanı başına aylık $30 (şimdi $39) ücret aldığı için bu bir yük oluşturdu. Kullanım senaryom alışılmadık ve güçlü sunuculara da ihtiyacım yok. Tek bir sunucuda birden fazla veritabanı çalıştırabilmek yeterli; PlanetScale'de bu mümkün değildi ama Neon bunu destekliyor. Küçük bir şirket işletiyorum ve trafik dalgalanmaları öngörülebilir. PlanetScale'in ürünü ve destek hizmetinden çok memnundum, bir gün tekrar kullanmayı umuyorum. Yiyecek-içecek festivalleri için yazılım geliştiriyorum; yılın 9 ayında neredeyse hiç trafik olmuyor, 2 ayında biraz oluyor, yalnızca yaklaşık 3 hafta biraz daha fazla oluyor ve yük sadece festivalin sürdüğü 1~5 günde yoğunlaşıyor. Çok küçük bir müşteri grubu olduğumun farkındayım; çoğu şirketin benim ihtiyaçlarıma doğrudan hitap etmediği gerçeğini de kabul ediyorum
Tenant başına fiziksel olarak ayrı bir veritabanını zorunlu kılan düzenleyici bir gereklilik ya da başka bir neden olup olmadığını, yoksa neden PlanetScale içinde tek bir DB'de birden fazla mantıksal veritabanı/şema kullanılamadığını merak ediyorum
Tenant sayısına bağlı olarak Turso ihtiyaçlarıma uyabilir Turso tanıtımı
PlanetScale, Vitess'ten türeyen MySQL odaklı bir çözüm olarak başladı. Bu yeni PostgreSQL ürününün de Vitess ile ilişkili olup olmadığı, yoksa tamamen sıfırdan inşa edilmiş bir sistem mi olduğu merak ediliyor. Kendim araştırdığımda, PlanetScale for Postgres geliştirme bloguna göre, MySQL tabanlı Vitess'ten farklı olarak Postgres için mimarinin baştan yeniden tasarlandığını gördüm
Son 2 yıldır PlanetScale MySQL kullanıcısı olarak PlanetScale PostgreSQL'in çıkışını görmekten çok memnunum. Önceki şirketimde her iki veritabanını da çalıştırıyorduk ama araçlar arasındaki fark can sıkıcıydı. PlanetScale, veritabanı yönetimi deneyimini adeta Treo'dan iPhone'a geçmek gibi baştan aşağı dönüştüren bir memnuniyet sundu. PlanetScale ekibini tebrik ediyorum
Son dönemde PostgreSQL ölçeklenebilirliğiyle ilgili ilginç projeler peş peşe çıkıyor. PlanetScale'in bu kez nasıl bir ürün sunduğunu görmek için heyecanlıyım. Kişisel olarak daha fazla bilgi istiyorum ama izlemeye devam edeceğim. Bakmaya değer projeler olarak Supabase Multigres, pgdog bağlantıları paylaşılıyor
Postgres ile birlikte çalışıp bu yeni ürünü pazara sunma deneyimi keyifliydi. Sorusu olan varsa memnuniyetle yanıtlarım
Yeni bir hosted Postgres seçeneğinin ortaya çıkmasını harika buluyorum. Multigres (Supabase) ile PlanetScale arasındaki rekabette nasıl farklılaşmalar çıkacağını görmek ilginç olacak
(PlanetScale PostgreSQL için) eklenti desteğinin kapsamı ve sınırlamaları gibi konular merak ediliyor
Konudan biraz sapıyor ama PlanetScale web sitesindeki geliştiricilere yönelik MySQL kursu da öneriliyor
PlanetScale'in bu hamlesi ilginç bulunuyor. Veri tek bir makinenin sınırlarını aştığı anda karmaşıklık hızla artıyor ve dağıtık sistemlerde complex join, ölçeklenebilirlik, güçlü tutarlılık gibi bazı özelliklerden fedakârlık gerekebiliyor. Vitess (MySQL) ile benzer trade-off'lar olup olmadığı ya da Postgres'e özgü ek karmaşıklıklar doğup doğmadığı merak ediliyor. Jepsen'in (dağıtık sistem doğrulama projesi) bunu doğrulaması öneriliyor. PlanetScale ortamında standart Postgres'e kıyasla hangi özellik farkları ve kayıpların olduğu sorgulanıyor
Haberi geç görmüş olsam da bunun harika bir gelişme olduğunu vurguluyorum. Bazı teknolojilerin açık kaynak olarak yayımlanıp yayımlanmayacağı merak ediliyor