‫Bu kadar duyuru yeter.
‫Node'umdan üzerinde çalıştığım ve odaklandığım bir konuya geçmek istiyorum. JS kursu.
‫Ve bu da ortam değişkenleridir, yani sohbette elinizi kaldırın ve bu arada sohbette iki nokta üst
‫üste dalga işareti yapabilirsiniz ve ardından uygulamalarınızda ortam değişkenleriyle uğraşıyorsanız ve ortam değişkenleri için en iyi yolu yapıp
‫yapmadığınızdan tam olarak emin olmadığınız daha kolay yollar istiyorsanız, aslında küçük
‫bir el sallama hareketi yapacaktır.
‫Çünkü uzunca bir süre bununla mücadele ettim.
‫Sadece konteynerlerde değil, tüm dağıtık bilgi işlemde, tüm uygulamalarımın ortam değişkenlerini kullanmanın en
‫azından tutarlı bir yoluna sahip olduğundan emin olmayı kastediyorum.
‫Bilgi sırlarını almak, sunucunuzu bilirsiniz, sunucunuzun DNS adlarını bilirsiniz, tüm bu şeyleri kapsayıcılarınıza
‫adlandırırsınız, bu yüzden
‫tamam.
‫Görünüşe göre birkaçınız bu konuyla ilgileniyorsunuz.
‫Yani bu benim düğümümün bir parçası olacak. JS kursu.
‫Sonra bunların bir kısmını alıp bu bilgileri Web'de nasıl yayınlayacağımı bulmayı planlıyorum.
‫Bunu yapmanın birkaç yolu var ama bunun temelleri 12 faktör uygulamalarından geliyor.
‫Faktör uygulamasını duymadıysanız, on yıl ya da daha uzun bir süredir kullanılıyor
‫ve dağıtık bir uygulamayı daha başarılı kılan 12 faktörle ilgili bir kavram ve bulutta ve internette uygulamalarının tüm farklı
‫noktalarını nasıl yönetmeleri gerektiğini ve dağıtık uygulamalar yazmak için esasen en
‫iyi uygulamalarla ilgili farklı endişeleri nasıl bilmeleri gerektiğini erken öğrenen bir şirketten
‫geliyor.
‫Bir sunucuda bir veritabanınız, şurada bir API'niz, şurada bir Web siteniz ve şurada bir işçi işiniz varsa, dağıtık bir uygulama
‫olabilir, dağıtık uygulamanın pek çok tanımı vardır, ancak genel olarak bugün çoğumuz
‫konteynerlerle ilgileniyorsanız ve bu işinizin bir parçasıysa ve bunları sunucularda çalıştırıyorsanız,
‫muhtemelen bazı dağıtık uygulamalarla uğraşıyorsunuzdur.
‫Bu konudaki ilginç kısım yapılandırma durumudur.
‫Dolayısıyla, bunu sohbete atmak için ödenen on iki faktör nokta netine geri dönerseniz, daha
‫sonra bunları kesinlikle gözden geçirebilir ve uygulamanızda bununla uğraşmanız gerektiğinde her konuya dalabilirsiniz.
‫Ancak bugün bahsetmek istediğim config idi ve config ortamınız için ayarları depolamakla
‫ilgiliydi.
‫Eğer benim köpek ya da Ustalık kursumu alıyorsanız, resimlerinizin ya da uygulamalarınızın her ortam için farklı olacak
‫sabit kodlanmış ayarlara sahip olmasını asla istemeyeceğinizi biliyorsunuz ve ortam, geliştirme test sunucusu
‫ya da hazırlık sunucusu ya da üretim sunucusu olan bir makine gibi olduğunuz anlamına gelebilir
‫ya da çoğumuz gibi birden fazla üretim seviyesine ve tüm bunlar gibi birden fazla üretim
‫kopyasına sahipseniz.
‫Orada değişebilecek herhangi bir şey varsa, bu Java'daki bellek ayarları olabilir, bu da bir API için farklı
‫şifreler olabilir.
‫Bulutunuz için depolama anahtarları olabilecek farklı anahtarlar.
‫Bu, uygulamanızda sistemin hangi bölümünde olduğunuzu gösteren küçük bir bayrak olabilir ve bunun basit
‫bir küçük ortam değişkeninde ayarlanmasına ihtiyacınız vardır.
‫Tüm bu şeylerin uygulamanızdan çıkarılması gerekir ve on iki faktörün kurallarından biri, yapılandırmanın
‫koddan sıkı bir şekilde ayrılmasıdır.
‫Ve hepimiz muhtemelen yerel ana bilgisayar gibi sabit kodlanmış bir değer koyduğumuzu gördük çünkü uygulamanız
‫her zaman veritabanınızla aynı sunucuda çalışıyor ancak bu konteynerlerden önceydi, o zaman kodda yerel
‫ana bilgisayar yazan sabit kodlanmış bir uygulama görebilirsiniz.
‫Ve bu talihsiz bir durumdur çünkü bu onları çok katı ve uğraşması zor veriler haline getirir çünkü artık sadece değişen bir ortamda kodu
‫değiştirmeniz gerekir, bu yüzden bunu yapmak istemezsiniz.
‫Bunun fikirlerinden biri de on iki faktörlü uygulamalar ve on iki faktör ilkelerini takip ediyorsanız, bunları konteynerlere dönüştürmek
‫için çok kolay bir zaman geçirme eğilimindesiniz. on iki faktörlü uygulamalar ideal olarak her şeyi ortam değişkenleri aracılığıyla
‫kullanıyor.
‫Bunun nedeni, her işletim sisteminin ve her sistemin bu hakkı desteklemesidir.
‫Burada bir Java uygulamanız varsa ve orada GSM yoksa ve burada veritabanlarınızı depolayan bir veritabanı
‫uygulamanız varsa ve tüm bunları önbelleğe alan bir MIM'iniz varsa.
‫Bunların her biri, ortam değişkenlerinin değerlerini doğru kullanmanın farklı bir yoluna sahiptir.
‫Başlamak için ihtiyaç duyduğu ayarlar.
‫Bunların hepsi farklı.
‫Bu da oldukça sinir bozucu olabiliyor.
‫Yani hepsi arasında tutarlı olan tek şey ortam değişkenleridir.
‫Her kabuk bunu destekler.
‫Windows Mac Linux hepsi aynı işlevselliği destekler.
‫Bir ortam değişkenini ayarlama veya temizleme şekliniz biraz farklı olabilir, ancak anahtar
‫değer aynıdır ve hepsi.
‫Doğru.
‫Yani bu temel bir önermedir ve hepimiz bunu standart olarak benimsediğimiz için doktor ve konteyner
‫ekosisteminde görebileceğiniz şey budur.
‫Şimdi demek istediğim, örneğin bir demo dosyası ya da I ve I veya değerlerin ulaşması
‫gereken başka bir tür yapılandırma dosyası olan bir uygulamanız varsa, ortam değişkenleri ile uygulamaya
‫girecekleri yer arasında bir ara katman yazmanız gerekir.
‫Doğru.
‫Çok da eksiksiz olmayan BHP uygulamamda bunun bir örneği var.
‫GitHub'da PSP uygulama görsellerimde size hızlı bir gerçek örnek gösteriyorum.
‫Sonra da sorularınıza geçeceğiz.
‫Burada sahip olduğum şey bir docker dosyası ve bu fedakarlıkta pek çok şey var ama odaklanmak
‫istediğim şey, bu seviye uygulamasında ortam değişkenleri için docker dosyasında ayarladığım varsayılanlara sahip
‫olmam.
‫Şimdi bunları burada ayarlamamın nedeni ve yolu, buradaki ayarların varsayılan olarak bir üretim ortamında çalışmasını tercih ediyorum,
‫hey bakın bu varsayılanlar sadece ortalama üretim değerleri olacak mı dersiniz, yoksa hey bu ortalama
‫geliştirici değerleri olacak mı dersiniz, ben bunların biraz üretim tarafına
‫varsayılan olmasını tercih ediyorum, böylece bunları yerel makinemde yerel olarak bir compose dosyasıyla geçersiz kılabilirim,
‫sorun değil, ancak bunu nasıl yapacağınız size kalmış, ancak kesinlikle burada
‫en baştan mantıklı olan tutarlı olanları oluşturmak istiyorsunuz.
‫Şimdi bunların çoğunun üzerine docker run komutuyla ya da bir swarm ya da Cuban
‫ağ dağıtımı yoluyla ya da Ducker compose GMO dosyanızda bunların üzerine yazacağınız diğer ayarlama yöntemleriyle yazacaksınız.
‫Doğru.
‫Hatta bu komutları çalıştırmadan önce kabukta bunların üzerine yazabilirsiniz ve o da bunları içine çekecektir.
‫Ayrıca Docker compose gibi bir şey kullanarak PSP dünyasında aslında kumarda da böyle çalışacak
‫bir standart olan bir nokta EMV dosyası ayarlayabilirsiniz.
‫Bunların burada olduğunu görebilirsiniz, ancak açıkçası bunlardan bazıları uygulamaya giriyor, farklı
‫dosyalara girebilirler ve bir saniye geri gidelim ve size bir sonraki
‫bölümü göstereceğim.
‫Yani bunlar, görüntü şu anda oluşturulduğunda doktor dosyasına gömülür.
‫Doktor oluşturma dosyama bakmak istediğimde bu yerel ayarlar için kullanılacak, değil mi?
‫Geliştirme yaparken buraya bakabilirim ve hepsini ayarladığımı ve belki de farklı şekilde
‫ayarladığımı görebilirsiniz.
‫Eğer istemiyorsam onları geçersiz kılmak zorunda değilim.
‫Ancak bu durumda örnek olarak benzerlerini seçiyorum.
‫Resimdekileri geçersiz kılmam gerekmeseydi, bunların çoğunu tek başına bırakabilirdim.
‫İşte bu kadar.
‫Tamam.
‫Bu yüzden onları burada ayarlıyorum ve şimdi bunlar konteyner başlangıcında kullanılacak.
‫Bu yüzden onları değiştirmek istersem konteyneri yeniden başlatmam gerekir.
‫Konteyneri silmem gerekmiyor, değil mi?
‫Sadece yeniden başlatmak zorunda kaldım.
‫Böylece Dr. Bunu yaptıktan sonra bir sonraki adım belki yerel makinemde
‫ya da hatta üretimde bunların belirli dosyalarda olması gerekebilir.
‫Doğru.
‫Yani çocuğum uygulamayı başlattığında bu ortam değişkenlerinin başka bir yerde olması gerekiyor.
‫Bazı uygulamalar için sadece ortam değişkenlerinde yaşayamazlar, değil mi?
‫Ben bunlara eski uygulamalar ya da varsayılan olarak ortam değişkenlerine bakmayan geleneksel uygulamalar diyebilirim.
‫Şimdi yeni bir uygulama oluşturuyor olsaydım, amacım bunun ortam değişkenlerine bakması ve belki de uygulamanın kullandığı bir
‫yapılandırma dosyası veya başka bir şey olması olurdu, ancak bunları otomatik olarak ortam değişkenleriyle geçersiz kılıyorum.
‫Buradaki fikir, uygulamamın "hey, eğer bunun için bir ortam değişkeni yoksa, bu dosyadan bu varsayılanı kullanacağım"
‫diyecek kadar akıllı olmasıdır.
‫Ancak zaten ayarlanmış bir ortam değişkeni varsa bunu kullanacağım.
‫Swarm ve Cuban net'e aşinaysanız, sırlara ve yapılandırmaya girdiğimizde bu dosyaların tamamının
‫üzerine yazmaya başlayabileceğimizi ve parolaları ve sırları ayrı dosyalar olarak sağlayabileceğimizi bilirsiniz.
‫Dolayısıyla uygulamanızın bunlardan haberdar olmasını da isteyebilirsiniz.
‫Ancak uygulamanız kendi özel uygulamanızı oluşturmuyorsa veya Docker Hub'dan ya da resmi açık kaynaktan
‫bir şeyler kullanıyorsanız, bakmanız gereken şey bir giriş noktası komut dosyası sağlamaktır.
‫Şimdi bunun çalıştırılma şekli, görüntünüzde çalıştırılmasını istediğiniz giriş noktası komut dosyasını ayarlamanız ve başlangıçta
‫bunu çalıştırmasıdır.
‫Ve burada görebileceğiniz şey, sadece bir bash betiği kullanarak başlangıçta şiddet değişkenlerini ve diğer bazı
‫sabit kodlanmış verileri belirli bir dosyaya yazmamın çok basit bir örneğidir.
‫Doğru.
‫Süslü olmak zorunda.
‫Bunu yapmak için başka yöntemler de kullanabilirsiniz, ancak docker resmi görüntülerinde olma eğilimindedir.
‫Bu uygulama standart olma eğilimindedir.
‫Tamam.
‫Bu durumda, docker dosyasında ya da Docker görüntü dosyasını geçersiz kılan compose
‫dosyasında ayarlanan ortam değişkenlerini alıyorum, bu Passim'i buraya alacak ve sonra bu, bu şeyleri bir dosyaya
‫ekleyecektir.
‫Bu imajla ilgili.
‫Yani bu, bir p HP FP M yapılandırma dosyası bekleyen eski bir HP uygulaması için ve bu durumda NPM için her ortama özgü
‫belirli yapılandırma değerlerini ayarlamam gerekiyor.
‫Bunlar aslında FGM sisteminin ne kadar büyümesini istediğim ve ne kadar alt süreçlerin ortaya çıkmasını istediğim
‫gibi şeyler.
‫Doğru.
‫Bu yüzden yerel kalkınma ile üretim arasında fark olacaktır. Üretimin çok büyümesini istiyorum.
‫Doğru.
‫Yani buradaki şeyleri değiştirirsiniz ve bu eski uygulamaları bu şekilde alır ve çalışır hale getirirsiniz.
‫Şimdi bu şeyleri resmi resimlerde görebilirsiniz çünkü benim öğrendiğim şeylerin çoğu bu şekilde.
‫Yani eğer benim devam filmime girersem, onların bunu nasıl yaptığını görebilirsiniz ki bu da benim devam filmimin bir yapılandırma dosyasında
‫ihtiyaç duyduğu şeylerle tamamen aynıdır.
‫Doğru.
‫Çalışma zamanında dinamik olan ayarlara ihtiyaç duyar.
‫Eğer resmi my sequel için docker dosyasına bakarsanız ve aşağı kaydırırsanız, evet burada bazı ortam değişkenleri ayarladığını göreceksiniz, ancak
‫aynı zamanda kopyaladığı bir giriş noktası betiği de var, onu belirli bir konuma
‫bağlıyor ve sonra giriş noktası olduğu için.
‫Yani buradaki komut, CMB'yi gerçekten göremediğinizi görmektir.
‫SPK sadece benim devam filmim içindir, giriş noktası teknik olarak bundan önce çalışır ve daha sonra yürütmeyi SPK'ya
‫geçirir.
‫Bu betiğin çalışması tamamlandığında, şimdi bu betiği burada bulmanın yolu, bir
‫seviye yukarı çıkıp hub'ı almak ve bu sekiz noktaya tıklamaktır, böylece bir ortam değişkeni
‫göreceğim
‫ve şimdi devam filmim her başladığında çalıştırılan kabuk betiğine sahibiz.
‫Ve burada ortam değişkenlerini almak ve bunları uygulama için kullanılabilir hale getirmek gibi şeyler yapar.
‫Aslında, bir ortam değişkeninin sonuna küçük bir alt çizgi dosyası eklerseniz, bu dosyadaki
‫her şeyi alıp ortam değişkenine dönüştürecek kadar akıllıdır, bu da hala API anahtarlarına ve diğer şeylere
‫ihtiyaç duyan tüm uygulamalar için harikadır.
‫Ve eğer sürü sırlarını ya da Küba varlıklarının sırlarını kullanıyorsanız, bunlar dosya olarak sağlanabilir.
‫Şimdi her zaman vault ve dürüstçe dosya tabanlı diğer süslü sistemler gibi şeyler kullanabilirsiniz, ancak konteynerlerde
‫şeyleri dosya olarak kullanma eğilimindeyiz ve genel olarak Linux'ta şeyleri dosya olarak kullanıyoruz.
‫Yani bunları tek tek dosyalar olarak iletiyorsunuz.
‫Ve sonra açık kaynak kodlu olan bu küçük kabuk betiğini kopyalayabilir ve
‫uygulamanıza koyabilirsiniz, bunu ortam değişkenlerini metin dosyasından kopyalamak için kullanabilir ve ardından her birini uygun
‫şekilde adlandırılmış bir ortam değişkenine yapıştırabilirsiniz ve bu şekilde uygulama daha sonra uygulama için
‫yapılandırma dosyalarına yazılan ortam değişkenlerine sahip olabilir ve her şey harika olur.
‫Doğru.
‫Ve bu, uygulamanın her başlangıcında değişecektir çünkü doğal değişkenler farklı olabilir.
‫Ve sonra bunları yeniden yazacak ve bu şekilde çalışacak.
‫Umarım bu adımları anlamışsınızdır.
‫Çok daha fazlası var.
‫Aslında seni hemen yakalamama izin ver.
‫Compose it's makalesinin içinde ortam değişkenleri ile daha fazla
‫ilgilenmenin harika bir özeti var, hatta linki buradan alabilirsiniz.
‫Evet, bu Riley'nin sitesinde.
‫Ve onlar için güzel bir blog yazısı yazdım.
‫Bence güzel.
‫Ama biliyorsunuz ki bize yalan söylemek size kalmış.
‫Ve Doktor'dan bahsediyor. Campos çünkü özellikle geliştiriciler için uğraştığımız
‫şeylerin çoğu yerel yapılandırma.
‫Yapılandırmamı kendime özel nasıl yapabilirim.
‫Ve bunlardan biri de ne yazık ki bu HP örneğinde sahip olmadığım bir geçersiz kılma dosyası. Bir
‫geçersiz kılma dosyam olmadığını sanmıyorum ama olmalı.
‫Bu da buraya eklenecek başka bir şey olabilir.
‫Ama burada bunu kontrol altına alacağım.
‫Üç farklı şey hakkında konuşmak için O'Reilly bağlantısını kontrol edin ve yapılandırmayı yönetme
‫ve tekrarlanan parçaları azaltma konusunda oyununuzu geliştirmenize gerçekten yardımcı olacak compose doğru şablonlama, compose dosyanızın en üstüne
‫belirli parçalar ekleyebileceğiniz ve ardından bunları tekrar tekrar tekrarlamak zorunda kalmadan tekrarlayabileceğiniz
‫anlamına gelir; bu nedenle, mikro hizmetler yaptığınız için çok sayıda aynı ortam değişkenine sahipseniz ve
‫bir compose dosyasında belki 20 mikro hizmetiniz varsa şablonlama tam size göre.
‫Bu size gerçekten zaman kazandıracak başka bir şeydir ve tekrar tekrar tekrarlanması
‫gereken tüm aynı parçaları oluşturma dosyanızın en üstünde tutabilirsiniz ve sonra
‫bu sadece bir kumar şeyidir gerçekten şablonlama ve daha sonra bunu her hizmete uygun zamanda ekleyebilirsiniz.
‫Burada yaptığım gibi, burada başka şeyler de var, sadece görüntüdeki ortam değişkenlerini
‫ayarlamak için değil, aynı zamanda çalışma zamanında yapılandırma dosyanızda değiştirmek istediğiniz herhangi bir şey için
‫oluşturulan dosyaların içindeki ortam değişkenlerini nasıl kullanacağınızı da kontrol etmenizi öneririm, bu yüzden bu şeyleri kontrol
‫edin.
‫Umarım beğenirsin Michael.
‫Naber Michael.
‫Michael Ahrens telefonda.
‫Ara beni.
‫Bu konferans görüşmesi de neyin nesi?
‫Dr. Kaptan.
‫Genellikle ortam değişkenlerine girmemesi gerekenler.
‫Kimi yemliyorsun.
‫Soru şu.
‫İnsanların ne bulduğunu görmek için.
‫Ortam değişkenlerine ne girmemelidir.
‫Docker'ın, Cuban varlıklarının ve diğer araçların dosyalara gizli bilgiler koymamız için bu yolları yaratmasının
‫nedeni, bunların bir ortam değişkeni olması gerekmemesidir.
‫Dolayısıyla ideal olarak, kendi uygulamalarınızı yönetmek için kendi uygulamalarınızı oluşturuyorsanız, bu sırları ortam
‫değişkenlerinden uzak tutarsınız, bunun nedeni ortam değişkenlerinin doğası gereği güvensiz olması değil,
‫ortam değişkenleri ile onları doğru şekilde sızdırma eğiliminde olmamızdır.
‫Günlüklerde görünme eğilimindedirler çünkü belki yapılandırmamızda bir yerde bir ortam
‫değişkeni dökümü yaparız veya yaparız.
‫P HP'den hoşlanmıyorsanız, PSP EMV adında bir p HP test komutu var mıydı ya da artık ne dendiğine geldim, eminim burada biri vardır
‫ve hatırlayıp bana söyler, ancak yapılandırmanızı bir web sayfasına dökeceği yerde bunun
‫gibi şeyler vardır ve daha sonra herhangi bir ortam değişkeninde herhangi bir sır varsa, bunlar
‫orada açığa çıkacaktır ve özellikle günlüklere veya izleme sistemine bir şekilde sızmasını istemeyebilirsiniz
‫ve siz.
‫Bazen hata alıyorsanız, hata ayıklamaya ayarlarsanız ve hata verirse, bu dot net'te doğru
‫olan şeydir, daha sonra ekrana bir sürü varyasyon koyar ve ortam değişkenlerini
‫ekrana sızdırabilir çünkü üretim moduna kilitlemeyi unuttunuz, ortam değişkenlerinin
‫yanlış ellere geçebileceği her türlü yol vardır.
‫Bu nedenle, ortam değişkenlerine bir şeyler koymamak için iyi bir ilk adım sırlar olacaktır ve swarm ve topluluklar
‫ile bunları dosyalarda tutabilirsiniz ve bu şekilde uygulamanıza bunları dosyalardan nasıl çıkaracağınızı öğretebilirsiniz.
‫Bir sonraki adım, bunları gizli ve yapılandırma dosyalarınızdan uygulamanın ihtiyaç duyduğu dosyalara alıp alamayacağınızdır.
‫Yani bir ortam değişkenini depolamak yerine, örneğin sonunda bir dosyaya yazılması gerektiği gibi, can
‫figs kullanabilir ve yapılandırma, gizlilik ve dosyaları depolayabilir ve sonra doğrudan benim devamımın veya
‫uygulamanızın ihtiyaç duyduğu dosyalara giderler.
‫Doğru.
‫Yani teknik olarak hiçbir zaman ortam değişkenlerine girmezler.
‫Yani en azından sunucunun kendisinde değil.
‫Doğru.
‫Bu harika bir konu, bunu gündeme getirmenize sevindim.
‫Ancak konfigürasyon sırları, ortam değişkenleri ve temel olarak bir ortam için ihtiyaç duyduğunuz her
‫şey ve bunlarla nasıl başa çıkılacağı hakkında bir kurs yazabilirim.
‫Doğru.
‫Ve bence sizin için kasa gibi şeylere giderseniz ve şimdi çağırdığınız gizli bir API'den bahsediyorsanız
‫bile daha da karmaşık hale geliyor.
‫Yani kesinlikle konuşacak çok şey var.
‫Beğendiği iyi kaynaklar olan varsa sohbet etmekten ya da daha sonra kullanmak üzere YouTube videosunun
‫yorumlarına yazmaktan çekinmeyin.
‫Pekâlâ, güzel soru Michael, seni görmek güzel.
‫Neden yapasın ki?
‫Stephen, Ducker dosyasının kaynak kontrolünde olmayacağını söylüyor, ancak kullanıcı adı şifresi ve kaynak kontrolü
‫gibi üretim yetkilerine sahip olmayı tercih etmiyorum.
‫Bu yüzden bu değerler doktor dosyalarınızın içindeki varsayılan değerlerdir Steven.
‫O dosyaya gerçek sırları koymazsınız.
‫Doğru.
‫Örneğimde gördüğünüz gibi, hançer dosyasındaki her şey sadece örnekler veya numunelerdir.
‫Şimdi, basit bir sayı veya sadece ayarlanması gereken bir şeyse ve varsayılan bir varsayılan varsa, tam burada bu p p
‫p gibi makul bir varsayılan vardır. m. ayarlarını girdikten sonra tercih ettiğiniz üretim ayarlarını
‫girdiğinizden emin olun ve gerektiğinde bunların üzerine yazabilirsiniz.
‫Bu şekilde onları her seferinde manuel olarak ayarlamak zorunda kalmazsınız.
‫Ancak evet, belirli bir uygulamaya veya belirli bir ortama özgü olan bu değerlerden herhangi birine inerseniz, buraya
‫sadece kukla değerler koyuyorum.
‫Kod deponuzun içinde bunu kesinlikle tavsiye etmiyorum.
‫Sırlarınızı, URL'lerinizi ve alan adı ayarlarını bildiğiniz çevreyi ve bunun gibi şeyleri girersiniz.
‫Tamam.
‫Katılıyorum ancak Ducker dosyanızın kendisi uygulamanızla birlikte olacaktır.
‫Evet, orası tutmak istediğin yer.
‫Tamam.
‫Güzel soru.
‫Güzel soru, evet.
‫Yani şifrelenmedikleri sürece, uygulamanız bu tür bir şeyi kabul ediyorsa üzerlerinde hashing yapabilirsiniz.
‫Ama yine de onları orada tutmazdım.
‫Ben ortam ayarlarını başka bir yerde tutmuyorum ama varsayılan ayarlara ihtiyacınız var.
‫Docker compose ile bir compose dosyasında yapma eğiliminde olduğum şey, kutudan çıkar çıkmaz yerel bir geliştirici ile çalışan varsayılanları
‫ayarlamaktır.
‫Bu yüzden Docker compose up onlar için işe yarayacaktır.
‫Şimdi bu, V dosyasındaki bir noktayı başka bir yerden, belki de geliştirici sırlarının olduğu güvenli bir depodan almaları
‫gerektiği anlamına gelebilir, bu tür şeyleri bilirsiniz.
‫Ancak ideal olarak yerel bir geliştiriciyseniz ihtiyacınız olan her şeye yerel olarak sahip olduğunuzu da dahil etmemek için gerçekten
‫çok çalışıyorum.
‫Uzak api'ye uzak şeyler olarak ihtiyaç duymazsınız ve umarım örnek verilere ve sadece yerel makinenizde olabilecek şeylere
‫sahip olursunuz ve endişelenmeniz gereken çok fazla sırra ihtiyacınız yoktur, sadece her şey için kukla
‫değerlere sahip olursunuz ve sadece yerel olarak satın alabilirsiniz.
‫Açıkçası tüm uygulamalarımız bunu bir tür ütopya olarak yapamaz.
‫Bu yüzden bu sırları saklamak için farklı bir yol bulmanız gerekecek
‫ve bu yüzden çalışma zamanında ortam değişkenlerini ayarlamak için bu kadar çok yol var, böylece
‫onları başka bir yerde tutabilir ve daha sonra ortam değişkenleri aracılığıyla son saniyede içeri alabilirsiniz, tamam ortam fiilleri hakkında iyi sorular.
‫Bugün bu konuyu ele aldığımıza sevindim.
‫E ve V dosyasını
‫uygulamanın en basit yolunun ne olduğunu görelim.
‫Ayrıca size devam uygulamamın örneğini de gösterdim.
‫Ve burada bu senaryoyu alıyorlar ve EMV dosyası yok.
‫Bunun için tasarlanan şey, gizli dizileri veya yapılandırmayı kullandığınız zamandır.
‫Dolayısıyla, Docker swarm'ın yerel gizli dizileri ve yapılandırma özelliklerini veya topluluklardaki yapılandırma haritalarını
‫ve gizli dizileri kullanıyorsanız, bunu bu dosyalardaki bilgileri, özellikle de gizli dizileri gerçekten almanın ve bunları ortam değişkenlerine dönüştürmenin
‫bir yolu olarak kullanabilirsiniz.
‫Eğer bunlara ihtiyacınız varsa, bunları ortam değişkenlerine aktarmanız gerekmeyebilir, ancak bunu
‫yapmak için bu küçük kabuk betiğini kullanabilirsiniz.
‫Umarım bu sorunuza cevap olmuştur ama ben olsam olmazdım.
‫Belirli bir dosya oluşturmaya gerek yoktur.
‫Aynen öyle.
‫Swarm secret'ların nasıl yapılacağından bahsediyorsanız, çünkü swarm secret'lar sizin için dosyalar oluşturur,
‫o zaman URL'deki Docker ustalık kursuma göz atın.
‫Brett Fisher nokta com slash talker, açıklamanın aşağısında.
‫Sürü kursumda da bu konudan bahsetmiştim.