‫Bu video DockerCon 2017'de yaptığım konuşmadır.
‫Aslında bunu bir kez ABD'de bir kez de Avrupa'da olmak üzere iki kez DockerCons'ta yaptım ve bunların
‫çoğu bugün hala geçerli, aslında şu anda tekrar yapsam değişecek çok az şey var.
‫Bu nedenle, donanım kararlarından başlayarak işletim sisteminden daha koyu sürümlere ve imajlarınıza kadar en iyi uygulamaları
‫ve ardından sürü kümelerini nasıl tasarladığınızı ve bunların ne kadar büyük olması gerektiğini ve yöneticilere karşı işçilerin
‫ne olması gerektiğini ve aradaki tüm ayrıntıları ayrıntılarıyla anlatıyor.
‫Umarım günün son oturumunu keyifle izlersiniz ve karşınızda aynı zamanda bir kaptan olan muhteşem
‫Bret Fisher var.
‫İlk kohort kaptanlarından biriydi, bu nedenle üretimde Docker konusunda yılların deneyimine sahip.
‫Danışmanlığını yaptığı ve üretime geçmenize yardımcı olduğu bu oturumda bilmeniz gerekenlerin yanı sıra neye karar vermeniz gerektiği
‫de ele alınıyor.
‫Vermeniz gereken bu karar da öyle.
‫Eğer aranızda ışıkla ilgilenen varsa ya da dinleyiciler arasında yaşlı inekler varsa.
‫Kötü anlamda söylemiyorum çünkü ben senden çok daha yaşlı ve gerçek bir ineğim.
‫Bu oturumun temasından keyif alacaksınız.
‫O zaman onu benden al.
‫Teşekkür ederim.
‫Mezarlık vardiyasına sahip olma şerefine nail oldum, geldiğiniz için teşekkürler ve neredeyse mutlu saatler yaşıyoruz.
‫Peki neden buradayız.
‫Çok özlü bir şekilde aydınlattı ama biz buradayız çünkü muhtemelen Docker ve üretim istiyorsunuz.
‫Burada sizi Docker üretiminin iyi bir fikir olduğuna ikna etmek için bulunmuyorum.
‫Muhtemelen buna çoktan karar vermişsinizdir.
‫Yani bu, danışmanlık ve Docker ile alınan dersler ve üretime geçmeden önce almanız gereken
‫birçok kararla ilgili en iyi uygulamaları hakkında.
‫Ayrıca eski bir video oyunu hayranı, retro bir video oyunu hayranı olabilirsiniz, bu yüzden sizi bazı önemsiz şeylerle biraz eğlendireceğim
‫ve sizden bir şeyler isteyeceğim.
‫Size çocukken favorim olan klasik oyunlardan bazı müzikler ve ekran görüntüleri vereceğim
‫ve eğer tanırsanız bağırmak istedim.
‫Yani bu birazcık.
‫Seyirci katılımı ve başlayalım.
‫Henüz anlamadıysanız söyleyeyim, ben bir ineğim ve 5. sınıftan
‫beri de öyleyim. A. T. Aynı zamanda bir geliştirici gibi davranmama rağmen çoğunlukla sistem yöneticisi işleri yapıyorum.
‫Uzun bir süredir ve işte liste.
‫Bu benim özgeçmişim.
‫Bu, on dokuz doksanlı yılların başına kadar çocukken sahip olduğum tüm video oyun platformlarının bir listesi
‫ve biraz önemsiz şeyler yapacağız.
‫Hadi biraz eğlenelim.
‫Bir sokak dövüşçüsü.
‫Bu iyiydi.
‫Hızlıdır.
‫Tamam, bu benim HD video oyunları ve bunun Ducker ile olan ilişkisi hakkında yaptığım kötü benzetmeler.
‫Yani 90'larda ben aslında bir donanma okulundaydım ve orduda aynı anda hem ana bilgisayarları hem de parçaları
‫öğreniyorduk çünkü hadi ikisini de yapalım.
‫Orijinal hibrit bilgisayarımız vardı ve bu oyunla ilgili harika olan şey, aslında okuldayken tüm arkadaşlarınızı
‫odanın içinde size getirebilmeniz ve büyük bir turnuva savaşında bir seferde sekiz oyun oyuncusu oynayabilmenizdi
‫ve kazanan kişiyi haftanın taçlı şampiyonu ilan ederdik ve sonra parçalarımızı ve ana bilgisayarlarımızı
‫incelemeye geri dönerdik ve bu yüzden harika bir zamandı.
‫Bu yüzden size projeniz hakkında Super Street Fighter turbo tavsiyesi vermek ve belki de bazı kararlar almanıza yardımcı olmak
‫için buradayım.
‫Ve bu ilk sorun, eşzamanlı inovasyonunuzu sınırlandırarak eşzamanlı inovasyonunuzu sınırlandırıyor.
‫Yani bu benim kapsam genişlemesi dememin süslü bir yolu.
‫Hepimiz kapsam daralması ve ben konusunu biliyoruz. T. projeler.
‫Herkes her şeyi ilk sürümde istiyor.
‫Bu durum altyapınız için de geçerlidir.
‫Bu yüzden projelere başlarken gördüğüm ortak sorunlar var.
‫Genellikle müşterinin Docker'ı duyduktan sonra orkestrasyon hakkında bilgi sahibi olduğu noktada devreye giriyorum.
‫Bu süslü orkestrasyondaki her şeyi istiyorlar çünkü 15 yıl boyunca sanal makine altyapılarını
‫oluşturmak için 20 yıl harcadılar ve ilk konteyner ve üretimlerinin ilk sürümünde tam olarak aynı
‫şeyi istiyorlar.
‫Bu yüzden size belki de ihtiyacınız olmayan şeyler için bazı bahaneler vereceğim.
‫Üretim konteynerlerini ilk kez dağıttığınızda bunlardan biri de ICD'dir.
‫Bugün buna sahip olsanız bile, konteynerlerle çalışmasını sağlamak için muhtemelen çok fazla şey yapmanız gerekmez.
‫O kadar da büyük bir mesele değil.
‫Tüm CIA platformları artık konteynerleri destekliyor.
‫Yani iyisin.
‫Ancak bugün CIC'ye sahip değilseniz, ilk konteyner projeniz veya hatta ikinci konteyner projeniz için buna sahip olmak
‫zorunda değilsiniz.
‫Bunu bir gereklilik haline getirmeyin ve bu altyapıyı oluşturmak zorunda kalmayın Dinamik performans ölçeklendirmesi,
‫insanların orkestrasyon elde eder etmez sihirli bir şekilde konteynerlerinizdeki tüm düğümlerinizin sihirli
‫bir şekilde yukarı ve aşağı ölçeklenmesine neden olduğunu varsaydığı bir başka büyük ölçeklendirmedir.
‫Ve bu muhtemelen yapacağınız ilk şey olmamalı çünkü çok şey öğreneceksiniz ve bu
‫altyapıyı otomatik olarak ölçeklendirmeye başlamadan önce bu öğrenimleri edinmeniz gerekiyor.
‫Kalıcı verilerle başlamak gerçekten büyük bir adım.
‫Veritabanlarınızı bir sürü kümesine koyduğunuz ilk şey yapmayın.
‫Bu kötü bir şey değil, sadece biraz daha zor kalıcı verilerle uğraşmak daha zor
‫bir şey.
‫Ve muhtemelen en çevik altyapı hakkınız da değildir.
‫Muhtemelen veritabanlarınızı her ay yeni bir sürüme yükseltmiyorsunuz, ancak muhtemelen
‫her hafta veya her gün yeni kod dağıtıyorsunuz ve bu nedenle kalıcı verileriniz yerine uygulama kodunuzdan
‫çok daha fazla fayda elde edeceksiniz, bu nedenle tüm hafta ve tüm yıl boyunca söylediğimiz gibi eski uygulamalar MTA programı
‫eski uygulamalar da hala çalışıyor.
‫Uygulamalarla ilgili bir proje üzerinde çalışırken hedeflerimden biri herhangi bir kodu değiştirmemektir. Muhtemelen
‫bir uygulama kodunda yaptığımız en yaygın değişikliğin, IP adresleri ve kod gibi uygulamaya kodlanmış varsayılan
‫ortam parçaları olduğunda olduğunu söyleyebilirim.
‫Açıkçası bunun yanlış olduğunu muhtemelen biliyoruz, ancak eski uygulamalarda gerçekten eski uygulamalar 10 yıllık uygulamalar gibi biliyorsunuz.
‫Belirli IP veya ana bilgisayar adları ya da orada olması gereken belirli ortam değişkenleri etrafında çok fazla varsayım
‫görüyorum ve genellikle bunları çıkarıp ortam değişkenlerine almamız gerekiyor.
‫Genelde değiştirmemiz gereken tek kod bu.
‫Faktör.
‫Hepimiz muhtemelen on iki faktörü duymuşsunuzdur, bu bir tür ideal çözümdür, konteynerleri
‫veya hatta orkestrasyonu uygulamanız için orada olması gerekmez, buna bittiği gibi bakmıyorum.
‫Ben buna daha çok bir ufuk olarak bakıyorum.
‫Dolayısıyla hedefiniz dağıtık bilişimin en iyi uygulamalarını öğrenmek ve bunları
‫üretime geçmeden önce bir kerede değil, zaman içinde uygulamak olmalıdır ve bu tür
‫şeylerin sizi geciktirmesinden hoşlanmıyorum çünkü üretimin ilk gününde çok şey öğreneceksiniz,
‫orada üretime geçme projesinin son iki ayından daha fazla şey öğreneceksiniz.
‫Evet.
‫Yani bu NHS ve seksen beş.
‫Bu uzun zaman önceydi.
‫Ancak bu oyun Super Mario Brothers, 30 yıl boyunca bir platformda en çok satan oyun unvanını elinde tuttu.
‫Bu oyun hayatımın büyük bir parçasıydı ve aynı anda oyun oynayabileceğimiz iki kontrolcüye sahip
‫ilk konsolumdu.
‫Bu sayede oyunlarda nasıl rekabetçi olunacağını öğrenmiş oldum, çünkü oyunların çoğu genellikle tek seferde sadece
‫bir oyuncuyla oynanıyordu.
‫Ayrıca, kooperatiflerin ne olduğunu öğrenmek için gerçekten harika olan bir kooperatif modu vardı.
‫Şimdi bazı varsayılan güçlendirmelerden ve doktor dosyalarınızı nasıl daha iyi ve üretime hazır hale getirebileceğinizden
‫bahsedelim.
‫Bu yüzden herkese her zaman önce Doktor dosyalarına odaklanmalarını söylerim.
‫Bu doktor dosyalarının gerçekten iyi ayarlanmış olmasını tercih ederim, o zaman bazı süslü orkestrasyon
‫özellikleri veya tam otomatik C ICD bu doktor dosyaları yeni fatura belgelerinizdir.
‫Yani belki de kodunuz ve hayvan tuzu yığını kuklanız varsa, ihtiyacınız olan her şeyi taşımanız gerekecek.
‫Kabuk komut dosyaları, sunucularınızı oluşturmak için daha önce sahip olduğunuz şeyler artık
‫doktor dosyanızda ve yorumlamanız ve bu dosyaya çok sayıda dokümantasyon koymanız
‫ve bu dosyayı ayarlamanız gerekecek ve aslında ben buna doktor dosyasının ilk gününden üretime hazır Doktor dosyasına nasıl başlayabileceğinize
‫dair doc veya olgunluk modeli diyorum çünkü birçok şey açıkça sadece geliştirme aşamasında çalışıyor ve
‫üretimde çalışmıyor ve konteynerlerle hedefimiz, geliştirme aşamasında çalışan şeylerin üretimde de tam olarak
‫aynı şekilde çalışmasıdır, tüm hedefimiz buydu.
‫Bu yüzden uygulamanızın çalışmasını ve çökmemesini sağlamakla başlıyoruz ki bu her zaman ilk gün işe yaramayabilir.
‫Bu projeye başladığınızda ve doktor dosyalarınızı başlattığınızda ve resmi görüntülere dayandırdığınızda,
‫umarım başlamasını ve çalışmaya devam etmesini sağlayacaksınız ve daha sonra günlük dosyalarınıza odaklanacaksınız, örneğin
‫günlükleri günlük dosyalarına koymak yerine bu kaptan çıkarmak gibi.
‫Bu bir anti model.
‫Ve hâlâ bunu yapan pek çok insan görüyorum.
‫Bunu FTD air ve ICD out'a koymanız ve Docker'ın günlüklerinizi işlemesine izin vermeniz gerekir, orkestrasyonunuzun
‫günlüklerinizi sizin için işlemesine izin verin Lütfen bunları uygulamada tutmayın ve ayrıca gereksinimleri ortadan kaldırın
‫çünkü birçok uygulamanın kendileri için bu süslü günlüğü yapan alt modülleri vardır ve şimdi bunu uygulamanızdan çıkarabilir
‫ve altyapınızın bir parçası haline getirebilirsiniz, ardından belgeleme bundan sonra yapılacak büyük bir şeydir.
‫Belki de ekip için doktor dosyası üzerinde çalışan biri ve bunu test etmesi için
‫ekipteki başka birine vermeniz gerekecek.
‫Docker dosyasının her bir alanı hakkında dokümantasyon bulundurmanızı tavsiye ederim.
‫Açıkçası, bu satırlar üretim zamanından önce çıkarılır, bu nedenle üretimlerinizi
‫yavaşlatmaz, oradaki tüm belgelerin üretimini etkilemez ve ardından onu yalın hale getirir ve ölçeklendirir.
‫Bu yüzden pek çok insan önce yalınlığa odaklanır.
‫Görüntünün boyutu hakkında endişeleniyorlar ve ben size görüntü boyutunuzun bir ya da iki numaralı sorununuz olmadığını
‫söylemek için buradayım.
‫Resimlerinizin ne kadar büyük olduğu umurumda değil çünkü muhtemelen alışık olduğunuz resmi resimleri kullanmak
‫isteyeceksiniz.
‫Eğer bugünkü hizmetiniz Ubuntu veya S. O. S veya çalıştırdığınız her neyse, bunları ilk projenizdeki varsayılan
‫görüntüler haline getirin.
‫Şimdi eninde sonunda sadece kendi oluşturduğunuz ikili dosyalarla şişman Meg olan bazı süper yalın Alpine görüntülerine
‫ulaşabilirsiniz ve bunların hepsi harika ama ilk gün buna ihtiyacınız yok.
‫İlk konteyner projenizde buna ihtiyacınız yok.
‫Henüz buna sahip olmayan üretim müşterilerim var çünkü bu görüntü bu ana bilgisayarlarda tek anlık depolama alanıdır
‫ve tek bir Virgin olduğu varsayılan her görüntü yalnızca bir kez depolanır.
‫Ondan beş konteyner çalıştırıyor olsanız bile ve bu nedenle beş yüz Meg'lik bir görüntünüz veya
‫300 Meg'lik bir görüntünüz varsa bu büyük bir sorun değildir.
‫Bu nedenle, imaj boyutu gibi küçük şeylerle uğraşmazdım, daha çok docker dosyasının kalitesi ve ardından değişiklik
‫oranının azaltılması konusunda terlerdim.
‫Dolayısıyla, derleme belgelerinizin tümü apt get'e dayanıyorsa, ilk Docker dosyanızı Alpine'de
‫tamamen farklı bir paket yöneticisine taşımak istemezsiniz.
‫Bugün doktor dosyasında köpek veya dosya almadan çalışacak olan aynı yapı belgelerini kullanmayı
‫ve bunu üretime almayı ve orada öğreneceğiniz tüm dersleri öğrenmeyi ve daha sonra belki de güvenlik
‫veya sadece görüntünün dostluğu için azaltılmış ayak izinin azaltılmış bir görüntüsü gibi Alpine gibi bir şeye
‫sahip olmak için değiştirmek için ayrı bir proje yapmayı tercih edersiniz.
‫Sonra da doğru bir ölçek yapın.
‫Ve bu uygulamayı alıp aynı anda birden fazla konteynerde çalıştırmak, eğer bir veritabanı ise muhtemelen
‫veritabanı katmanında replikasyon ve benzeri şeylere ihtiyaç duyduğunu varsayar.
‫Ancak Web uygulamaları ya da çalışan uygulamalar ve bunun gibi şeylerden bahsediyorsak, ölçeklendirilebildiğinden emin
‫olacağım çünkü bir konteynerde çalışıyor olması her zaman beş konteynerli bir orkestratörde
‫otomatik olarak iyi çalışacağı anlamına gelmez.
‫Doğru.
‫Paralel Sonic the Hedgehog ile ilgili başka sorunlarla uğraştığınız oturum durumu
‫olabilir.
‫TAMAM.
‫Peki 16 bit konsol savaşlarını kim hatırlıyor?
‫Hatırlayın, 8 bit ile 16 bit büyük bir olaydı ve Super ile Tendo ve Sega Genesis arasında kimin
‫kazanacağına dair bir kavga vardı.
‫Ve biliyorsunuz şimdi 128 bit savaşçılardayız ya da şimdi ne durumdayız bilmiyorum ama Sonic the Hedgehog çocukken benim
‫için o kadar büyük bir olaydı ki aslında ben. R. S. ve herkes 90'lardan kalma sıra sohbeti
‫gördüğümü hatırlıyor.
‫Evet, öyle.
‫Bu yüzden bir kulp bulmam gerekti, hepimiz internete girdiğimizde "Gerçek adımı kullanmamam gerekiyor,
‫bir kulpum yok" diyorsunuz.
‫Sonic the Hedgehog'un çeşitli varyasyonlarını yaptım çünkü o zamanlar en sevdiğim
‫oyundu ve gerçekten havalıydı.
‫Aslında o kadar havalıydı ki, bir top haline gelip ekranın etrafında
‫döne döne çığlık attığı bir özelliği vardı.
‫Ve olan şey şuydu: Oyuncu olarak siz artık ekranda ne olup bittiğinin farkında değildiniz
‫çünkü o sırada muhtemelen saniyede üç kare ya da çılgınca yavaş bir şey yapıyordum.
‫Siz aslında sadece anti kalıpları takip ediyordunuz ve bunu önlemeye çalışıyordunuz.
‫Önünüzdeki yoldaki sivri uçlara veya tehlikelere çarpmayı önlemeye çalışıyordunuz.
‫Yani tek işiniz bir şeylere çarpmadığınızdan emin olmaktı, anti model bir şeydiniz.
‫Sadece bunu gözlemliyordun.
‫Bu, bir saniyeliğine daha koyu dosyalara nasıl bakacağımıza dair
‫korkunç benzetmem ve bunları oldukça hızlı bir şekilde inceleyeceğiz ve gördüğüm ilk şey oldukça açık.
‫Muhtemelen artık hepimiz hacimleri biliyoruz.
‫Bu yeni bir özellik olmasa da birkaç yıl önce ortaya çıktı ve yanlışlıkla hata ayıklama günlükleri
‫veya hava dökümü günlükleri veya FTD'yi koymayı unuttukları buna benzer bir şey için ekstra karanlık birimler eklemeyi unutan insanlar görüyorum
‫veya belki de kullanıcılardan gelen statik dosya yüklemeleri veya uygulamanın yüklemeleri arasında
‫saklamak istedikleri bir tür önbellek dosyaları var.
‫Bu nedenle, resmi görüntüleri kullanıyorsanız bunların hacimlerde
‫olduğundan emin olmak istersiniz, oradaki tüm kalıcı veri öğeleri zaten sizin için hacimlere sahiptir, eğer en son kullanıyorsanız
‫lütfen durun.
‫Sadece bir daha asla latest kelimesini yazmayın, sadece test için bile bir docker dosyası yapacaksanız bir versiyon
‫yapın, versiyon yazma alışkanlığı edinin çünkü bu kas hafızasıdır.
‫Dolayısıyla, şu anda kullandığınız sürümü bilmenin kas hafızasına ulaştığınızda
‫ve bunu sadece ön satırlara yazdığınızda, burada üstteki örneği göreceksiniz, PDP resmi olanı benzer doğru olmayan
‫sürümü kullanır.
‫İkincisi botunuzdan ona doğru.
‫On altı 0 4'te olduğu için teknik olarak bizi assembler olarak görüyor ama tarih tabanlı.
‫Böylece uygulamanın paketlerinin gerçekten yerleştirildiklerinde oraya ulaştığını bilirsiniz.
‫Bu size bir fikir verir.
‫Bunlar aynı zamanda kendi imajlarınızı oluştururken kendi imajlarınızın benzerlerini yapmak zorunda
‫olmadığınıza dair iki örnektir; tarihe dayalı olarak yapabilir veya fikirlere dayalı olarak işleyebilirsiniz.
‫Ancak burada asıl odaklandığım nokta, en üstteki örneğin Docker dosyasına koyduğum farklı uygulamaların sürümlerini
‫göstermesi ve en üstte ortam değişkenlerini ayarlıyorum, böylece birisi veya ekibimden herhangi
‫biri bu Docker dosyasına baktığında, bu uygulamaların hangi gerçek sürümlerinin yüklü olduğunu hemen bilebilir
‫ve buraya hangi node sürümünü koyduğumuzu bulmak için yüzlerce satırlık
‫Docker dosyası arasında gezinmek istemez.
‫Yani tabii ki Jason paket paketi, besteci ve bunun gibi şeyler var.
‫Bu biraz ayrı bir konu çünkü bu uygulamanın içinde ama bu tamamen kodunuzun çalışması
‫için orada bulunan ve docker dosyasında kaybolma eğiliminde olan ve onları güncellemeyi unuttuğunuz uygulama
‫bölümleriyle ilgili.
‫İkincisinde pinlediğimi görebilirsiniz, aslında pinlemek app get için doğru
‫kelime değil ama app get paketlerimden bazıları için doğru güncelleme sürümünü belirtiyorum.
‫Projeye ilk başladığımda çoğu insan bunu yapmıyor ve ben bunu yapmakta zorlanmıyorum.
‫Aslında sadece ihtiyacınız olduğunu düşündüğünüz sürümleri yükleyebilir veya en son sürüm neyse onu yükleyebilir ve ardından
‫APP get ile sürümleri oldukça kolay bir şekilde bulabilir ve ardından bunları her şey için değil doktor dosyanıza
‫koyabilirsiniz.
‫Muhtemelen curl veya ihtiyacınız olabilecek diğer yardımcı programlar için değil, uygulamanıza özel olanlar
‫için ve PSP zor olanlardan biridir çünkü genellikle PSP uygulamanız için çok sayıda uygulama alma bağımlılığına
‫sahiptir, bu nedenle bu sürümleri sabitleyin çünkü kodun rastgele sürümlerini dağıtmazsınız, o zaman neden kod bağımlılıklarının rastgele
‫sürümlerini dağıtasınız?
‫Bu Docker dosyası, her kod işlediğinizde günlük olarak oluşturulabilir, bu da bağımlılıkların rastgele görüntü
‫sürümleriyle sonuçlanabileceğiniz anlamına gelir ve daha sonra tam otopsi ICD'sini almaya başlarsanız, Mongo veritabanı
‫sürücüsünün güncellenmesi ve aniden Mongo sürümünüzü desteklememesi gibi rastgele küçük tuhaflıklar yaşamaya
‫başlarsınız, ancak testleriniz Mongo'nun bu sürümünü test etmediği için bunu bilmiyordunuz.
‫Her neyse, benim başıma geldiği için üzülmüyorum, sadece benden öğrenebileceğiniz versiyonlarınızı sabitleyin diyorum.
‫Varsayılan yapılandırma, Pete gibi uygulamalarda gerçekten hepsi PSP'yi istiyor, devam eden postgrad Mongo'm.
‫Java oldukça iyidir.
‫Pek çok insan docker dosyasında altyapı oluşturulduğu fikrini fark etmeyecek veya kavramsallaştırmayacaktır ve
‫belki de daha önce Java bellek sınırlarınızı ayarlamak veya uygun my sequel config dosyasını kurmak
‫için başka bir ekibe bağlıydınız, bunlar artık docker dosyasının sorumluluğundadır veya öyle olmalıdır.
‫Yani bu, ne yapabileceğinize dair oldukça iyi bir örnek.
‫Daha iyi bir örnek, giriş noktası komut dosyasını kullanıyorsanız, bugün giriş noktası komut dosyalarına
‫veya nasıl çalıştıklarına girmeyeceğim, ancak CFD'nizi yapmadan önce bir komut çalıştırmanıza izin veriyorlar.
‫Bu, yapılandırma dosyalarınızı anında ayarlayan bir betik olabilir ve eğer gerçekten devamım veya
‫Postgres için resmi görüntülere bakarsanız birkaç isim verebilirim.
‫Bunların içinde, veritabanı başlamadan önce her türlü şeyi yapan giriş noktaları komut dosyaları vardır.
‫Varsayılan veritabanını oluştururlar, varsayılan yönetici şifresini eklerler, veritabanınız için
‫özel bir kullanıcı ayarlarlar, tüm bunları yaparlar ve ardından veritabanı komuta göre yeniden başlatılır.
‫Ve bu, ortam ayarlarını docker derlemesine sabit kodlamamakla ilgili bu sorunların çoğunu
‫çözmenin bir yoludur.
‫Bunları gerçekten dışarıda ve gerçek çalışma zamanı yapılandırmasında tutmak istersiniz.
‫Ve bu, aynı görüntüyü farklı ortamlar için farklı teknik görüntülerle tekrar tekrar oluşturdukları
‫bir projede gördüğüm bir şeydi.
‫Böylece docker dosyasını farklı bir Jason kullanacak şekilde değiştirirler ve ardından farklı bir imaj oluştururlar.
‫Bu kesinlikle bir anti modeldir çünkü artık her ortam için bir tane olmak üzere tüm bu farklı görüntülere
‫sahipsiniz ve eğer bu sektörde yeterince uzun süre bulunduysanız, ortamların sonsuz olduğunu bilirsiniz,
‫özellikle de artık sanallaştırmaya sahip olduğumuza göre, ortamlarda ne varsa yarın artı birde de
‫olacak ve bu nedenle tüm bu farklı görüntüleri tutacaksınız ve bunu istemezsiniz.
‫Yani sürekli olarak bir docker dosyasının ideal ortamını belirleyen tüm bu ortam ayarlarını
‫çekmeye çalışacaksınız.
‫Bunu docker dosyasında yapmayı daha sonra içe aktarılacak diğer dosyalarda yapmaya tercih ediyorum çünkü
‫görünürlüğü artırıyor.
‫Bu nedenle her zaman bu ortam ayarlarının çoğunu docker dosyasında varsayılan olarak almaya çalışırım ve daha
‫sonra bunları çalışma zamanında ayarlarım, böylece docker dosyasına bakan herkes varsayılanların ne olduğunu bilir.
‫Daha gelişmiş bir ejderha avcısına sahip olacağımız zaman, bu uygulama
‫için yapılandırma dosyası ne olursa olsun, başka bir depoda veya başka bir sistemde dolaşmak zorunda kalmazlar.
‫Evet, bu oldukça havalı bir şey.
‫Aslında ilk lazer disk oyunuydu ve lazer disk olduğunda seksen üç Nova'lı bir adamdı ama temelde büyük
‫bir şehirdi, bir plak büyüklüğünde çok büyük bir şehirdi.
‫Ve bu elle çizilmiş bir sanat.
‫Bu aslında siz izlerken film oynayan bir oyun.
‫Aslında benim için çoğunlukla öyle görünüyordu çünkü sürekli ölüyordum.
‫Oynaması zor bir oyundu ve hile yoktu, o zamanlar internette hilelere bakamazdınız,
‫bu yüzden doğru hareketlerin ne olduğunu anlayamazdınız.
‫Yani ejderha avcısı.
‫Aslında dünya oyun başına yirmi beş sent alırken bu 50 sentlik bir oyundu.
‫Dolar oyunlarının ve iki dolarlık zincirlerin ve tüm bu çılgın şeylerin evrimini
‫başlatan onlardı ve hepimiz etrafta durup izlerdik çünkü bir çizgi
‫film izlemek gibiydi ve aslında sanırım muhtemelen on dakikalık bir süre içinde en çok hasılat yapan oyunlardan biriydi.
‫Bu oyunda on dakikada bir maaş çekimi kaybediyordum çünkü her 30 saniyede bir ölüyordunuz
‫ve 50 sent için bir canınız vardı.
‫Yani oldukça zordu.
‫Bu arada otuz beş yıl sonra bile bu oyun hala harika görünüyor.
‫Artık telefonunuzda da oynayabiliyorsunuz ve harika görünüyor.
‫Öyleyse biraz altyapı ejderhaları oynayalım.
‫Eğer bir operasyon ekibiyseniz, altyapınız hakkında vermeniz gereken üç büyük karardan bahsedelim.
‫Bu muhtemelen bir projenin başlangıcında aldığım en yaygın sorulardan bazıları.
‫Bunlardan ilki VM'ler veya çeşitli VM'ler ya da çıplak metal gibi donanımlardır.
‫Ve ben her ikisi de diyorum.
‫İyi olduğun şeyi yap derim.
‫İyi olduğunuz şeylerden şaşmayın.
‫Ve belki bir saat sonra çıplak metal üzerinde uyku performansı testi yaparsınız.
‫Metalimizin ham gücüne gerçekten ihtiyaç duyan birkaçımız değilseniz, muhtemelen bugün
‫VMS'de çıplak metal kullanmaktan ve çıplak metali dinamik olarak dağıtmaktan daha iyisiniz.
‫Bu nedenle, eğer sanal makine kullanıyorsanız, daha sonra birden fazla sunucu üzerinde değil, sunucunun kendisi
‫üzerinde konteyner sayısını artırarak ve performansın nasıl göründüğünü görerek çıplak metal
‫üzerinde bazı performans testleri yapın derim.
‫Bazı gerçekten basit açık kaynak araçlarıyla gerçekten basit şeyler yapabilirsiniz, karmaşık
‫veya satın aldığınız bir araç olması gerekmez.
‫Aslında bu yılın başı muhtemelen hala geçerli çünkü bildiğiniz gibi bu yılın başında
‫112 konteynerin bulunduğu bir dünya var.
‫HP ve docker ile birlikte çalışarak bir white paper hazırladık ve başka white paper'lar da var.
‫Bu bağlantıda, yaptığımız bazı temel performans testlerinden bahseden ve aslında konteynerlerdeki
‫ve kurbanlardaki iş yüklerinin ve ardından çıplak metal üzerindeki konteynerlerdeki iş yüklerinin karşılaştırmalarını
‫gösteren iki tane var.
‫Ve bu bir tweet değil, size yapmanız gerekenin bu olduğunu söyleyen tek bir satırlık bir şey veremem çünkü bu karmaşık
‫bir doğru.
‫IO kalıplarınızı değiştirir, çekirdek zamanlamanızı değiştirir, bu nedenle muhtemelen bir sanal
‫makinedeki konteyner sayısını artırdıkça çekirdek zamanlaması, çekirdek ayarları ve ağ ayarları
‫gibi şeylere biraz daha fazla önem vermeniz gerekecektir çünkü belki de daha önce tek bir işletim
‫sisteminde tek bir uygulamanız varken bu işletim sistemini yükleyeceksiniz.
‫Bu yüzden model değişiyor, bu yüzden büyüdükçe biraz öğrenmeniz gerekiyor, bir sonraki işletim sisteminiz
‫ve dağıtımınızla ilgili.
‫Yani şu anda Linux hakkında konuşuyoruz.
‫Açıkçası, Windows konteynerleri ile ilgileniyorsanız rüzgardan bir seçeneğiniz var.
‫Bu güzel ve kolay bir seçim.
‫Ancak Linux kullanıyorsanız dağıtımınız çekirdeğiniz kadar önemli değildir.
‫Yenilikler ve düzeltmeler derken Docker'ın dört yıldan biraz daha eski olduğunu kastediyorum.
‫Konteynerler aslında çekirdeğin geleceğini ve Linux çekirdeğinin ve işletim sisteminin nasıl oluşturulduğunu ve dağıtıldığını
‫ve tüm bu şeyleri etkiliyor.
‫Yani beş yıllık bir çekirdek sürümü 3 çalıştırmak istemezsiniz. 0 10 Docker'ın minimumudur ve minimum olması ve çalışıyor
‫olması, kullanmanız gereken anlamına gelmez.
‫Doğru.
‫4 tavsiye ederim. 0 X çekirdeği ve aslında hala en son sürümü yüklediğinizde 3. sürümü alabileceğiniz
‫birkaç dağıtım var. 0 bir şey çekirdek.
‫Bu yüzden buna eskisinden daha fazla önem vermeniz gerekiyor.
‫Yani Apache hemen hemen her farklı dağıtımda aynı şekilde çalışır Docker çalışmaz.
‫Konteynerler değil.
‫Doğru.
‫Bu yüzden eğer bir fikriniz yoksa Ubuntu'yu deneyin derim.
‫Burada favori göstermiyorum, ancak belirli bir dağıtıma özellikle tutkulu biri değilseniz Ubuntu ile
‫ilgili olan şey, bir 4 ile birlikte gelmesidir. 0 kutudan çıkan bir çekirdek, uzun vadeli güzel bir
‫destek yaşam döngüsüne sahiptir.
‫İnternette Docker testlerinde, docker mağazasındaki resmi Docker destekli dağıtımlardan biri olduğu veya
‫belki de Linux kitini boşaltmayı denediği iyi belgelenmiştir.
‫Şimdi bu bir uyarıdır çünkü bu tür kendi dağıtımınızı oluşturma ve Linux ile dağıtım yapma konusunda yeniyseniz,
‫nerede yaşadığını bilmiyorsanız projenizi geciktirecektir.
‫Karmaşık olanlar ekstra ek şeyler, bu yüzden sizi şimdiden uyarıyorum, bu en hızlı seçim olmayacak
‫ama belki de harika olacak.
‫Bu da ürününüzün uzunluğunu etkileyecektir.
‫Linux kitinin nasıl çalıştığını öğrenmeniz biraz gecikecektir.
‫Bu hafta Linux kiti üzerine oturumlar yapıldı ve eminim yarın belki de zirvede daha fazlası olacak.
‫Son olarak, dağıtımınızı mağazadan aldığınızdan emin olun.
‫Bir uygulama gibi Docker'ın varsayılan dağıtımı tüm bunları gençleştirir.
‫Bu senin için doğru versiyon olmayacak.
‫Bunu garanti edeceğim çünkü bu kısmen 113 olacak.
‫Biliyorsun bu sekiz aylık, şimdi on aylık.
‫Bu nedenle, Docker'ın en son sürümlerini almak istiyorsanız, en son kararlı sürüm geçen aydan itibaren 17 0 9'dur
‫ve bunu mağaza aracılığıyla alacaksınız, bu da Dr. inşa ettiğini ve aslında Doktor'un amaçladığından farklı
‫olmadığını söyledi.
‫Aslında bu durum diğer paket yöneticilerindeki bazı eski dağıtımlar için de geçerlidir.
‫Sonuncusu sizin konteyneriniz.
‫Ve konteynerinizin imajından bahsetmiştik, temel imajınızdan bahsetmiştik, birçok ekip
‫sonunda bir ara imaja sahip oluyor, ben buna böyle diyorum.
‫Yani mağazadan veya bir Docker Hub'ından tabanınız var.
‫JSF'siz bir ekip için belki de sizin standardınız olan bir aracınız var.
‫Bu versiyondan kendi standardınızı seçmeyi biliyorsunuz ve bunun bir kısmına sahip olacaksınız ve
‫sonra belki de bu şekilde yapmak zorunda olmadığınızın üzerine inşa ettiğiniz başka bir imajınız olacak.
‫Ancak ekipte birkaç kişiden fazlası varsa, muhtemelen ileriye dönük bazı standartlar belirlemek istersiniz.
‫Bu, bir sanal makinenin eski altın imaj fikrine benziyor.
‫Belki bir ara ürünle yapacağınız şey budur, ancak bunu görüntü boyutuna göre yapmayın derim.
‫Daha önce de söylediğim gibi, belirli bir dağıtıma alışkınsanız kesinlikle VM'lerinizin ne olduğuna bağlı olarak.
‫Sadece resminizdeki bu dağılımla başlayın.
‫İşe yarayacak, harika olacak ve Docker dosyanıza dönüştürdüğünüzde derleme belgelerinizle ilgili
‫her şeyi değiştirmek zorunda kalmayacaksınız.
‫Evet, mevcut süreci eşleştirmek ve belki daha sonra tekrar Alpine'i düşünmek, oldukça
‫tatlı bir iş olan görüntü için 5 Meg boyutu nedeniyle çok popüler bir seçim haline
‫geliyor.
‫Ünlü hatlar doğru yapılan işleri sever.
‫Bu aslında benim Blizzard'a giriş oyunum ve Blizzard ile 20 yıllık aşk ilişkim bu oyunla başladı.
‫Aslında ilk versiyonun beta sürümünde yer alacak kadar şanslıydım.
‫Bu o kadar uzun zaman önceydi ki, bir ses kartı satın alıp P'nize takmanız gerekiyordu. C. oynatmak için.
‫Gerçekten zevk almak gibi ve bu video sanırım video oyunları oynamak için tasarlanmamış orijinal parça ya
‫da en azından küçük bir boktan parça hoparlörden başka bir şeye sahip değil.
‫Sanırım o zamandan beri tüm Blazer oyunlarını satın aldım.
‫Yani evet, işe yaradı.
‫Şimdi sürü mimarileri hakkında konuşalım ve bu gerçekten sürü katmanı, sürü mimarisi ile ilgili.
‫Artık işletim sistemini biliyoruz.
‫Artık imgelerimizi biliyoruz.
‫Bu sürüyü nasıl oluşturacağımız hakkında konuşalım ve size çok temel bazı tasarımlar vereceğim.
‫Eğer swarm'ın nasıl çalıştığına dair bir şeyler okumadıysanız, diğer swarm etkinliklerine de katılmamışsınız
‫demektir.
‫Açıkçası bir sürünün içine derinlemesine dalmayacağım.
‫Pazartesi günü harika bir atölye çalışması yaptık.
‫Aslında bundan önce Laura Frank ile swarm, raft'ın iç yapısı ve konsensüsün nasıl çalıştığı hakkında
‫konuşulan bir oturum var.
‫Bu yüzden size bebek sürüsü ve bebek sürüsü ile başlayan bazı temel tasarımlar vereceğim.
‫Bir not olarak, dizüstü bilgisayarınız olabilecek tek bir düğüm üzerinde bir sürü oluşturabilirsiniz.
‫Sadece bir satır.
‫Doğru.
‫Muhtemelen hepimiz bu demoları gördük, muhtemelen bu demoları denedik.
‫Bu gerçek bir şey ve bir saniye bunun hakkında konuşmak istiyorum.
‫Sorun değil.
‫Bugün altyapınız var.
‫Eminim ki her birinizin ortamında yüksek düzeyde erişilebilir olmayan bir sistem vardır
‫ve bu sistem çöktüğünde bir telefon alırsınız ve bir yerlere bir şeyler yazarsınız.
‫SGI sistemi olabilir.
‫Bu, bilet sisteminiz için bir bildirim sistemi ya da işiniz için kritik olmayan ancak
‫bir yerlerde bulunan başka bir şey olabilir.
‫Swarm'da çalıştırın.
‫Çalıştır.
‫Sadece Ducker'ı sür.
‫Bununla birlikte kutudan yeni özellikler çıkar, sırlar elde edersiniz, otomatik olarak bildirimsel olan hizmetler elde
‫ettikçe yapılandırma elde edersiniz, böylece bir sorun olduğunda otomatik olarak kendilerini değiştirirler.
‫Kullanılabilir olduklarından emin olmak için sağlık kontrollerini kullanabilirler.
‫Bu tür şeyleri doktor çalıştırarak elde edemezsiniz, bu yüzden kutunun dışında iyiyiz, hadi yapalım.
‫Sahip olabileceğiniz bir sonraki seçenek üç nota formudur.
‫Çift sayı yapmayın, iki nota formu yapmayın.
‫En azından yöneticilerden bahsediyoruz ve swarm'a aşina değilseniz
‫iki tür makine vardır: işi yapan işçiler ve bir tür NCD sunucusu gibi sal konsensüs
‫veritabanına sahip yöneticiler.
‫Ve bu durumda, belki bir hobi projesi veya bir test projesi olan çok küçük bir projesiniz.
‫Tüm makineler iş yapıyor ama aynı zamanda hepsi yönetici, bu yüzden biraz daha fazla güvenlik
‫riski profiline sahipler çünkü sürünüz üzerinde tüm kontrole sahip olan RAF veritabanını
‫depoluyorlar ve bu aslında bir hata toleransı sağlayacak en az şey ve yöneticileriniz bir sonraki
‫boyutta beş olabilir.
‫Bu benim büyük sürü olarak adlandırdığım şeydir çünkü sadece yüksek kullanılabilirlik için
‫minimum altyapıyı isteyen ve güvenlik ve yöneticilerinin etrafında sınırlar sağlama konusunda henüz
‫çok endişeli olmayan ve sadece yüksek kullanılabilirlik isteyen küçük küçük başlangıç şirketlerine
‫önerdiğim şey budur.
‫Bu yüzden bunu tavsiye ediyorum çünkü bu, bakım için bir düğümü kapatmanıza ve yine de düşme toleransına
‫sahip olmanıza izin verir, çünkü bunda iki hakkı kaybedebilirsiniz.
‫Yönetici düğümlerinin her zaman çoğunlukta olması gerekiyor.
‫Yani beş eder.
‫Bundan sonrasını kendimiz uyduracağız.
‫Bu arada, eğer ADA'ya evet diyen biriyseniz, bu kutularda T ya da C yazmasını görmezden gelin, çünkü
‫anlık boyut önemli değil, sadece kullandığım grafik programı bana bu grafikleri verdi.
‫Bu durumda aslında onları ayırdım.
‫Artık yöneticilerimi farklı bir VLAN ya da güvenlik grubu gibi güvenli bir bölgede tutuyorum, böylece hepsi kendi aralarında konuşabiliyor
‫ve sürüyü kontrol edebiliyor ve ardından istediğim kadar işçi düğümü oluşturabiliyorum.
‫TAMAM.
‫Ve bu çalışan düğümler birçok farklı şey olabilir, tek bir sürüde farklı donanım profillerine ve farklı
‫ağ segmentlerine, farklı kullanılabilirlik bölgelerine sahip olabilirim.
‫Tüm bu şeyleri bu işçi düğümleriyle yapabilir ve kısıtlamaları kullanabilirim.
‫Bunlara aşina değilseniz, temelde Docker için oluşturduğunuz bir hizmete
‫burada bir SSD SSD ile olması gerektiğini veya belki de PCI uyumluluğu için belirli bir sunucuda çalıştırdığınız bir güvenlik
‫profili tarayıcısı olduğunu söylemenizi sağlayan meta verilerdir.
‫Doğru.
‫VPN INS oluşturursunuz, belki bir VPN üzerinden bu düğümlere etiket atamak istediğiniz bir şey olabilir
‫ve sonra çalışmanızı kısıtlamalarla bu şeylerle kısıtlarsınız, böylece bunu yüz düğüme kadar ölçeklendirebiliriz
‫ve çok fazla değişmez.
‫Gerçekten değişmiyor.
‫Sadece daha fazla işçi düğümü ve daha çeşitli profillere sahip daha fazla yer var.
‫Hâlâ aynı alışkanlıkları kullanıyorsun.
‫Belki de örnek boyutları daha büyüktür ve yöneticileriniz bu RAF veritabanını bellekte depoladığı için yöneticilerinizi
‫ölçeklendirmeniz gerekecektir.
‫Dolayısıyla, iş büyüdükçe ve daha fazla iş yapıldıkça RAF veritabanı büyüyecek ve bu yöneticilerdeki
‫RAM MCP profillerinizin artması gerekebilir, ancak değiştirilmeleri çok kolaydır.
‫Bir tane getirebilir ve birkaç satırla bir tane çıkarabilirsiniz.
‫Doktor dosyaları.
‫Size küçük bir uyarıda bulunacağım, lütfen sığırlarınızı evcil hayvan yapmayın.
‫Çevik altyapıya geçen pek çok insan var ve bu kelimeyi kullanmaktan nefret ediyorum çünkü
‫Çevik her zaman aşırı kullanılıyor ama Docker ile altyapınız çevik olma özelliğine sahip.
‫Eğer evcil hayvan yapmazsanız, depoları ana bilgisayara indirmeye başlamazsanız ve ana bilgisayarda
‫özel şeyler yapmaya başlamazsanız.
‫Sadece bir sunucu inşa etmek, Docker'ı kurmak, sürüye eklemek ve ardından kapsayıcıları dağıtmak ise bunu sürdürebilir.
‫Eğer her şeyi docker API aracılığıyla uzaktan yapıyorsanız ya da belki de SSD yaşı üzerinden bir şeyler yaptığınız ama aslında
‫sabit diskte bir şeyler depolamadığınız bazı süslü kabuk şeyleri yapıyorsanız, o zaman bu
‫düğüm özel değildir ve olmak zorunda da değildir.
‫Ancak, tüm bu şeyleri yaptıkları kutularını yönetici düğümlerinden biri haline getiren birçok
‫insan görüyorum, tüm bu araçlara sahipler ve daha sonra ana bilgisayara girerek bir şeyler yüklüyorlar ve bu kötü
‫bir alışkanlık.
‫Bu, onlarca yıldır sahip olduğumuz bir alışkanlık.
‫Tüm sorun giderme işlemlerinizi ve testlerinizi konteynerlerde
‫ve bu sürüde yapabilirsiniz ve bu harika bir şeydir, ana bilgisayarda olmasını engeller, bu nedenle
‫birden fazla sürünüz olabilir.
‫Bu yaygın bir soru aslında daha önce de soruldu ve dans seansı yapıldı.
‫Bunlar birden fazla sürü için kötü nedenlerdir, tek bir sürüde çok şey yapabilirsiniz, belirlenmiş katı sınırlar yoktur.
‫Binlerce düğümü test ettik Docker sanırım onlarca ya da 10000 ya da başka bir şeyi test etti, en
‫yüksek sayılarının ne olduğundan emin değilim ama bunların hepsi aslında birden fazla sürü oluşturmak için bir nedene ihtiyacınız
‫olmayan şeyler.
‫Şimdi, bu nedenlerden bazılarına sahipseniz, benim bir operasyon görevlisi olduğum gibi potansiyel olarak birden fazla sürü oluşturmanız
‫gerekir.
‫Bu yüzden operasyon ekibine üretimden önce başarısız olma şansı verme fikrini seviyorum, bu yüzden operasyon ekibine diğer insanların
‫önemsediği gerçek bir swarm'a sahip olma fırsatı verin, belki CIA platformu veya test altyapısı gibi operasyon
‫personeline veya ekibine buna sahip olma şansı verin, böylece swarm'da hata yapabileceklerini ve yanlışlıkla veritabanını
‫swarm'dan silebileceklerini veya insanların üretime geçmeden önce yaptıklarını bildiğiniz her
‫şeyi öğrenebilirler çünkü bu ilk ürününüzse ve bu ilk swarm'ınızsa çok şey öğreneceksiniz, hatalar
‫yapacaksınız, bu yüzden bunları üretimde değil doğru yönetim sınırlarında yapabildiğinizde
‫harika docker API kutudan çıktığında ya hep ya hiç bir şeydir ve muhtemelen Docker'ı swarm'dan önce bile bir süre kullandıysanız,
‫bizim arkamızda yerleşik olmadığını biliyorsunuzdur, kutudan çıktığında rol tabanlı
‫erişim kontrolü yapmaz bunu Docker e ile yapabilirsiniz başka üçüncü taraf araçlar var
‫aslında bunun üzerine oluşturabileceğiniz bir eklenti modeli var ama bu katmanı eklemediğiniz sürece ya
‫hep ya hiç bir şeydir.
‫Bu tür bir şeye ihtiyaç duyan bir ekibiniz varsa, belki de yönetim sınırları nedeniyle New York ofisinin bir
‫swarm'a ve DC ofisinin bir swarm'a sahip olacağına karar verebilirsiniz, bu yüzden Windows Server 2016
‫hakkında çok hızlı bir slayt atacağım çünkü bu gerçekten yeni ve harika bir şey ve
‫farklı işletim sistemlerinin hibrit bir sürüsüne sahip olabileceğiniz swarm ve bu yıl pencereleri açacağım.
‫Bu yıl Server 2016 olarak bunu mümkün kıldık ve hızlı bir şekilde yenilikler yapıyoruz, bu nedenle her
‫birkaç ayda bir bunun, swarm'ın ve genel olarak docker'ın kapasitesini artıran güzel bir dizi yeni
‫özellik ve pencere alıyoruz.
‫Bu nedenle, saf bir Windows Server 2016 sürüsü yapmak istiyorsanız, bunun bazı potansiyel olumsuzlukları olabileceğini söyleyebilirim
‫çünkü konteynerlerde dört yıllık bir inovasyon sürecimiz oldu.
‫İzleme ve günlük tutma konusunda açık kaynak kodlu projeler var ancak bunların çoğu yalnızca
‫Linux'a özel.
‫Bu nedenle, eğer bir Windows mağazasıysanız, en azından biraz Linux ve sürünüzü düşünmenizi tavsiye ederim,
‫böylece ekosistemde belki de Windows için hazır olmayan bazı güzel araçlarla yenilik yapabilirsiniz.
‫Windows'a yetişiyorlar.
‫Ayrıca eğer Windows'ta lisans konusunda her zaman hassasım diyorsanız ve sürü yöneticileriniz sadece sürü yöneticisi olarak çalışıyorsa
‫ve tek yaptıkları buysa, belki de bunları Linux yapmalısınız.
‫Ve sonra windows iş yükleriniz için windows kullanırsınız ve sadece orada oturup karar veren
‫bir yönetici olmak için windows lisansı harcamazsınız.
‫Evet.
‫Ama bunu yapabileceğimi biliyorsunuz, bu da başka bir zor konu.
‫Müzik hakkının küçük bir kullanıcısı olarak açıklayın.
‫Explain bir on dokuz doksan üç dos oyunuydu ve muhtemelen Wolfenstein 3D gibi bir fareye ihtiyaç
‫duyduğunuz ilk oyunlardan biriydi.
‫Uzayda gerçek bir uçuş simülatörüydü.
‫Vardı.
‫Eninde sonunda her Star Wars aracını uçurabilirdiniz çünkü çok sayıda tehlikeleri vardı.
‫Bu oyun benim için en az bir yıl boyunca bir bağımlılıktı, öyle ki ilk
‫mağaza kredimi Navy Wal-Mart gibi olan Navy any X'ten aldım ve fantastik müziği çalmak için Bose hoparlörler
‫aldım ve uçuş çubuğu için bir kontrol çubuğu aldım.
‫Kısacası, karşılayamayacağım kadar çok para harcadım ve bir mağaza kredisi aldım, bu yüzden yaşasın
‫tüketici borcu ve bu oyunun hatasıydı.
‫O halde sürünüzün bazı bölümlerini dışarıdan temin etmekten bahsedelim.
‫Belki de her şeyi kurum içinde yapmanıza gerek yoktur.
‫Belki de her şeyi yenilemeniz gerekmiyordur, bu yüzden evet diyeceğim.
‫Burada uygulanmadı sendromuna dikkat edin.
‫Temel olarak belirli bir parça için ürünler var.
‫Yani tabii ki her şey için ticari ürünler var.
‫Tüm bunları dışarıdan temin edebilirsiniz.
‫Doğru.
‫Bulutumuz var.
‫Ticari şirketlerimiz var.
‫Ancak bunu kendiniz yapacaksanız, kendiniz oluşturmak istiyorsanız.
‫Dr. Belki de dışarıdan kolaylıkla temin edilebilecek ve değiştirilebilecek
‫bazı iyi parçalar vardır.
‫Dış kaynak dediğimde ya bir SAS ya da ticari bir ürünü kastediyorum ve imaj kayıtları gerçekten harika
‫bir yorum.
‫Bu pazar iyi tanımlanmış durumda.
‫Dışarıda yıllardır orada olan iyi oyuncular var, günlüğünüzü merkezileştiriyor ve izlemenizi merkezileştiriyorlar.
‫Bunların hepsi benim için bariz yollar.
‫Tüm açık kaynak araçlarını kullanmak zorunda değilsiniz çünkü genellikle açık kaynak
‫harika olsa da genellikle kolaylık için ücretsiz ticaret yaparsınız.
‫Yani gerçekten özgür diye bir şey yok.
‫Dolayısıyla, tahıl üretimi için konteyner projenizden zaman çizelgesini kesmeniz gerekiyorsa bunlar projenizi hızlandıracaktır.
‫Bu alanlara bakın ve bu arada CMC F için harika bir URL de var. Vakıf.
‫Ekosistemin görsel bir diyagramı gibi oldukça güzel bir şeye sahipler, bu nedenle tüm günlük
‫oyuncularına ve konteynerlere aşina değilseniz, size logolarını verecek güzel bir
‫grafik var ve belki de neleri dikkate almanız gerektiğini anlayabilirsiniz.
‫Yani gerçekten hızlı.
‫Teknoloji yığınları hakkında konuşacağız ve bu yüzden onu adlandırmak istemiyorum.
‫Ama bunun aşağıdan yukarıya doğru bir inşa olduğunu biliyorsunuz.
‫Bugün sizin için nasıl görünebilir ve altı ay sonra şirketlerimiz olabilir.
‫Küba 80'lerini bir seçenek olarak sunacağız.
‫Yani bu slaytlar Küba fikirleri değil çünkü bugünden bahsediyorum.
‫Şimdi yapabileceğiniz şey bu.
‫Yani belki de en altta for Kit ve terraform yanlış düğmesiyle altyapınızı dağıtıyorsunuz ve sonra çalışma zamanınız
‫daha genç, burası daha koyu.
‫Açıkçası, swarm kullanıyorsanız, orkestrasyonunuz Docker swarm'dır, ağınız Docker swarm'ın yerleşik kaplamasıdır,
‫depolamanız belki de ana bilgisayarlarınız arasında paylaşılan depolamanızı düzenleyen açık kaynaklı bir proje
‫olan Rex Ray'i kullanıyorsunuzdur.
‫Dell EMC Jenkins'ten oldukça güzel bir proje.
‫Yani sadece orada saklamak.
‫Buradaki bu yığın fikri, tüm açık kaynağın kendi sisteminizde veya burada SAS olmadan dağıttığınız
‫bir bulut sisteminde her şeyin saf açık kaynak olmasıdır.
‫Docker dağıtımı artı Portis Portis, Docker'ın ücretsiz kayıt defterinin üstünde bir gooey içinde, bu yüzden
‫sadece Dr yaparsanız kayıt olun. Paul kayıt defteri Dockers'ın resmi kayıt defteridir,
‫belki de hub veya başka bir şey kullanmak istemezsiniz, sadece kendi kayıt defterinizi istersiniz, katman 7 proxy'niz
‫için bu olacaktır ve eğer bilmiyorsanız, muhtemelen Web'in web işleriyle ilgileniyorsanız,
‫bağlantı noktasını paylaşmanız gerekecektir. seksen ve dörde ihtiyaç duyacak birçok konteyner arasında
‫üçü için bir ters proxy veya katman 7 proxy'ye ihtiyacınız olduğu anlamına gelir ve akış proxy aslında diğer kaptanlardan Victor'dan
‫HK proxy kullanan gerçekten harika bir projedir ve sonra trafik sanırım belki de başka bir popüler olan motor X'i kullanır.
‫E tamam belki merkezi kayıt tutma aşkınız için bunu duymuşsunuzdur.
‫Bu, sürü merkezi izleme ile çalışan başka bir şeydir, belki Prometheus ve Griffon Prometheus aslında
‫Griffon'u izlemeyi kontrol eder.
‫Üstteki yapışkan şey size güzel grafikler veriyor mu?
‫Ve son olarak buradaki ortak belki de sürünün üstünde yapışkan bir şey olabilir.
‫Son bir şey daha söyleyeyim, eğer hizmet olarak işlevlerle ilgileniyorsanız, açık FAS bu hafta
‫Alex'in bahsettiği, form üzerinde çalışan açık ateş gömleklerini göreceksiniz, böylece kendi işlevlerinizi
‫bunun üzerinde bir hizmet olarak yapabilirsiniz.
‫Şimdi yapacağım şey, bu SAS ürünlerinden bazılarını üstte yaparsanız bunun
‫nasıl görünebileceğini hızlıca göstermek olacak ve kalın öğeler değişecek öğelerdir.
‫Burada AWOL us için Docker ve Azure için docker'a dikkat edin, bunlardan bahsetmedim ama bunlar Dockers'ın
‫bu bulutlarda bir sürüyü en iyi nasıl çalıştırmanız gerektiğine dair görüşleri ve size şablonlar veriyorlar.
‫Şu anda beta aşamasında olan Google Cloud'a Tucker'ın Web sitesinden kaydolabilirsiniz, ancak cesur
‫olanlar, aksi takdirde kendi başınıza çözmeniz gereken sorunları çözerek dağıtımınızı
‫hızlandıracak ticari ürünler için yapabileceğiniz seçimler olabilir.
‫Son olarak burada Dr. Kurumsal Sürüm.
‫Docker e'yi Docker for Azure veya AWP'nin üstünde yaparsanız değişecek olan şey budur, bu nedenle Docker for Azure
‫yerel U. S. veya Docker'dan ücretsiz.
‫Yani açıkçası altyapı için ödeme yapıyorum ama şablonlar ücretsiz ve bunun da ötesinde
‫Docker e yaptıysanız çalışma zamanınız resmi olarak desteklenen E sürümüne değişiyor, katman 7 proxy'niz, kayıtlarınız
‫ve gooey'niz sizin için ilgileniyor, böylece bu yığının nasıl çok Docker merkezli ve odaklı
‫hale geldiğini görebilirsiniz ve bu nedenle dürüst olmak gerekirse en hızlı dağıtım, Docker e'yi Azure
‫a w w üzerinde şablonlarıyla dağıtmaktır.
‫Yani eğer hıza ihtiyacınız varsa, Docker e'yi de bilmiyorsanız, size başka pek çok şey de sağlar.
‫Rol tabanlı erişim kontrolü görüntü tanıtımını tarayan görüntünüz
‫vardı, hepimiz bu demoları açılış konuşmasında ve içerik güveninde gördük.
‫Sarımsak hayat dersi vermez.
‫Yemeğine ateş etme.
‫Bu 1985.
‫Bu, patlamanın size dört oyuncuya kadar verdiği bir hack ve slash arcade oyunudur.
‫Doğru.
‫Bu arada Ready Player One'dan bahsetmiyorum.
‫Bu filmi gelecek yıl izlemeniz gerekiyor ama ondan önce kitabı okumalı ya da Wil Wheaton'ın
‫sesli kitabını dinlemelisiniz.
‫80'lere doğru harika bir yolculuk.
‫Eğer 80'lerin hayranıysanız.
‫Katılıyorum.
‫Hayatınız devam ediyor, bu yüzden bu oyunla ilgili harika olan şey, bunu oyuncular için veya tek bir oyuncu için oynayabilirsiniz ve yine
‫de eğlenceliydi.
‫Tamam, bu yüzden arkadaşlarınızın etrafınızda koşuşturması, bu oyunda birlikte çalışamayacağınız anlamına gelmez,
‫oynayamazsınız ve eğlenemezsiniz.
‫Aynı şey orkestratörünüz için de geçerli.
‫Belki de tüm bunları bir kenara bırakıp belki de konteyner ve üretim almanız gerektiğini söylemenin nasıl bir şey olduğunu
‫bilmiyorum çünkü tatil sezonu yaklaşıyor ve patronunuza Noel'e kadar konteyner sözü verdiniz.
‫Peki ya daha önce konteyner orkestrasyonu yapamıyorsanız ve belki de tamamen otomatikleştirilmiş bir altyapınız
‫varsa?
‫Belki de sanal makinenizi otomatik olarak ölçeklendirdiğiniz ESD ve Amazon kullanıyorsunuz ve uygulamalarınızı kurbanlara yerleştiriyorsunuz.
‫Bu yüzden sadece kendi argümanımı tartışacağım ve belki de bir VM'nin sınırlarını seviyorsunuz, bu yüzden VM başına 1 v 1 konteyner yapın
‫diyeceğim.
‫Sektörde bundan pek bahsetmiyoruz çünkü çok havalı bir şey değil ama kesinlikle işe yarıyor.
‫Bunu yapabilir ve altyapınızın daha azını değiştirebilirsiniz ancak bunun birçok faydası vardır.
‫Bu, Docker dosyalarını nasıl kullanacağınızı öğrenebileceğiniz anlamına gelir.
‫Bu, Docker'ı üretimde nasıl yöneteceğinizi öğrendiğiniz anlamına gelir ve bu, tek bir VM üzerindeki bir konteynerdir.
‫Açıkçası, tek bir VM'deki tüm bu konteynerler gibi konteynerlerinizden değil, kapınızdan
‫ölçek alıyorsunuz.
‫Eğer bugün konteyner kullanmıyorsanız, bunu zaten yapıyorsunuz demektir.
‫Yani bu daha kötü değil.
‫Bu seni iyileştiriyor.
‫Sadece tam bir orkestrasyon değil.
‫Yani bu aslında şu anda gerçekleşiyor.
‫Bu yeni bir şey değil.
‫Windows bunu hyper v ile yapıyor hyper v konteynerleri temelde bir VM içinde bir konteynerdir.
‫Linux bunu until clear containers girişimi ile yapıyor.
‫Bu, çok minimal Linux OSX yaptıkları harika bir proje.
‫Bu da Linux kiti ile birlikte geliyor.
‫Linux hit bugün bunu yapıyor ama bu aslında Windows üzerinde Linux konteynerleri ile geliyor
‫ki bu alkol, Linux'u Windows üzerinde çok az işletim sistemi ile nasıl çalıştırabileceğinizi söylemenin
‫bir yoludur.
‫Bu sadece bir sanal makinedeki bir konteyner.
‫Yani bu şimdi oluyor.
‫Projelerinizde bunun meşru bir mimari karar olduğunu söylemeniz için size izin veriyorum.
‫Bu konteyneri sadece tek bir sanal makineye dağıtabilirsiniz.
‫Sonuncusu gerçekten zor bir tane.
‫Bin dokuz yüz seksen üçte ses bile yok.
‫Pekala Ejderha Nefesi Zindanları.
‫Bu aslında 1982 yapımı bir oyun ve ilk 3D oyunlardan biriydi.
‫Öyleydi.
‫Yani şu şeye bak.
‫Wolfenstein 3D'den on yıl önceydi.
‫3D oyunları onlar icat etmedi.
‫Aslında bundan on yıl önce buna çok benzeyen Maze war
‫3D adında bir oyun vardı.
‫Her neyse, bu benim inekliğe girişimdi.
‫BASIC'i burada öğrendim, bilgisayarı her açtığınızda yazarak öğrenmeniz gerekiyordu çünkü
‫o zamanlar kaydetmenin bir yolu yoktu, bu yüzden aslında kaydetmenin bir yolu olan
‫bir kasete bakmanız gerekmiyordu.
‫Her neyse, buradaki özet, projenizden isteğe bağlı gereksinimleri kırpın, projenizi küçültme konusunda mantıklı
‫olun, ilk birkaç proje Docker dosyalarınıza odaklanır, eğer swarm yapıyorsanız o zaman compose
‫dosyalarınıza da odaklanın.
‫A'na dikkat et. I. kalıplarını ve Docker dosyalarınızı temiz ve
‫iyi çalışır hale getirin ve ardından tanıdık işletim sistemine ve projede büyüdükçe sürünüzü büyüttüğünüzü bildiğiniz görüntülere bağlı
‫kalın.
‫Sürüleri değiştirmek zorunda değilsiniz, sadece onları büyütmeye devam edebilirsiniz ve son olarak tesisatınızı dışarıdan temin etmenin yollarını
‫bulabilirsiniz ya da daha az değil.
‫Yalan söyledim ve sonra teknoloji yığınınızın bazı kısımlarının değişmesi gerekebileceğini fark ettim çünkü bu çevik bir altyapıdır,
‫bu nedenle ilk tercihiniz en iyi seçiminiz olmayabilir.
‫Sorun değil.
‫Bunu kabul edin ve yol boyunca bazı şeyleri değiştirmeye istekli olun ve böyle bir uygulama hakkında bana geri bildirimde bulunun ve geldiğiniz
‫için teşekkürler.