‫Pun.
‫Son zamanlarda D almak konusunda endişelenmemem gerektiği söyleniyor. B. Bir docker konteynerinde çalışan
‫Postgres, DB'yi özellikle replikasyon ile çıplak metal düşüncelerinde tutmanın daha iyi olabileceğini söyledi.
‫Tamam, bugün DBS'lerinizi çıplak metal üzerinde çalıştırıyorsanız ve iyi çalışıyorlarsa, kendinize sadece
‫havalı göründüğü için mi konteyner yükselttiğinizi yoksa ihtiyacınız olan bir şeyi elde etmek için belirli bir nedenle mi konteyner
‫yükselttiğinizi sormalısınız.
‫Doğru.
‫Veritabanları muhtemelen Kapsayıcılarda harika çalışırlar.
‫Ayrıca çok sayıda konteynerin veritabanı çalıştırdığını da söylemeliyim.
‫Gerektiğinde veritabanlarımı konteynerlerde çalıştırıyorum.
‫Tercih ettiğim seçenek, veritabanının bulut barındırmasını kendileri için kullanmak.
‫Başka bir deyişle, eğer bir W üzerindeyse. S. ve RDX'i kendi çözümleri için kullanabilirim, bunu yapmayı tercih ederim.
‫Kendi veritabanı sunucularımı çalıştırmak ve bakımını yapmak zorunda kalmamayı tercih ederim çünkü çoğumuz tam zamanlı
‫DB değiliz, çünkü bulutu çalıştıran bulut mühendisleri DB günlerinde daha iyi olma eğilimindedir ve biz de öyleyiz.
‫Bu yüzden veritabanlarımı her zaman bulutta çalıştırmayı tercih ederim.
‫Bununla birlikte, bu sadece kişisel bir projeyse veya bunu yapmanıza izin verilmiyorsa ya da fiyatlandırmamak için çok özel nedenleriniz
‫varsa, bunlardan biri olmamalıdır çünkü çoğu durumda bunu kendi ortamlarında kendi depolama alanlarında barındırmanın
‫sizin için daha ucuz olacağını açıkça iddia edebilirim çünkü otomatik yedeklilik elde edeceksiniz, daha
‫iyi günlük kaydı ve izleme elde edeceksiniz ve aksi takdirde tüm bunları
‫kendiniz yapmanız gerekecek.
‫Ve tüm bunları kendiniz yapmazsanız muhtemelen bulut depolamanın kendisinden daha pahalıya mal olursunuz.
‫Yani sadece barındırmanın kendisi çıplak bir metal sunucudan daha pahalı olabilir, ancak kuruluşa bir maliyeti vardır
‫ve tüm bu şeyleri kendiniz yönetmenizin de bir maliyeti vardır.
‫Bu yüzden zamanımı bulutun benim için çok iyi yapamayacağı ve iyi yapabilecekleri şeylerden biri olan veri tabanları üzerinde
‫çalışmak için geri almayı tercih ederim.
‫Bu nedenle, veritabanlarınızı çıplak metalde bir veritabanı ve bir konteynerde aynı çıplak metal üzerinde bir veritabanı çalıştırmanız
‫gerekiyorsa, performansta herhangi bir fark olmayacaktır.
‫Çok az sayıda nadir durum haricinde, belki de hacimlerinizin çalışma şeklinde bir farklılık vardır.
‫Veritabanı günlüklerinizi ve birimlerinizi düzgün bir şekilde depoladığınız sürece ve bu birimin çıplak metal durumunda
‫sahip olduğunuz depolama alanıyla aynı olduğunu varsaydığınız sürece, çünkü dosyayı
‫başka bir yere taşırsanız depolama Io değişecektir, o zaman her şey aynı olacaktır.
‫Konteynerin ortasında bir emülasyon veya gecikme katmanı ya da bir tür şim yoktur.
‫Bu çıplak metal, ana işletim sistemi üzerinde çalışıyor.
‫Yani eğer bu ana bilgisayar işletim
‫sistemi ve ana bilgisayar çekirdeği çıplak metal üzerindeyse, çıplak metal performansı
‫elde edecektir ve bunu güvenle söyleyebilirim çünkü bunu aslında Docker
‫kaynakları sayfamda yaptım HP e HP diye aratırsanız, birkaç yıl önce Docker ve Hewlett-Packard HP Hewlett-Packard Enterprise ile yaptığım
‫bir beyaz kağıt var sanırım açılımı buydu.
‫Ve veritabanlarını kullanarak üç farklı senaryoda performansımın bir devamını yaptık, biri bir VM'de bir veritabanı motoru ve
‫daha sonra tek bir ana bilgisayarda birden fazla kurban gibi.
‫Doğru.
‫Bu da çoğu insanın kullandığı bulut modelidir.
‫Bu, geleneksel modeli uyguladıkları ya da hepsi ayrı bir tek örneğimi çalıştıran birçok konteynere sahip birkaç VM'ye
‫sahip oldukları modeldir.
‫Yani bu, daha az işletim sistemi ancak aynı sayıda genel devam motorlarım veya aynı sayıda devam motorlarımı herhangi bir sanallaştırma
‫olmadan konteynerlerde çıplak metal üzerinde çalıştırmak anlamına geliyor.
‫Doğru.
‫Bu yüzden geleneksel süpürgelerden konteynerlere geçerken kullanacağınız modeller
‫olması muhtemel üç farklı model yaptık ve şüphesiz çıplak metal açık ara kazandı.
‫Performans açısından kazanır ve yönetim yükü açısından kazanır çünkü kaç tane fare eşit birimi oluşturduğunuza bağlı olarak potansiyel
‫olarak sekiz veya daha fazla işletim sistemi yerine artık yalnızca bir işletim sisteminiz vardır.
‫Ayrıca, her bir işletim sistemini çalıştırmak ve sadece işletim sistemlerini tekrar tekrar çalıştırmak için bildiğiniz RAM'leri kullanmak zorunda
‫kalmadığınız için size çok fazla alan ve bellek kaynağı tasarrufu sağlar.
‫Doğru.
‫Yani verimliliği düşünürseniz, çıplak metalimde çok daha iyiydi.
‫Bu, çıplak metalde çalışan konteynerler.
‫Bu veritabanını konteyner olmadan çıplak metal üzerinde çalıştırmış olsaydım, muhtemelen aynı işletim sistemi üzerinde
‫birden fazla veritabanı motoru çalıştırmak istemezdim.
‫Doğru.
‫Yani artık çıplak metal üzerinde konteyner kullanmıyorsanız, ya tek bir fiziksel makinenin tüm kaynaklarına ihtiyaç
‫duymanız gerekir.
‫Doğru.
‫Belki de gerçekten büyük bir veritabanına sahiptir ya da kaynaklarını tam olarak kullanamıyorsunuzdur
‫çünkü aynı çıplak metal üzerinde beş farklı tekil örneğimi bir araya getiremiyorsunuzdur.
‫Bu yüzden konteynerlerde gördüğüm avantaj, ayrı veritabanı motorlarını aynı çıplak metalde dikkatlice
‫izole etmenize izin vermesidir.
‫Ve neden olmasın.
‫Bunu yaptığımda eğer çok metale erişiminiz varsa o zaman bunu yapmaya istekli olursunuz.
‫Bu yüzden sırf havalı olacağını düşündüğüm için koşup Postgres'i konteynerlere koymazdım.
‫Kesinlikle artıları ve eksileri olan bir liste hazırlardım ve artılarından biri izole edilmiş olması.
‫Daha fazla konteyner gibi daha fazla şey ekleyebilirsiniz ve bunların birbiriyle çakışması konusunda endişelenmeniz
‫gerekir.
‫Ancak veritabanınız özel bir donanıma sahip olacaksa ve herhangi bir kaynak paylaşımı
‫olmayacaksa, belki de konteyner gerekli değildir.
‫Belki eninde sonunda bundan kurtulabilirsin.
‫Sahip olduğun her şeyi.
‫Hepsi konteynerlere konulduğunda, diğer her şeyin de konteynerlerde olmasını dileyeceksiniz.
‫Doğru.
‫Tüm yönetim araçlarınız konteynerleri arıyor olacak.
‫Yani burada artılar ve eksiler var.
‫Doğru.
‫Ben olsam konteyner dünyasına girmezdim ama bir işletim sisteminden bir şey alıp o işletim sistemindeki
‫bir konteynere koymanın performansı genellikle hiç değiştirmediğini de söyleyemem.
‫Aynı işletim sisteminde gerçekten aynı işlem.
‫Sadece etrafında bir güvenlik sınırı var.
‫Bu da potansiyel olarak kaynak erişimini ve makinede başka şeyler yapma becerisini
‫sınırlar.
‫Tamam.
‫Umarım bu daraltmaya yardımcı olur, ancak bu veritabanları hakkında harika bir soru ve daha kesin bir şekilde
‫ilgileniyorsanız, Docker sayfamdaki ve Brett Fisher nokta com slash doktorundaki bu birkaç beyaz kağıda göz atın
‫ve veritabanları için In Performance'a karşı zihinsel performanslarını okuyabilirsiniz.