‫Bikers, altı ila 10 adet çok çok hafif pardon altı ila 10 adet çok çok hafif Web sitesini barındırmak
‫isteyen bir projem var.
‫Her biri için bir konteyner oluşturabilirim ama aynı zamanda Apache yapılandırmasını tek bir konteynerden çoklu barındırma yapacak
‫şekilde düzenleyebilirim.
‫Tamam.
‫Bu harika bir soru.
‫Biker 2010 sorduğunuz şey Apache sunucularıdır çünkü onlarca yıldır Apache'ye sahibiz.
‫Apache Web sunucuları birçok Web sitesini tek bir daemonda çalıştırma yeteneğine sahiptir.
‫Doğru.
‫Yani bir Apache HPD, birbiriyle ilgisi olmayan birçok farklı Web sitesini çalıştırabilir.
‫Ve bunu yapmalısın vs. birçok konteyner, yani konteyner başına bir Web sitesi veya tüm Web sitelerini içeren
‫büyük bir konteyner görüntüsü olabilir.
‫Benim tercihim.
‫Konteyner çalıştırıyorsam, özellikle swarm veya Kubernetes gibi bir orkestratör çalıştırıyorsam her zaman daha fazla
‫konteyner vardır.
‫Bunun nedeni Apache'nin bu yeteneğe sahip olması, ancak bu daha iyi yeteneğin Apache'ye on yıllar önce,
‫konteynerler ve izolasyon olmadan çok önce yerleştirilmiş olmasıdır.
‫Ve eğer web sitelerimi farklı konteynerlere ayırabilirsem.
‫Teorik olarak bu, daha fazla Apache iblisi çalıştırdığımız anlamına geliyor ve bu biraz daha az verimli.
‫Eğer gerçekten çok az kaynak kullanımı olan çok küçük sunuculara odaklanıyorsanız.
‫Yani 10 Web siteniz olduğunu ve hepsinin farklı bir konteynırda Apache daemon çalıştırdığını düşünürseniz, daha
‫fazla ram alan ve potansiyel olarak biraz boşa harcanan çok daha fazla çalıştırılabilir dosyaya
‫sahip olursunuz.
‫Ancak altı ila on taneden bahsediyorsanız, bin Web sitesi çalıştırmam gerekiyor
‫ve hepsi üzerinde tam kontrole sahibim diyorsanız, bunların hepsini tek bir Apache olarak tek bir konteynere
‫koyarak ve daha sonra esasen her Web sitesi için farklı Apache can incirleri kullanarak daha önemli
‫kaynak tasarrufu elde edersiniz.
‫Şu anda bu bana çok eski moda, konteyner öncesi bir şey gibi geliyor.
‫Neredeyse her zaman onları kendi kaplarında izole etmeyi tercih ederim çünkü bu benim için daha kolay.
‫Bu Web sitesinin kodu için tek bir repo kullanacağım ve bu repoyu tek bir konteyner imajına koyacağım
‫ve bana mantıklı gelen bire bir ilişki var.
‫Ayrıca bu konteynerleri bağımsız olarak ölçeklendirebilirsiniz.
‫Dolayısıyla, performans nedenleriyle veya yedeklilik için üç konteynerin çalışması gerekiyorsa, bunu diğer konteynerlerden ve diğer
‫Web sitelerinden bağımsız olarak ölçeklendirebilirsiniz.
‫Bir başka neden de, eğer bir Web sitesini güncellemeniz gerekiyorsa ve bunu tek bir konteynerde yapıyorsanız,
‫bu her web sunucusunun sadece tek bir konteyner imajını güncelleyebilmek için yeniden başlatılması gerektiği anlamına gelir, oysa
‫her birinin kendi konteyner imajı ve kendi konteyneri olsaydı sadece değişen konteyner güncellenirdi.
‫Doğru.
‫Böylece potansiyel olarak daha az kırılırsınız ve toplamda daha az değişiklik olur.
‫Her neyse, bu sadece izole etmek için iyi nedenlerden bazıları ve evet aynı neden benim devam filmim gibi
‫diğer pek çok şey için de geçerli.
‫Bu tür şeyleri okumayı bilirsin.
‫Bazı insanlar her şeyi büyük bir Sequel Sunucusuna yerleştirmek istiyor ve bu iyi bir
‫şey.
‫Bu sizin için mantıklı olabilir, ancak izolasyonun ve güncelleme potansiyelinin ve bu gibi şeyleri kırmanın
‫avantajları da vardır.
‫Bence veritabanları için bu biraz daha bulanık ve o kadar da siyah beyaz değil çünkü büyük ölçekli sunucular inşa
‫etmekten bahsederken bellek tasarrufu ve benzeri şeylerden bahsettiğinizde çok fazla verimlilik
‫söz konusu ancak web sunucuları gibi uygulamalar söz konusu olduğunda onları her zaman izole ediyorum.