‫Docker'ı, ardından Compose'u ve ardından Swarm'ı öğrenmenizin
‫avantajı, burada temel bilgilerin çoğuna sahip olmanızdır,
‫böylece size Kubernetes'i öğretirken sıfırdan başlamam
‫gerekmez.
‫Bazı terminolojiler, özellikle de Kubernetes'in içinde kontrol
‫ettiğiniz ve kullandığınız nesneler hakkında konuştuğumuzda, terimler biraz
‫kafa karıştırıcı olabilir çünkü bazıları birbiriyle çelişiyor,
‫bazıları ise sadece yeni.
‫Kubernetesland'de herhangi bir şeye
‫baktıysanız, duymaya devam edeceğiniz bir numaralı
‫şey pod'dur. Pod, konuşlandırmanın temel birimidir.
‫Teknik olarak kapsayıcıları doğrudan Kubernetes'in içinde konuşlandırmıyoruz.
‫Biz sadece podları konuşlandırırız
‫ve bu podları kontrol etmek için denetleyici olarak bilinen
‫şeyleri kullanırız.
‫Teknik olarak, bir pod'u doğrudan dağıtabilirsiniz, ancak bunu gerçekten
‫yapmak istemeyeceksiniz.
‫Neredeyse her zaman, sürekli olarak orada oturan ve Kubernetes'in
‫içinde olup bitenlerin ondan yapmasını istediğiniz şey
‫olup olmadığını doğrulayan bir nesne olan bir denetleyici
‫oluşturacaksınız.
‫Farklı türleri olan bir farklılaştırma motorudur.
‫Neredeyse yalnızca kullanacağınız Deployments ve ReplicaSets
‫ile başlarsınız.
‫Dağıtımlar, Swarm'da hizmetleri yapma şeklimize
‫çok benzer ve bu da podlarınızı daha düşük seviyelerde
‫kontrol eder. Ardından, farklı denetleyici
‫türlerini, hatta StatefulSets, DaemonSets, Jobs ve CronJobs
‫gibi üçüncü taraf denetleyici türlerini ve çok daha fazlasını
‫değiştirebilir ve yapabilirsiniz.
‫Kubernetes'in esnekliğinin bir parçası da bize podlardan
‫oluşan bu temel birimi vermesi ve ardından bunu denetleyicilerle
‫farklı şekillerde kontrol etmemize ve sistemlerimizi nasıl
‫konuşlandıracağımız konusunda gerçekten yaratıcı olmamıza olanak
‫tanımasıdır.
‫Hizmet, Kubernetes'te Swarm'da alıştığınızdan biraz
‫daha farklıdır.
‫Bu hizmetin Swarm'da olduğu gibi uygulamaları
‫dağıtmakla hiçbir ilgisi yoktur.
‫Hizmetler, özellikle de bir dizi kapsüle verdiğiniz uç nokta,
‫genellikle bir dizi çoğaltma kapsülünü dağıtmak için
‫dağıtım denetleyicisi gibi bir denetleyici
‫kullandığınızda, bunun üzerinde
‫bir hizmet ayarlarsınız.
‫Hizmet sadece kümede kalıcı bir uç nokta verdiğiniz anlamına
‫gelir, böylece diğer her
‫şey belirli bir DNS adı ve bağlantı noktasından
‫bu pod kümesine erişebilir.
‫Sırada, çok hızlı bir şekilde, bir ad alanı var.
‫Docker Mastery'de isim alanlarını pek kullanmayacağız çünkü
‫bu isteğe bağlı, gelişmiş bir özelliktir, ancak belgelere
‫baktığınızda veya blogları okuduğunuzda
‫bundan bahsedildiğini duyacaksınız.
‫Ad alanı, komut satırındaki görünümünüzde gerçekten
‫sadece bir filtredir.
‫Gerçekten hepsi bu. Bu bir güvenlik özelliği değil.
‫Docker'ın bazı dahili özelliklerine aşinaysanız, Docker'daki
‫ad alanlarını duymuşsunuzdur.
‫Bu hiçbir şekilde aynı şey değildir.
‫Bu, kubectrl komut satırını
‫kullanırken görünümlerinizi filtrelemeniz için bir yoldur,
‫böylece yalnızca o anda önemsediğiniz şeyleri
‫görürsünüz. Docker Desktop kullanırken,
‫varsayılan ad alanına varsayılan olarak gelmesi ve arka planda
‫Kubernetes çalıştıran tüm sistem kapsayıcılarını filtrelemesi
‫iyi bir örnek olabilir.
‫Çünkü normalde, kubectrl komut satırlarını çalıştırırken
‫bunları görmek istemezsiniz.
‫Ardından, farklı görünümleri görmek istiyorsanız bunları
‫görmek için ad alanını değiştirebilirsiniz.
‫Bunu bir filtre olarak düşünün, bir güvenlik özelliği olarak değil.
‫Elbette Kubernetes ile ilgili çok daha
‫fazla şey var. Sırlar var.
‫ConfigMaps var. Bir sürü üçüncü parti şey var.
‫Ama bu kadar kavram yeter. Komutları yazalım ve sonuçları
‫komut satırında görelim ve ardından çizim tahtasında
‫görselleştireceğiz.