Hizmet Olarak Veritabanı (DBaaS) Nasıl Seçilir
Tim Rottach, Eser Pazarlama Müdürü, Couchbase
Bir uygulama veya bir data ambarı projesi için bir veritabanı seçmek, uzun vadeli bir kararlılık gerektirir. Veritabanı uygulamanızın temelidir ve tüm bilgilerinize inançlı bir depolama ve erişim sağlar. Bilgi olmazsa uygulama da uygulamanız da olmaz. Bu yazı, uygulama yahut mikro hizmet geliştirmek için tasarlanmış olan operasyonel veritabanlarına odaklanacaktır. Bu türlü bir segmentasyon yaptığımızda bile piyasada hala yüzlerce veritabanı seçeneği olduğunu görüyoruz. Şayet hizmet olarak veritabanı arıyorsanız, tüm satıcılar eserlerini tam olarak yönetilen bir hizmet olarak sunmadığından seçenekleriniz daha az olacaktır. Uygulamaya farklı fonksiyonlar eklemek ve vakit içinde geliştirmek, seçtiğiniz veritabanına bağlı olarak ya daha kolay ya da daha güç olacaktır. Kimi veritabanları çok özel yetenekler sunarken, kimileri ise daha geniş ölçekte ve esnektir. AWS, Google Cloud ve Microsoft Azure üzere bulut sağlayıcıları, her biri muhakkak yeteneklere odaklanan çeşitli DBaaS teklifleri sunar. Bu opsiyonlar bazen yardımcı olmaktan çok baş karıştırıcı olabilir. Buradaki olumlu nokta ise bu kadar sağlayıcı ortasında tercih yapma bahtınızın olması, gereksiniminiz olan DBaaS’ı bulmanız için daha fazla opsiyona sahip olmanız manasına geliyor.
DBaaS Kriterleri
Piyasada yer alan birçok bulut veritabanı bir noktada farklılaşan olan ortak özellikler sunuyor. İşte aramanızda üstünde durmanız gereken birkaç alan.
Veri yapısı
İlişkisel veritabanı idare sistemleri (RDBMS’ler), bilgileri faal bir halde depolamak için tasarlanmıştır. Bu da sabit ve evvelden tanımlanmış bir maliyetle gelir. Verimliliğin avantajları olsa da, uygulamaların ve mikro hizmetlerin çok süratli değiştiği çağdaş bir çevik yazılım geliştirme modelinde bu katılık aksiliğe yol açabilir. Uygulama ihtiyaçları her değiştiğinde veritabanı şemasını değiştirmek durumunda kalmak, geliştirmeye ayrılacak vakti azaltacaktır. NoSQL veritabanları bu kısıtlamadan muaftır ve geliştiricilere eserleri daha süratli geliştirebilmeleri için daha fazla esneklik sağlar. Ayrıyeten, en uygun NoSQL veritabanları, genel olarak esnekliği korurken süreçleri de takviyeler.
Sorgu Kalıpları
Tüm veritabanlarında en yaygın sorgu lisanı SQL’dir. İlişkisel veritabanlarının hâkimiyeti ve lisanın kendisinin kullanışlılığı nedeniyle onlarca yıldır kullanılmaktadır. Okunması/anlaşılması kolaydır ve esneklik açısından harikadır. Bununla bir arada, daha kolay ve daha süratli bilgi alımı için anahtar-değer üzere öteki bilgi alma yolları da bulunmaktadır. Tüm metin arama olarak da bilinen “fuzzy” arama sorguları, uygulamalar içinde kullanıcılar için arama fonksiyonu sağlayan çok kullanışlı bir veritabanı özelliği olabilir. Popülaritesi artan bir öteki opsiyon da, yüksek düzeyde kontaklı data kümeleriyle çalışan GraphQL’dir. Gereksinimlere (şimdiki ve gelecekteki) nazaran, DBaaS’ın sorgulama gereksinimlerinizi karşıladığından ve farklı tanınan programlama lisanları için bir yazılım geliştirme kiti ile birlikte geldiğinden emin olun.
Tutarlılık
İlişkisel veritabanlarının popülaritesi kısmen ACID özellik dayanağına bağlanabilir. Açılımı; bütünlük, tutarlılık, bağımsızlık ve dayanıklılık manasına gelen ACID, bilgi süreçlerinin korunmasını ve doğruluğunu sağlar. Çağdaş uygulamalarla birlikte, süreçlere gerek kalmadan sürate olan muhtaçlık artmaktaydı ve NoSQL veritabanları, kesin tutarlılık için ACID’den vazgeçti. Bugün, birçok NoSQL veritabanı, bir tıp güçlü tutarlılık (ACID gibi) ve en son tutarlılığın bir karışımını sunarak geliştiricilere uygulamalarını nasıl oluşturacakları konusunda daha fazla esneklik sağlıyor. Bu yüzden, ACID ihtiyaçları açısından gereksinimlerinizin spektrumunu ve bunun makul bir sağlayıcı ile nasıl uyumlu olduğunu anlamak büyük kıymet taşır.
Dağıtım Seçenekleri
DBaaS’ı, kendi kendini yöneten bir sistemle kıyaslandığımızda dağıtım ile ilgili çok daha az iş olduğunu görürüz. Veritabanını ve onu desteklemek için gereken tüm kaynakları sağlamalı ve hizmet, en az kesinti mühleti ile çalışabilmelidir. Hasebiyle, kullanılabilirlik gereksinimleriniz için bulut sağlayıcısı seçimlerinizi, bölgelerinizi ve suram seçeneklerini düşünmeniz gerekir. Öyleyse, daha geniş bir geliştirme vakit çizelgesinde veritabanı platformunun öbür seçenekleri nelerdir? Minimum yeterlilikte bir eser oluşturmak için indirilebilir bir sürüm var mı? Ya vites değiştirmeniz ve firma içinde dağıtmanız gerekirse? Tüm seçenekleri evvelden bilmek, gelecekte meydana gelebilecek büyük bir yanlışı önleyebilir.
Olgunluk
Daha evvel de belirttiğimiz üzere, piyasada çok fazla sayıda veritabanı bulunuyor. Kimilerinin popülaritesi artarken başkalarının düşecek. Bunlardan birini tercih etmek kısa vadede işinizi görse de uzun vadede canınızı yakabilir. Bazen daha olgun bir eseri tercih etmek, gereksiniminiz olacağını bilmediğiniz yahut evvelden fark etmediğiniz birçok yarar sağlayabilir ve bu nedenle minnettar kalabilirsiniz. Olgun bir eser çoklukla daha âlâ istikrar, dayanak ve esneklik sunar.
Yüksek Kullanılabilirlik ve Felaket Kurtarma Çözümü
Kim veritabanının çökmesini ister? Doğal ki hiç kimse. Kullanıcı sayısı, data hacimleri, kapsanacak bölgeler vb. açısından bilgi ihtiyaçlarınızın ne kadar karmaşık olduğuna bağlı olarak, DBaaS’ınızın yüksek kullanılabilirlik ve felaket kurtarma tahlili konusunda nasıl olduğunu anlamanız büyük ehemmiyet taşır. Kimileri çekirdek mimari ve felaket kurtarma tahlili opsiyonları açısından başkalarından daha yeterlidir ve ekseriyetle gereksiniminiz olan garanti çalışma müddetine sahip olmanızı sağlamak için ek maliyetler olacaktır.
Ölçeklenebilirlik
Kolay ve otomatik ölçeklendirme, tüm DBaaS tekliflerinde olması gereken bir şey olmasına rağmen çalıştıkları farklı yollar vardır. Birtakım DBaaS’lar, otomatik ölçeklendirmeyle birlikte kullanım başına ödeme temelinde sunucusuz bir modelde ölçeklenir. Bu işinizi kolaylaştırabilir ancak işler beklentilerin çok ötesine geçerse de epey maliyetli olabilir. Tedarik modeller ise biraz daha fazla iş ile esnek ölçeklendirme sunar, ancak CPU çekirdekleri, bellek, depolama kapasitesi ve daha fazlası için ek denetim içerir. Tüm bu özellikler hiçbir vakit uygulamada değişiklik gerektirmemelidir.
Mobil ve Edge Yetenekler
DBaaS’ınızın bilgileri bir taşınabilir yahut edge uygulamayla senkronize etmesi gerekecek mi? Data senkronizasyonu nasıl yapılacak? Taşınabilir uygulamanın ağ teması olmadan çalışması gerekiyor mu? Bunlar, uygulamanızı çevrimdışı öncelikli hale getirmenize yardımcı olabilecek taşınabilir gömülü bir veritabanı düşünürken üzerinde durulması gereken çeşitten sorulardır.
Güvenlik
Güvenlik, kuruluşlar ve hackerlar ortasında bitmek bilmeyen bir gayrettir. DBaaS sağlayıcınızın, gelişkin, çok katmanlı güvenlik teknolojileri ve 7/24 izleme sağladığından emin olmalısınız. Sistemler, datalar hem hareketsiz hem de hareketli haldeyken özel ağ ve şifreleme içermelidir. DBaaS sağlayıcıları, ekseriyetle itimat merkezi web sayfalarında detaylı ve teknik incelemeler sunar.
Maliyet
Maliyet, veritabanı seçiminde her vakit bir faktördür. Birtakım DBaaS’lar epeyce kolay ve fiyatsız bir katman sunar ama bu gerçek bir uygulama için hiçbir vakit kâfi değildir. Bu nedenle toplam sahip olma maliyetini (TCO) ve bu maliyeti, okuma/yazma performansı gereksinimleri, genel yetenekler ve sistem ölçeklenirken desteklenebilecek toplam kullanıcı sayısıyla nasıl dengeleyeceğinizin üzerinde durmalısınız.
Sonuç
Bir DBaaS seçerken sürat, esneklik, pazara sunma müddeti ve göz önünde bulundurulması gereken maliyetler üzere birçok faktörün uygulama gereksinimlerinizle uyumlu olduğundan emin olmalısınız. Yanlışsız bulut veritabanı platformunu seçmek hiç de kolay değildir. Birçok kuruluş, kıymetli uygulamaları için riski, bilgi yayılımını ve toplam sahip olma maliyetini azaltırken, esnekliği, performansı ve istikrarı artırmak için Couchbase’i tercih ediyor. İşte tüm bunlardan ötürü, Fortune 100’ün %30’u kritik datalarını Couchbase veritabanı platformuyla yönetiyor.
Siz de Couchbase’i fiyatsız olarak deneyebilirsiniz.
