‫O yüzden
‫hızlı gideceğiz.
‫Tamam.
‫O zaman programı bitiriyoruz çünkü saatimiz doldu.
‫Sizden biraz geri bildirim almak istiyorum.
‫Tamam.
‫İlk gelen Jacob.
‫Burada bir sürü belge var. Bu arada Dockerfiles belgelerine bayılıyorum.
‫İstediğiniz kadar koymanızda hiçbir sakınca yoktur.
‫Bu aslında bir YAML dosyası, yani şimdi Compose hakkında konuşuyoruz. Dockerfiles veya Compose dosyalarındaki dokümantasyon.
‫Her iki şekilde de.
‫Her zaman iyi bir şeydir.
‫Tamam.
‫Yani 3. versiyonu kullanıyor. 0 7 bu da muhtemelen Swarm veya Kubernetes'te Compose
‫özellik setini kullanan Kubernetes gibi üretimdeki bir şey için olduğu anlamına gelir.
‫Elastic'teki resmi Elastic görüntülerini kullanıyor.
‫Bakalım sağlık kontrolünü yaptırmışsın.
‫Harika.
‫Sağlık çekleriniz var. Bu harika. Konfigürasyonlarınız var.
‫Bu harika.
‫Belirli bir ağa ayarlıyorsunuz ve bağlantı noktasında ana bilgisayar
‫modu yapıyorsunuz, böylece kaplama ağları ve yönlendirme ağı üzerinden gitmek yerine NIC'ye doğrudan erişim sağlıyorsunuz.
‫Bu çok iyi.
‫O zaman görelim.
‫Buraya konuşlanmalıyız.
‫Ayrıca uç nokta modu DNS round robin yapıyorsunuz.
‫Tebrikler sana.
‫Bu, pek çok insanın fark etmediği bir şeydir.
‫Swarm'da bir şey çalıştırdığınızda ve her kaplama hizmetinin önünde bulunan sanal IP'yi devre dışı bırakmak istediğinizde, bunu yalnızca
‫bir düğümünüzün olduğu veritabanları için yapmak istersiniz, değil mi, ki çoğu zaman bir veritabanının yansıtmasını yapıyor
‫olsanız bile, genellikle bunların her birini kendi hizmetlerinde çalıştırırsınız.
‫Yani bir hizmette bir örnek vardır ve bir konteynerin bu örneğinin görevi, genellikle bu sanal IP'nin önünde olmasını istemezsiniz
‫çünkü bu artık fazladan bir atlamadır. Bu da başka bir NAT çevirisi.
‫Daha fazla potansiyel sorun var.
‫Burada uç nokta modunu DNS round robin olarak ayarlarsanız, bu VIP'yi etkili bir şekilde kapatır ve bu konteynere
‫doğrudan erişir.
‫Tebrikler sana.
‫Bunu çok sık görmüyorum çünkü insanlar bunu yakalayamıyor. Ayrıca kopyaları da kullanıyorsunuz.
‫Bir konser için 4G'nin kaynak sınırları harika.
‫Mümkünse her zaman kaynak sınırları ve rezervasyonları belirlemenizi öneririm çünkü bu, kümenizde
‫her şeyin yolunda gitmesine yardımcı olacaktır.
‫Evet.
‫Docker Swarm üzerinde çalışıyor gibi görünüyor. Güzelmiş.
‫Koordinasyon
‫Ustası.
‫Tamam.
‫Aynısından daha fazlası.
‫İyi mal. İyi mal.
‫Bir birimi bağlıyorsunuz. Bağlama yapmıyorsun. Adlandırılmış bir birim kullanıyorsunuz.
‫Burada yerleştirme kısıtlamalarınız var, bu yüzden bunu belirli bir isme kodlanmış
‫bir düğüme koyuyorsunuz. Bunun yalnızca o düğüm üzerinde çalışmasını istediğinizi biliyorsunuz.
‫Elbette buradaki zayıflık, o düğümün çökmesi halinde başka bir yere yerleştirilemeyecek olmasıdır.
‫Umarım bunu göz önünde bulundurmuşsunuzdur.
‫Tamam.
‫Usta2, demek böyle yapıyorsunuz.
‫Görünüşe göre master1, master2 ayrı hizmetler ve master3 olarak kodlanmış. Birçok insan bu şekilde yapmak zorundadır, çünkü
‫çok düğümlü bir veritabanı kümeniz olduğunda, bunların her birini kendi hizmeti olarak
‫koymak genellikle daha kolaydır.
‫Demek bunu yaptın. Üç kopyası olan tek bir servis yapabilseydik iyi olurdu.
‫Bunu otopilot modelini kullanarak bazı örneklerle bulabilirsiniz. Autopilot pattern IO'ya bakarsanız veya veritabanı teknolojinizi autopilot
‫kelimesiyle birlikte Google'da aratırsanız, bazen tüm bunları tek bir hizmette yapmanıza yardımcı olacak yapılandırmalar
‫ve otomasyon komut dosyaları bulabilirsiniz.
‫Her birinin artıları ve eksileri var.
‫Ben şahsen sizin yaptığınız gibi yapma eğilimindeyim.
‫Daha fazla YAML olmasına ve biraz daha ayrıntılı olmasına rağmen daha basit olduğunu hissediyorum.
‫Burada yapabileceğin bir şey var.
‫Buradaki tüm parçaların aynı olması büyük bir gelişme.
‫Doğru.
‫Tüm aynı şeyleri şablon haline getirebilir, sadece bir şablon bloğuna koyarak bu dosyayı önemli ölçüde kısaltabilirsiniz.
‫Bu konuda daha fazla konuşacağım...
‫Tam burası Jacob. Bunu sohbete koyacağım.
‫Bu, birçok insanın kullanmadığı üç farklı gelişmiş Docker Compose özelliğidir.
‫Bunlardan biri şablonlama üzerine.
‫Yani buradaki örneği görürseniz, şablonlamayı tam buraya atabilirsiniz.
‫Temel olarak söylediğiniz şey, şablonda istediğim
‫şey bu ve bunu her resimde veya her hizmette tekrar tekrar koymanızı istediğim yer de burası.
‫Yani, tümünü şablon haline getirebileceğiniz gibi, sadece bazı kısımlarını şablon haline getirebilir
‫ve birden fazla şablona sahip olabilirsiniz ve Docker'ın bu konuda belgeleri vardır.
‫Bu, dosyanızın küçülmesine yardımcı olur ve biz buna kuru diyoruz.
‫Doğru.
‫İşleri bir kez yapmak. Kendini tekrar etme.
‫D R Y Bunu yapabilirsin.
‫Bu, özellikle sağlık kontrolleri ve konuşlandırma konularında tekrar eden
‫pek çok şeyi hafifletmenize yardımcı olacaktır.
‫O zaman veri düğümleriniz var. Orada her şey iyi görünüyor. Sağlık çeklerinizi kullanıyorsunuz. Ağınızı
‫ayarladınız. Hacimleriniz. Bunların bazılarını geçmeme izin verin. Her düğüme bir şeyler kodluyorsunuz.
‫Keşke
‫çalışmamasını söylemenin bir yolu olsaydı... burada bir yerleştirme kısıtlaması varmış gibi.
‫Diğerlerinin çalıştığı
‫bir yerde çalıştırmayın.
‫Senin için biraz umut var. Burada yapabileceğiniz iki şey var. Yerleştirme tercihlerine bakabilirsiniz.
‫Kullanılabilirlik bölgelerinde farklı düğümleriniz varsa ve veritabanınızın
‫AWS gibi her kullanılabilirlik bölgesinde bir kopyası olduğundan emin olmak istiyorsanız,
‫her düğüme etiket ekleyebilirsiniz. Sonra buraya girip bunları etiketimin üzerine yaymanızı tercih ederim diyorsunuz.
‫Sadece bir etiket ve kısıtlama yerine bir yerleştirme tercihi vermeniz, bunları farklı
‫bölgelerdeki farklı sunuculara yerleştirmesine izin verecektir.
‫Ancak buradaki harika şey, bir bölge veya bir sunucu çökerse, bunu başka bir yere yeniden atayabilecek
‫olmasıdır.
‫Buradaki en kötü durum, bunlardan ikisinin aynı sunucuda çalışmasıdır, ancak eğer bunu yapabiliyorsanız
‫muhtemelen o kadar da kötü değildir... Demek istediğim, veriler bir bölgeden diğerine
‫aktarılıyor olabilir. Bu sorunların bazılarını çözdükten sonra.
‫Evet.
‫Evet. Diyorsunuz ki, kısıtlama kullanabilirim ve fiziksel düğümlerden birini kaybetmeme izin verilebilir.
‫Evet.
‫Buradaki mesele, Node ana bilgisayar adlarına atayarak onu biraz daha kırılgan
‫hale getirmenizdir. Bu belirli ev sahiplerine ihtiyacınız var. İdeal olarak, AWS'de ya da sunucularınızı
‫otomatik olarak oluşturabileceğiniz bir yerdeyseniz.
‫Yani, eğer bir sunucu ölürse, yeni bir sunucu oluşturulur.
‫Evet.
‫Tüm bunları hesaba kattıysanız, harika. Bu şekilde yerleştirme kısıtlamalarında yanlış bir şey yoktur.
‫Bu sadece o düğümlerin orada olması gerektiği ya da o konteynerlerin ölmesi gerektiği anlamına gelir.
‫Diğer bir şey ise 19'da yeni bir özellik geliyor. 03 ve bu yeni özellikler hakkında bilgi edinmenin
‫yolu github'daki Docker'a ve Docker-ce sürümlerine gitmektir. Bunu sohbette yayınlayacağım ve yeni Swarm özelliklerine
‫bakabilirsiniz. Çoğaltmaları çalıştırmanıza izin veren yeni bir Swarm özelliği
‫sürümü var, ancak aynı düğümde bu çoğaltmaların X'inden fazlasını asla çalıştırmamasını söyleyin. Süper harika bir özellik ve insanların veritabanlarının hepsine aynı düğümün
‫atanmamasını sağlamalarına yardımcı oluyor. Aynı notta olmadıklarından emin olmak
‫için daha esnek bir yol olarak bunu kontrol etmek isteyebilirsiniz.
‫Sanırım Swarm'a inersem.
‫Evet. Düğüm başına maksimum çoğaltma desteği eklendi. Bu, yakında çıkacak olan 19'un yeni bir özelliği. 03 sürümü şu anda ön sürümde,
‫bu nedenle bunu önümüzdeki birkaç hafta veya ay içinde görmeliyiz.
‫Bunu kontrol edebilirsiniz.
‫Bu size kısıtlamalar konusunda yardımcı olabilir.
‫Tamam.
‫Biraz ilerlemek istiyorum.
‫Tüm bunları inceleyemediğim için üzgünüm. Alt tarafa taşıyorum.
‫Ağlarınız, eklenebilir gerçek ve proxy'niz var.
‫Her şey yolunda görünüyor.
‫Biriminiz var, bu yüzden varsayılan birim sürücüsünü kullanıyorsunuz, bu da tüm bu verilerin bulunduğu düğümde
‫takılı kaldığı anlamına geliyor.
‫Paylaşılan depolama alanınız varsa, bu depolama alanını bu diskten çıkarabilmek için REX-Ray veya başka bir
‫birim sürücüsünü düşünebilirsiniz. Bu şekilde, düğümlerden biri başarısız olduğunda ve bunu
‫başka bir yerde oluşturmak istediğinde, bu veritabanı birimini diğer düğüme yeniden
‫ekleyecektir.
‫Tamam.
‫Buna zaten bakmış olabilirsiniz. Traefik sertifikalarınız var. Bu konuda daha uzun süre konuşabilirim
‫ama zamanımız tükenmek üzere. Trafik belgesi konusunu başka
‫bir güne bırakıyorum. Sonra yapılandırmalarınız ve diğer dosyalarınız var.
‫Bu harika. Tüm yapılandırmaları kullanarak.
‫Olması gerektiği gibi.
‫Burada Sırlar'ı göremiyorum. Bir noktada Sırlara ihtiyaç duyacağınızı ve bunları bir
‫yerde Gizli olarak saklamanız gerekebileceğini varsayıyorum. Bunun dışında harika YAML. Kesinlikle gördüğüm en iyi filmlerden
‫biri.
‫Bence burada yapılacak çok az şey var.
‫Bence mükemmel özelliklerin tümünü kullanmak açısından. Şablonlama bir şeydir. Farklı ses sürücüleri göz önünde bulundurularak
‫ve yeni özellik dikkate alınarak. Yerleşim
‫tercihleri değilse, düğüm başına maksimum çoğaltma için yeni özellik.
‫İzlediğiniz için teşekkürler.
‫Canlı yayına girdiğimde bir uyarı almak için ABONE OL VE bildirim ziline tıklayabilirsiniz, böylece katılabilir ve Devops
‫ve Docker sorularınızı sorabilirsiniz.
‫Şuradaki diğer videolarımdan bazılarını izleyebilir ve benim yapmak üzere olduğum şeyi yapıp gidip biraz kestirebilirsiniz.