Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update pod-container.md #64

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Update pod-container.md #64

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions docs/pod-container.md
View file
Open in desktop
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
Pod, kubernetes içerisinde yönetilen çalıştırılabilir en küçük bileşendir. Kubernetes Cluster’ınızda çalışan process’leri temsil etmektedir. Pod Cluster’ın deploy edilebilir birimlerdir. Bu açıdan bakarsak, Docker biliyorsanız, basitçe tek başına veya bir arada çalışan container’lara denk geldiğini söyleyebiliriz.
Pod, kubernetes içerisinde yönetilen çalıştırılabilir en küçük bileşendir. Kubernetes Cluster’ınızda çalışan process’leri temsil etmektedir. Pod Cluster’ın deploy edilebilir birimleridir. Bu açıdan bakarsak, Docker biliyorsanız, basitçe tek başına veya bir arada çalışan container’lara denk geldiğini söyleyebiliriz.

Konuya teknik olarak yaklaşırsak, hatırlarsanız container’lar linux namespace’leri sayesinde birbirlerinden ayrılmaktadır. Farklı namespace’deki process, network, storage v.s. birbirlerini göremeyecek, birbirlerine bağsız(izole) olacaktır. Bu yaklaşımdan yola çıkarsak, Kubernetes’te network ve storage gibi kavramlar için bu soyutlama pod düzeyindedir. Bunun anlamı, aynı pod içerisindeki container’lar aynı storage’ı, network’ü paylaşırlar. Bir pod’daki container’ın açtığı bir sokete yine aynı pod’daki bir diğer container localhost (127.0.0.1) üzerinden ulaşabilir. Bunun yanında Pod içeresindeki container’lar birbirleriyle SystemV semaforları ve POSIX ortak hafızaları sayesinde iletişim kurabilirler. Öte yandan tabi ki pod içerisindeki container’lar için de farklı soyutlamalar söz konusudur. Bu esneklik sayesinde farklı container’ları bir araya getirerek kullanımımıza uygun doğru bileşenleri oluşturabilir, yatayda bu bileşenleri kolayca çoğaltabiliriz.
Konuya teknik olarak yaklaşırsak, hatırlarsanız container’lar linux namespace’leri sayesinde birbirlerinden ayrılmaktadır. Farklı namespace’deki process, network, storage v.s. birbirlerini göremeyecek, birbirlerine bağsız(izole) olacaktır. Bu yaklaşımdan yola çıkarsak, Kubernetes’te network ve storage gibi kavramlar için bu soyutlama pod düzeyindedir. Bunun anlamı, aynı pod içerisindeki container’lar aynı storage’ı, network’ü paylaşırlar. Bir pod’daki container’ın açtığı bir sokete yine aynı pod’daki bir diğer container localhost (127.0.0.1) üzerinden ulaşabilir. Bunun yanında Pod içeresindeki container’lar birbirleriyle SystemV semaforları ve POSIX ortak hafızaları sayesinde iletişim kurabilirler. Öte yandan tabii ki pod içerisindeki container’lar için de farklı soyutlamalar söz konusudur. Bu esneklik sayesinde farklı container’ları bir araya getirerek kullanımımıza uygun doğru bileşenleri oluşturabilir, yatayda bu bileşenleri kolayca çoğaltabiliriz.

Pod’ların bir diğer önemli görevinin de soyutlama olduğunu rahatlıkla söyleyebiliriz. Kubernetes’de en fazla tercih edilen container runtime’ı Docker olmakla birlikte alternatifleri de bulunmaktadır. Bu noktada Pod kavramı Kubernetes için aynı zamanda Docker container kavramında bir soyutlama anlamına da gelmektedir. Kubernetes, container’ları değil pod’ları yönetmektedir.

Expand Down