‫Bu videoyu ne zaman izlediğinize bağlı olarak, çalıştır komutunun
‫nasıl kullanılacağı konusunda biraz farklı bir beklenti
‫olacaktır. Sürüm 1'den başlayarak. 12 ve ardından en azından Release
‫1'in mevcut sürümlerine kadar. 15 ve muhtemelen önümüzdeki
‫birkaç ay içinde, çalıştır komutunu nasıl kullandığınıza veya çalıştırdığınıza
‫bağlı olarak farklı mesajlar olacaktır.
‫Durumu
‫ve kullanım alanları yıllar içinde değişmiştir.
‫Şimdi run komutu ile amaç, işlevselliğini
‫azaltmak ve daha önce öğrendiğiniz jeneratörlerin çoğunu
‫kullanımdan kaldırmaktır.
‫Bunların çoğunu kullanımdan kaldırın. Aslında, biri hariç hepsi
‫ve sadece bir pod başlatmak için tasarlanmış tek bir çalıştırma
‫komutu olarak bırakın.
‫Buradaki amaçlardan biri karmaşıklığı azaltmaktır, böylece docker
‫run komutuna çok benzer ve deneyimli olur, sadece Kubernetes'in
‫üstünde çalıştırırsınız.
‫Dağıtımları kullanan jeneratörlerden ve tüm bu diğer jeneratör
‫türlerinden kurtulmak istiyoruz çünkü bunlar artık
‫kubectl create komutunda mevcut.
‫Dolayısıyla, gelecekte tek satırlık komut
‫satırlarından nesneler oluşturmayı düşündüğünüzde,
‫create'i düşünün. O zaman koşu gerçekten sadece kapsül
‫yapmaya bırakılacak. Kapsülleri gerçekten hızlı bir
‫şekilde çalıştırmak için kullandığım tek şey, sadece bir şeyi başlatmak
‫istediğim zamandır. Belki de Docker olmayan
‫bir makinedeyim çünkü containerd veya CRI-O ya da diğer
‫çalışma zamanı motorlarından birini kullanıyorum ve docker
‫benim için kolaylık sağlamıyor.
‫Ancak, Kubernetes yüklü, bu yüzden bana benzer bir deneyim sağlayan
‫bir kubectl çalıştırması yapabilirim.
‫Benim için, artık günlük olarak kullanımdan kaldırılan
‫bu şeylere sahip olduğumuz için, bugünlerde run'ı kullanmamın gerçek
‫nedeni ve tek kullanım alanı, sorun giderme veya ağ testi veya bunun gibi
‫bir şey gibi tek seferlik kapsayıcıları çalıştırmaktır.
‫Ya
‫da bir konteyner ağına girmem gerekiyor ve herhangi bir nedenle orada bir komut
‫satırına ihtiyacım var. İşte o zaman bir koşu kullanıyorum.
‫Ancak yine de, en azından önümüzdeki birkaç yıl
‫için, run'ın tarihini anlamak önemli.
‫Çünkü, size verdiğim bu videolar da dahil
‫olmak üzere, run komutunu kullanmakla ilgili
‫her türlü örneği bulacaksınız çünkü Kubernetes ile çok fazla
‫geçmişi var. Dolayısıyla, örnekleri gördüğünüzde,
‫birkaç yıl içinde güncelliğini yitirecek olan blogları veya
‫farklı belgeleri çevirmeniz gerekebilir.
‫Bu şeyleri göreceksiniz ve tercüme etmek zorunda
‫kalacaksınız, Tamam, bunu çalıştır komutuyla yapardım.
‫Şimdi, bunu bir oluşturma komutuyla yapmam gerekiyor.
‫Şimdi size çalıştır komutunun eskiden nasıl çalıştığına ve açıkçası
‫bugün hala nasıl çalıştığına dair bazı örnekler vereyim.
‫Bu kursu yapmak için kullandığınız sürüm, çünkü bu çalışmayı
‫durdurduğunda, bu videoyu çıkaracağım ve çalıştırma
‫komutunun bir tür hafızasıyla değiştireceğim.
‫Artık sahip olmadığımız bu şey hakkında
‫konuşalım.
‫Birkaç komuta bakalım.
‫Bunları komut satırına atacağım, böylece kullandığınız
‫çalıştırma komutunun türüne göre hangi jeneratörleri kullandıklarını
‫görebilirsiniz.
‫Run ile ilgili kafa karışıklığının bir nedeni de kullanım
‫durumlarında gerçekten karmaşık hale gelmeye başlamasıdır
‫çünkü komut satırında yapacağınız çeşitli şeyler
‫kaynaklarınızı oluştururken davranış şeklini değiştirecektir.
‫Tüm
‫bunlarla birlikte, oluşturulan nesnenin ne olduğunu göstermek için
‫kuru bir çalışma yapacağım. Bu komut için, daha önce Dağıtımları nasıl oluşturacağınızı
‫öğrendiğiniz standart komuttur.
‫Varsayılan olarak burada bir üreteç belirtmediğimi fark edeceksiniz,
‫bunu --generator ile yapabilirim.
‫Ancak, bunu kullanmayacağım çünkü size çalıştır komutunun zaman
‫içinde nasıl değiştiğini göstermek istiyorum.
‫Bugün jeneratör olmadan, size bir Deployment
‫verecek.
‫Gelecekte, nihayet bu değişikliği yaptıklarında,
‫varsayılan çalıştırma bir Dağıtım değil, bir pod oluşturacak
‫ve Dağıtımları oluşturmak için create veya apply komutlarını kullanmanız
‫ve çalıştırmayı yalnızca podlar için bırakmanız beklenecektir.
‫Bugün bu 114'te.
‫Burada test adında bir Dağıtım oluşturduğunu
‫göreceksiniz. Bundan sonraki birkaç örnekte size
‫bu örnekleri verdiğimi görmediniz çünkü birkaç yıl içinde kullanmayacaksanız
‫run komutunun tüm farklı nüanslarını öğrenmenizi istemedim.
‫Burada, bunda bir bağlantı noktası eklediğimi ve oraya
‫maruz bıraktığımı göreceksiniz, bu durumda, normalde
‫olduğu gibi bana uyarı verecek ve daha sonra iki
‫farklı şey yaratacaktır.
‫İki farklı komut kullanmak zorunda kalmadan
‫Dağıtım ve hizmet kaynaklarını oluşturacaktır.
‫Bir Dağıtım oluşturmak ve ortaya çıkarmak için gerçekten
‫kullanışlı bir yoldur. Yine, expose veya create komutlarını
‫ayrı ayrı kullanabileceğiniz için bu da ortadan kalkıyor ve bunun
‫otomasyonunun ve karmaşıklığının ileriye dönük olarak iyi
‫bir fikir olmayabileceği ortaya çıkıyor.
‫Yani, bundan kurtulacaklar.
‫Buradaki bir sonrakinde, açığa çıkarma kısmını çıkardım ve başarısızlık
‫durumunda yeniden başlatma ekledim.
‫Bu, farklı bir kaynak türü oluşturacaktır.
‫Toplu işi veya sadece İş türünü oluşturacaktır.
‫Şuradaki aslında tek seferlik konteynerler
‫içindir, çalıştırmanız gereken şeyler.
‫Belki de veritabanınızda bir şema güncellemesi yapmanız gerekiyordur.
‫Ya da belki hızlı bir veritabanı yedeklemesi yapmak istiyorsunuz ve
‫yalnızca başarısız olursa konteyneri yeniden oluşturmasını
‫istiyorsunuz. Bunlar koşarak yapabileceğiniz
‫şeylerdi, ancak artık bunları başka yollarla da yapabilirsiniz.
‫Bir sonraki adımda yeniden başlatmayı başarısızlık yerine
‫asla olarak ayarladım. Bu daha sonra kaynak türünü
‫yakında varsayılan olacak olan bir pod olarak değiştirecektir.
‫Bu biraz kafa karıştırıcı.
‫Bu davranışı zorlayabilirsiniz ve az önce gösterdiğim
‫gibi önceki komutlardan birine geri dönersek,
‫başarısızlık durumunda yeniden başlatma yaptığımda, bu
‫satırın orada olmasının nedeni, gelecekte varsayılan olarak bunun
‫olacağını söylemesidir.
‫Bunun olmasını istemiyorsanız, benim burada yaptığım gibi,
‫Job V1'i kullanarak farklı bir oluşturucuyu zorlayabilir
‫ya da create komutunu kullanabilirsiniz.
‫Hangisini kullanmanızı tercih ederler.
‫Bu yüzden kursum gelecekte kullanılmak üzere tasarlandı.
‫Size çalıştır komutunu çalıştırmanın tüm farklı
‫yollarını öğretmiyorum. Ben sadece oluştur ve uygula gibi
‫diğer seçeneklere odaklanacağım.
‫Sonuncusu da burada, eğer böyle bir şeyin varlığından
‫haberiniz yoksa. Kubernetes'te cron işi desteğimiz
‫olduğundan, aynı çalıştırma komutunu verip bir
‫zamanlama verirsem, oluşturucuyu bir cron işi kullanacak şekilde
‫değiştirecektir.
‫Bu da bir işten biraz daha farklı.
‫Cron işi tekrarlanacak şekilde tasarlanmıştır.
‫Yani, bu durumda, günde bir
‫kez olacaktır. Umarım bu, run komutunun geçmişi
‫açısından bir anlam ifade eder. Yine, bence, gerçekten, bizim
‫için gelecek sadece kapsüller yaratıyormuş gibi davranmaya
‫başlamalıyız çünkü burada yakında, muhtemelen 116'da mı yoksa 117'de
‫mi olacak, gerçek değişikliği ne zaman zorlayacaklarından
‫emin değilim. Bunların hepsi bir noktada çekilecek ve bu jeneratörleri
‫kullanmak için bile inşa edilmeyecek.
‫Farklı kaynak türlerini oluşturmak için oluştur ve uygula seçeneklerini
‫başka şekillerde kullanmak zorunda kalacağız.