root 
Bu podcast’te hiper birleşik altyapı uzmanı Nutanix’te başkan yardımcısı ve veritabanları genel müdürü olan Tobias Ternström ile birlikte bir hizmet olarak veritabanına (DBaaS) bakıyoruz.
Ayrıca Ternström, DBaaS’ın ele alabileceği kullanım durumları ve kuruluş boyutu açısından tatlı noktadan bahsediyor.
Antony Adshead: Hizmet olarak veritabanı (DBaaS) nedir ve hangi zorlukları çözmeyi amaçlar?
Tobias Ternström: DBaaS, gerçekten veritabanlarının yaşam döngüsü yönetimini otomatikleştirmekle ilgilidir. Yeni bir veritabanı sunucusu tedarik etmek, bir veritabanı sunucusu filosuna yama uygulamak, yedeklendiklerinden emin olmak, yüksek düzeyde kullanılabilir olduklarından emin olmak, çeşitli felaket türlerinden korunduklarından emin olmak gibi şeyler. veri merkezine çarpan bir göktaşı.
Ve bunu tipik olarak tek bir konumda değil, veri merkezinizde, uçta veya birden çok genel buluttan birinde yapmak.
Adshead: DBaaS’ın temel faydaları nelerdir?
Ternström: Veritabanı yönetiminin zamanla daha zor hale geldiğini düşünüyorum, çünkü eskiden bir kuruluşun tek bir veritabanı motoru olurdu. Biliyorsunuz, bu bir Oracle mağazası veya bir SQL Server mağazası, Informix mağazası veya DB2 veya her neyse.
Ancak, 10 yıl kadar geriye gidersiniz ve bu değişmeye başlar ve kurumsal bir standart yerine veritabanını getiren çok daha fazla geliştirici ve uygulama çerçevesidir. Şimdi, sadece bir veya bir veya iki tarafta çalıştırmak yerine, isterseniz birden çok çalıştırıyorlar.
Örneğin, dünyadaki ilk beş veritabanı motoru SQL Server, Oracle, MySQL, Postgres ve MongoDB’dir. Ve bunların hepsi çalıştırılır … herhangi bir büyük organizasyonu seçin. Dolayısıyla, tüm bu veritabanlarını yönetebilecek insanlara sahip olmak, özellikle de onlarca veya yüzlerce değil, belki onbinlerce konuşurken, çok zordur. Güvende olduklarından emin olmak ve onlarla ilgilenmek.
Temel zorluk budur. DBA’lar [database administrators] aşırı yükleniyor. DBA’lar bir kuruluştaki gerçekten kritik ilk beş veritabanına odaklanmak isterler, ancak bunun yerine binlerce veritabanına, farklı veritabanı motorlarına, farklı sürümlere, farklı işletim sistemlerine çok ince bir şekilde yayılırlar; gerçekten zorlaşıyor.
Bunun bir numaralı sorun olduğunu söyleyebilirim: DBA’lar bu yeni dünyada aşırı yükleniyor.
Müşterilerimizde çokça gördüğümüz ikinci sorun, geliştiricilerin yavaşlamasıdır. Bu nedenle, herhangi bir büyük kuruluşu seçin, genellikle çok sayıda yazılım geliştiricisi çalışır ve her geliştirici veritabanlarını test etme, değerlendirme amaçları vb. için kullanır. Bunu yaptıklarında, bir API çağırmak için yalnızca self servis yapmak isterler. [application programming interface] veya bir düğmeyi tıklayın ve dediğim gibi *** olur. Veritabanı, ihtiyaç duydukları verilerle birlikte gelir ve geliştirmelerini yapabilirler. Bugün, çok yaygın olan şey, bir bilet açmaları veya bir kişiyi aramaları ve veritabanının görünmesini beklemeleri gerektiğidir.
Son olarak, tescilli veritabanlarından, pahalı veritabanı lisanslarından açık kaynağa doğru çok fazla hareket var. Ve bu, uzun yıllar boyunca 10.000 tescilli veri tabanı çalıştırdıysanız, muhtemelen 10.000 açık kaynak veri tabanı da çalıştırdığınız anlamına gelir. Yani, şimdi 20.000 veritabanını yönetmeniz gerekiyor ve bunu yapmak için bir tür otomasyona ihtiyacınız var, aksi takdirde DBA popülasyonunuzu ikiye katlamanız gerekiyor ve DBA’ları işe almak zor.
Gördüğümüz üç ana zorluk bunlar: DBA’lar aşırı yüklenmiş, geliştiriciler yavaşlamış ve tescilli veritabanlarından açık kaynağa geçiş var.
Adshead: DBaaS için kullanım durumu ve iş yükü açısından uygun bir nokta var mı?
Ternström: İşe yaramadığını söyleyebilirim ama her DBaaS eşit yaratılmamıştır. Ama bu çok iyi. Büyük iş yüklerinin üstesinden gelebilir. Daha çok DBaaS’ın ne kadar yardım sağladığıyla ilgilidir çünkü DBaaS’ın yaptığı temel şey, bahsettiğimiz tüm bu alanlarda otomasyondur.
Ve bu en kritik veritabanları söz konusu olduğunda, her şeyin olması gerektiği yerde olduğundan emin olmaya odaklanmış bir DBA ekibine sahip olacağınız yer burasıdır.
Yine de, bunun organizasyonlara bağlı olduğunu söyleyeceğim. Daha deneyimli bir kuruluşa bakarsanız, DBA ekibinin işleri halletme ve en kritik iş yüklerine odaklanma şansı o kadar artar.
Ama ne kadar çok yeni bir şirketse, eskiden küçükken şimdi büyükse, bu çok hızlı büyüyor, çoğu zaman durum böyle değil. Bu DBA ekibi geleneğine sahip değiller, bu nedenle daha kritik veritabanlarıyla ilgilenmek için DBaaS’a güvenecekler.
Ancak, uygulama ne kadar yeni olursa, o kadar çok veritabanı kullanır. Bu nedenle, daha eski bir kritik uygulamanın devasa bir yekpare veritabanı olabilirken, yeni bir kritik uygulamanın söz konusu uygulama için 1.000 daha küçük veritabanı olabilir.