Hizmetlerle Uygulamaları Erişime Açma

Kubernetes'te Pod'lar, dağıtılabilir en küçük birimlerdir. Geçici olacak şekilde tasarlanmışlardır ve Kubernetes tarafından herhangi bir zamanda oluşturulabilir, yok edilebilir veya taşınabilirler.

Bu esneklik dayanıklılık açısından harikadır, ancak bir zorluk oluşturur: Diğer uygulamalar sürekli değişen bu Pod'ları nasıl güvenilir biçimde bulup onlarla iletişim kurabilir?

Her Pod kendi IP adresini alır. Bir Pod yeniden başlatıldığında veya ölçeklendirildiğinde genellikle yeni bir IP adresi alır. Bir Pod'un IP'sine doğrudan bağlanmak, hareketli bir hedefi vurmaya çalışmak gibidir!

Birden fazla Pod'a sahip bir web uygulaması düşünün. Pod'lardan biri yeniden başlatılırsa IP'si değişir ve diğer hizmetlerin veya kullanıcıların bağlantıları kopar.

İşte Kubernetes Hizmetleri bu noktada devreye girer! Bir Hizmet, bir Pod kümesi için kararlı ve sabit bir ağ uç noktası sağlar.

Arkasındaki Pod'lar kendi adreslerini sürekli değiştirse bile bunu uygulamanızın kalıcı adresi gibi düşünebilirsiniz.

Bir Hizmet, bir Pod grubu üzerinde soyutlama katmanı görevi görür. Bu gruba tek ve tutarlı bir IP adresi ile DNS adı verir.

• Diğer uygulamalar bu kararlı Hizmet IP'sini/adını kullanır.
• Hizmet daha sonra trafiği yönettiği sağlıklı Pod'lara yönlendirir.
• Bu, istemcileri tek tek Pod IP'lerinden bağımsız hâle getirir.

Bir Hizmet, trafiği hangi Pod'lara yönlendireceğini nasıl bilir? Etiketleri ve seçicileri kullanır!

Bir Hizmet tanımlarken bir selector belirtirsiniz. Bu etiketlerle eşleşen herhangi bir Pod otomatik olarak o Hizmet grubunun parçası hâline gelir.

Bu dinamik ilişkilendirme, yeni Pod'ların otomatik olarak eklenmesini ve sağlıksız Pod'ların kaldırılmasını sağlar.

Hizmetler, ağ trafiğinin nasıl akacağını yönetir. Gelen istekleri Pod'larınızdaki doğru bağlantı noktalarına eşlemek için bağlantı noktaları tanımlar.

Temel bağlantı noktası kavramları:

• port: Hizmetin kendisinin dinlediği bağlantı noktasıdır.
• targetPort: Hizmetin trafiği yönlendirdiği Pod üzerindeki bağlantı noktasıdır.

Çoğu Kubernetes kaynağı gibi Hizmetler de YAML dosyaları kullanılarak tanımlanır. Temel yapıya göz atalım:

• apiVersion: v1
• kind: Service
• metadata: Ad, etiketler
• spec: selector ve ports dahil olmak üzere temel tanımı içerir.

Dahili iletişim için en yaygın Hizmet türü ClusterIP'dir. Hizmeti küme içindeki dahili bir IP adresinde kullanıma sunar.

Basit bir web uygulaması için bir örneğe göz atalım:

Hizmet YAML'ınız hazır olduğunda, Pod'larda veya Dağıtımlarda olduğu gibi kubectl kullanarak hizmeti kümenize dağıtabilirsiniz.

Bu komut, Kubernetes'e tanımınıza göre Hizmeti oluşturmasını söyler:

Dağıtımdan sonra Hizmetiniz küme içinde kararlı bir IP ve DNS adı alır. Diğer Pod'lar artık uygulamanıza bu adı kullanarak ulaşabilir.

Örneğin başka bir Pod my-web-service:80 adresine bağlanabilir ve Hizmet trafiği doğru my-webapp Pod'larına yönlendirir.

Kubernetes Hizmetlerinin dinamik Pod'lara kararlı ağ erişimi sağladığını öğrendiniz.

Aşağıdakilerden hangisi bir Kubernetes Hizmetinin temel görevini en iyi açıklar?

Harika iş çıkardınız! Bu derste Kubernetes Hizmetlerini inceledik.

• Pod'lar geçicidir ve dinamik IP'lere sahiptir.
• Hizmetler Pod'lar için kararlı ağ uç noktaları sağlar.
• Hedef Pod'ları bulmak için seçicileri kullanırlar.
• Hizmetler harici port değerini dahili targetPort değerine eşler.
• ClusterIP, dahili iletişim için yaygın bir türdür.

Sırada farklı Hizmet türlerini ve kullanım alanlarını daha ayrıntılı inceleyeceğiz!