1. Dağıtım Mimarisi

Docker üzerinde HTTPS ile hizmet vermenin temel fikri, backend servisini bir Docker ağı içinde izole ederek çalıştırmak ve herhangi bir portu dışarıya açmamaktır. Bunun ardından, aynı Docker ağı içerisinde çalışan bir reverse proxy (ters proxy) kurarız. Reverse proxy, SSL terminasyonunu gerçekleştirir ve gelen istekleri backend servisine iletir. Burada önemli olan nokta, reverse proxy’nin yalnızca HTTPS isteklerini kabul edecek şekilde yapılandırılmasıdır.

Bu dağıtım mimarisinin avantajı, SSL terminasyon yükünü backend servisten alarak, bu işlemi yalnızca reverse proxy’de gerçekleştirmektir. Bu yöntem, özellikle birden fazla servisin aynı anda HTTPS isteklerine ihtiyaç duyduğu senaryolarda oldukça kullanışlıdır. SSL terminasyonunu backend servislere bırakmak yerine, tüm yükü reverse proxy üzerinde toplamak, backend’lerin iş yükünü hafifletir.

Örnek olarak, backend tarafında crccheck/hello-world Docker imajını kullanacağız. Bu imaj, HTTP isteklerine yanıt veren basit bir web sunucusu çalıştırmaktadır. Reverse proxy için ise, açık kaynak ve çok amaçlı bir web sunucusu olan Nginx‘i kullanacağız.

2. Dağıtımı Oluşturma

Yüksek seviyede adımlarımız şöyle olacak:

1. Backend web servisimizi bir Docker container olarak başlatacağız.
2. HTTPS için gerekli olan SSL sertifikasını oluşturacağız.
3. Son olarak, SSL terminasyonu yapacak ve istekleri backend’e iletecek şekilde yapılandırdığımız Nginx container’ını çalıştıracağız.

2.1. Docker Ağı Oluşturma

İlk olarak, reverse proxy ve backend servisinin birbirleriyle haberleşebilmesi için bir Docker ağı oluşturacağız:

$ docker network create server-reverse-proxy-link

Bu ağ, iki container’ı barındırarak onların birbirleriyle ağ üzerinden iletişim kurmalarını sağlayacak.

2.2. Backend Servisini Başlatma

Şimdi, backend servis container’ını başlatalım:

$ docker run -d --network server-reverse-proxy-link --name backend-service crccheck/hello-world

Burada dikkat edilmesi gereken en önemli nokta, backend servisini dışarıya herhangi bir port açmadan çalıştırmamızdır. Bu sayede servis sadece reverse proxy üzerinden gelen HTTPS isteklerini kabul eder.

Container’ı başlatırken --network seçeneği ile servisi daha önce oluşturduğumuz server-reverse-proxy-link ağına dahil ettik.

2.3. TLS Sertifikası Oluşturma

Gösterim amaçlı, kendi kendine imzalanmış bir sertifika oluşturacağız. Bu tür sertifikalar, güvenilir bir sertifika otoritesi tarafından imzalanmadığı için tarayıcılar tarafından güvensiz olarak işaretlenir. Ancak test ve lokal kullanım için işimizi görecektir.

Öncelikle bir özel anahtar oluşturmak için şu komutu çalıştırıyoruz:

$ openssl genrsa -out server.key 2048

Ardından, bir sertifika imzalama isteği (CSR) oluşturuyoruz:

$ openssl req -key server.key -new -out server.csr

Son olarak, bu isteği kendi oluşturduğumuz anahtar ile imzalayarak sertifikamızı elde ediyoruz:

$ openssl x509 -signkey server.key -in server.csr -req -days 365 -out server.crt

Bu adımlardan sonra elimizde SSL terminasyonu için kullanacağımız bir sertifikamız olacak.

2.4. Nginx Yapılandırma Dosyasını Oluşturma

Nginx reverse proxy sunucumuzu başlatmadan önce, yapılandırma dosyasını yazmamız gerekiyor. Bu dosyada Nginx’in 443 numaralı port üzerinden HTTPS isteklerini dinleyip, bunları backend servisine iletmesini sağlayacağız.

İşte yapılandırma dosyamız:

events { }
http {
    server {
        listen 443 ssl;

        ssl_certificate /opt/certificates/server.crt;
        ssl_certificate_key /opt/certificates/server.key;

        location / {
            proxy_pass http://backend-service:8000;
        }
    }
}

Bu dosyada, server bloğu içinde 443 numaralı portta SSL modunda çalışan bir sunucu tanımladık. Sertifika ve anahtar dosyalarını Nginx’in erişebileceği şekilde belirttik. Ayrıca, gelen tüm istekleri proxy_pass ile backend servisine yönlendirdik.

2.5. Nginx Docker Container’ını Başlatma

Yapılandırma dosyasını ve SSL sertifikalarını kullanarak Nginx container’ını başlatabiliriz:

$ docker run -d 
  --name nginx-container 
  --network server-reverse-proxy-link 
  -p 443:443 
  -v /opt/certificates:/opt/certificates 
  -v /opt/nginx.conf:/etc/nginx/nginx.conf 
  nginx:latest

Burada -v seçeneği ile sertifika, anahtar ve yapılandırma dosyalarını container’a bağladık. Ayrıca --network ile container’ı yine aynı ağa dahil ettik.

2.6. Servisi Test Etme

Şimdi, servisi test edebiliriz. HTTPS protokolünü kullanarak curl komutunu çalıştırdığımızda:

$ curl https://localhost

Eğer kendi kendine imzalanmış sertifikayı kullanıyorsanız, curl komutu bir uyarı verecektir. Bu durumu atlamak için şu şekilde komutu tekrar çalıştırabilirsiniz:

$ curl --insecure https://localhost

Komutu çalıştırdığınızda, backend servisten gelen “Hello World” yanıtını göreceksiniz.

3. Sonuç

Bu rehberde, Docker üzerinde çalışan bir web servisine HTTPS desteği eklemeyi öğrendik. Nginx reverse proxy kullanarak SSL terminasyonu yaptık ve istekleri backend servise yönlendirdik. Bu yöntem, birden fazla servis ile HTTPS üzerinden çalışırken SSL yükünü azaltmanın etkili bir yolu olarak kullanılabilir.

Helm Kurulumu için Gerekli Ön Koşullar

Helm kurulumuna başlamadan önce aşağıdaki gereksinimlerin karşılandığından emin olmalısınız:

• Çalışan bir Kubernetes cluster’ınız olmalı.
• Kubernetes cluster API endpoint’i Helm çalıştırdığınız makineden erişilebilir olmalı.
• Cluster’a kubectl ile kimlik doğrulaması yapmalısınız ve cluster-admin yetkilerine sahip olmalısınız.

Yöntem 1: Script Kullanarak Helm Kurulumu

Bu yöntemi, özellikle yerel çalışma ortamınızda ya da test sunucularında Helm kurulumunu yapmak için öneriyorum. Ancak, proje gereksinimleri için belirli bir Helm sürümüne ihtiyaç duyuyorsanız, sonraki bölümde yer alan ikili (binary) kurulum yöntemini takip etmeniz daha uygun olacaktır.

Not: Helm ile yönetmek istediğiniz cluster’a uygun kubectl bağlamı (context) ayarlanmış olmalıdır.

Adım 1: Helm Kurulum Script’ini İndirin

curl -fsSL -o get_helm.sh https://raw.githubusercontent.com/helm/helm/master/scripts/get-helm-3

Adım 2: İndirilen Script’e Çalıştırma İzinleri Verin

chmod +x get_helm.sh

Adım 3: Script’i Çalıştırın

Bu script, sisteminize uygun ikili dosyayı otomatik olarak bulup kuracaktır.

./get_helm.sh

Adım 4: Kurulumu Doğrulayın

Helm komutunu çalıştırarak kurulumun başarılı olup olmadığını kontrol edebilirsiniz.

helm

Yöntem 2: İkili Dosya ile Helm 3 Kurulumu

Bu yöntem, proje ortamlarınızda belirli bir Helm sürümünü tüm sistemlerde aynı olacak şekilde kurmanız gerektiğinde tercih edilmelidir.

Adım 1: İhtiyaç duyduğunuz sürüm için GitHub Helm sürüm sayfasına gidin ve uygun Linux amd64 bağlantısını kopyalayın.

wget -O helm.tar.gz https://get.helm.sh/helm-v3.13.0-rc.1-linux-amd64.tar.gz

Adım 2: İndirilen Dosyayı Açın

tar -zxvf helm.tar.gz

Adım 3: Helm İkili Dosyasını /usr/local/bin Diznine Taşıyın

sudo mv linux-amd64/helm /usr/local/bin/helm

Adım 4: Kurulumu Doğrulayın

helm

Yöntem 3: Paket Yöneticileri ile Helm Kurulumu

MacOS için

brew install helm

Debian/Ubuntu için

curl https://baltocdn.com/helm/signing.asc | gpg --dearmor | sudo tee /usr/share/keyrings/helm.gpg > /dev/null
sudo apt-get install apt-transport-https --yes
echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/helm.gpg] https://baltocdn.com/helm/stable/debian/ all main" | sudo tee /etc/apt/sources.list.d/helm-stable-debian.list
sudo apt-get update
sudo apt-get install helm

Windows için

Scoop kullanarak:

scoop install helm

Chocolatey kullanarak:

choco install kubernetes-helm

Helm Güncelleme

Eğer eski bir Helm sürümünü kullanıyorsanız ve en son sürüme yükseltmek istiyorsanız, aşağıdaki adımları takip edebilirsiniz:

MacOS için

brew update
brew upgrade helm

Linux için

curl https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-3 | bash

Windows için

choco upgrade kubernetes-helm

Güncellemeden sonra sürüm kontrolünü şu komutla yapabilirsiniz:

helm version

Stabil Helm Reposu Ekleme

Topluluk tarafından geliştirilen ve bakımı yapılan stabil Helm chart’ları için repo ekleyelim:

helm repo add stable https://charts.helm.sh/stable

Belirli bir chart’ı aramak için search komutunu kullanabilirsiniz. Örneğin, Kubernetes üzerinde Jenkins kurmak isterseniz şu komutu kullanabilirsiniz:

helm search repo jenkins

Alternatif olarak, ArtifactHub üzerinden topluluk tarafından paylaşılan Helm chart’larına göz atabilirsiniz.

Helm Chart Kurulumu ve Doğrulama

Helm kurulumunu doğrulamak için nginx-ingress controller kurulumunu yapacağız.

Adım 1: Nginx-Ingress Helm Reposunu Ekleyin

helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx

Adım 2: Chart Repo’yu Güncelleyin

helm repo update

Adım 3: Nginx Chart Kurulumu Yapın

helm install ingress-controller ingress-nginx/ingress-nginx

Burada ingress-controller özel sürüm adıdır. İstediğiniz bir ismi verebilirsiniz.

Adım 4: Helm Deployment Durumunu Kontrol Edin

helm ls

Alternatif olarak, kubectl ile de durumu kontrol edebilirsiniz:

arduino

kubectl get deployments

Adım 5: Kurulumu Kaldırma

Doğrulama sonrası kurulumu kaldırmak için şu komutu çalıştırmanız yeterlidir:

helm uninstall ingress-controller

Sonuç

Bu yazıda, Helm kurulumu, chart repo ekleme ve örnek bir Helm deployment’ı doğrulama işlemlerini inceledik. Projelerde Helm kullanırken kendi chart’larınızı oluşturmanız ve güvenlik ekibi tarafından onaylanmış container image’larını kullanmanız önerilir. Topluluk chart’larını kullanıyorsanız, community docker image’larını özel yapılmış image’larla değiştirmeyi unutmayın.

Helm chart geliştirme konusunda daha detaylı bir rehber için bir sonraki yazımıza göz atmayı unutmayın!

Topoloji ve Node Bilgileri

Ağ ve node bilgileri aşağıdaki gibi yapılandırılacaktır. Tüm node’lar 172.16.1.0/24 ağında olacak ve bu yapı, Kubernetes cluster’ınızın iç iletişimini sağlayacaktır.

• Master Node (172.16.1.10): Kubernetes kontrol düzlemini barındırır, API server, etcd ve scheduler gibi bileşenleri içerir.
• Worker Node 01 (172.16.1.11): Uygulama iş yüklerini çalıştıracak ilk worker node.
• Worker Node 02 (172.16.1.12): Uygulama iş yüklerini çalıştıracak ikinci worker node.

1. Tüm Node’larda Temel Ayarlar

Bu adımda, her bir node’da temel sistem güncellemeleri, saat senkronizasyonu ve gerekli paket kurulumları yapılacaktır.

Sistem güncellemeleri ve paket kurulumları:

sudo apt update && sudo apt upgrade -y
sudo apt install -y curl apt-transport-https vim git wget gnupg2 software-properties-common ca-certificates chrony

Hostname Ayarlama:

Her node’da hostname doğru şekilde ayarlanmalıdır.

• Master Node:

sudo hostnamectl set-hostname kubernetes-master

• Worker Node 01:

sudo hostnamectl set-hostname kubernetes-node01

• Worker Node 02:

sudo hostnamectl set-hostname kubernetes-node02

Her node’da hostname komutu ile ayarları doğrulayabilirsiniz.

2. /etc/hosts Dosyasının Düzenlenmesi

Node’lar arasında isim çözümlemesi yapılabilmesi için her node’da /etc/hosts dosyasına diğer node’ların IP adreslerini ve isimlerini eklememiz gerekiyor.

Her node’da aşağıdaki düzenlemeyi yapın:

sudo vim /etc/hosts

Ve şu satırları ekleyin:

172.16.1.10 kubernetes-master
172.16.1.11 kubernetes-node01
172.16.1.12 kubernetes-node02

Bu işlem, node’ların IP adreslerine karşılık gelen hostname’leri kullanarak iletişim kurmasını sağlar.

3. NTP (Zaman Senkronizasyonu) Ayarları

Kubernetes node’ları arasındaki zaman senkronizasyonu önemlidir. Chrony servisi ile node’lar arasında doğru zaman senkronizasyonu sağlanmalıdır.

Chrony yapılandırması:

sudo vim /etc/chrony/chrony.conf

server satırını bulun ve güvenilir bir NTP sunucusunu ekleyin:

server 0.ubuntu.pool.ntp.org iburst

Sonrasında Chrony servisini yeniden başlatın:

sudo systemctl restart chrony.service
sudo systemctl enable chrony.service

Bu adımlar node’lar arasında zaman farkını en aza indirecektir, bu da Kubernetes cluster’ın kararlılığı için önemlidir.

4. Swap’i Devre Dışı Bırakma

Kubernetes’in düzgün çalışabilmesi için swap devre dışı bırakılmalıdır. Swap aktif olduğunda, Kubernetes performansı olumsuz etkilenebilir ve pod’ların zaman zaman düzgün çalışmamasına neden olabilir.

Geçici olarak swap’i devre dışı bırakma:

sudo swapoff -a

Kalıcı olarak devre dışı bırakmak için /etc/fstab dosyasını düzenleyin:

sudo sed -i '/swap/ s/^(.*)$/#1/g' /etc/fstab

Bu, sistem yeniden başlatıldığında swap’in otomatik olarak devre dışı kalmasını sağlayacaktır.

5. Container Runtime Kurulumu: containerd

Kubernetes’in containerd runtime kullanarak çalışması için bu adımda containerd kurulumunu yapacağız.

Containerd’nin kurulması:

sudo apt install -y containerd

Containerd yapılandırması:

Varsayılan containerd yapılandırma dosyasını oluşturun:

sudo mkdir -p /etc/containerd
sudo containerd config default | sudo tee /etc/containerd/config.toml

Yapılandırma dosyasındaki bazı ayarlamaları yaptıktan sonra containerd servisini yeniden başlatın:

sudo systemctl restart containerd
sudo systemctl enable containerd

Not: containerd config.toml dosyasında gerekli olan cgroup yapılandırmasının doğru olduğundan emin olun. Bunun için SystemdCgroup = true satırının doğru olduğundan emin olun.

6. Kubernetes Kurulumu

Kubernetes’in temel bileşenleri olan kubeadm, kubelet ve kubectl‘i kurarak cluster’ı başlatmaya hazır hale getireceğiz.

Kubernetes APT Reposunu Ekleyin:

sudo curl -fsSL https://packages.cloud.google.com/apt/doc/apt-key.gpg | sudo apt-key add -
sudo apt-add-repository "deb http://apt.kubernetes.io/ kubernetes-xenial main"

Kubeadm, Kubelet ve Kubectl Kurulumu:

sudo apt update
sudo apt install -y kubeadm kubelet kubectl
sudo apt-mark hold kubeadm kubelet kubectl

Bu komutlar, Kubernetes’in ana bileşenlerini yükler ve sistemdeki otomatik güncellemelere karşı sabitlenmiş şekilde tutulmasını sağlar.

7. Master Node’da Kubernetes Cluster’ın Başlatılması

Master node’da Kubernetes cluster’ını başlatmak için kubeadm init komutu kullanılır. Pod ağ aralığı Calico ile uyumlu olacak şekilde ayarlanmalıdır.

sudo kubeadm init --pod-network-cidr=172.16.1.0/16

Bu işlem birkaç dakika sürebilir. İşlem tamamlandığında, komut satırında cluster’a worker node’ları eklemek için kullanılacak kubeadm join komutunu içeren bir çıktı göreceksiniz.

Kubectl komutlarını kullanabilmek için gerekli yapılandırmayı yapın:

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

Bu komutlar sayesinde kubectl komutlarını master node’da kullanabilirsiniz.

8. Calico Ağ Eklentisinin Yüklenmesi

Pod’ların birbirleriyle iletişim kurabilmesi için bir ağ eklentisine ihtiyaç vardır. Bu kurulumda Calico kullanılacaktır.

Calico’nun kurulumu için:

kubectl apply -f https://docs.projectcalico.org/manifests/calico.yaml

Calico’nun kurulumu tamamlandığında, node’larınızda pod’lar arasında ağ iletişimi sağlanacaktır.

9. Worker Node’ları Cluster’a Katma

Master node’daki kubeadm init komutu sonrası ekranda çıkan kubeadm join komutu ile worker node’ları cluster’a ekleyebilirsiniz. Bu komut, master node’a bağlanacak worker node’ların cluster’a katılmasını sağlar.

Her worker node’da aşağıdaki gibi join komutunu çalıştırın:

sudo kubeadm join 172.16.1.10:6443 --token  --discovery-token-ca-cert-hash sha256:

Worker node’lar başarılı bir şekilde master node’a katıldıklarında, kubectl get nodes komutuyla cluster’daki tüm node’ları görebilirsiniz.

10. Cluster’ı Kontrol Etme

Master node üzerinde kubectl get nodes komutunu çalıştırarak tüm node’ların doğru bir şekilde cluster’a katıldığını ve Ready durumuna geçtiğini doğrulayabilirsiniz:

kubectl get nodes

11. Sonraki Adımlar

Cluster kurulumunu tamamladıktan sonra, Kubernetes üzerine uygulamalar dağıtmak için hazır olacaksınız. Ayrıca, daha ileri adımlar olarak helm, metrics-server ve dashboard gibi bileşenler kurarak cluster’ı daha verimli yönetebilirsiniz.

12. Ek Bileşenlerin Kurulumu ve Yönetimi

Cluster kurulumunu tamamladıktan sonra, uygulamalarınızı yönetmek ve Kubernetes ortamınızı daha işlevsel hale getirmek için bazı ek bileşenler ve araçlar kurabilirsiniz. Bu bölümde, Helm, Metrics Server, ve Kubernetes Dashboard kurulum adımlarını ele alacağız.

12.1. Helm Kurulumu

Helm, Kubernetes için bir paket yöneticisidir ve uygulamaları kolayca dağıtmanıza, yönetmenize ve güncellemenize yardımcı olur. Helm kurulumunu gerçekleştirmek için aşağıdaki adımları takip edin.

Helm’in Kurulumu:

1. Helm’in APT Repo’sunu Ekleyin:

curl https://baltocdn.com/helm/signing.asc | sudo apt-key add -
echo "deb https://baltocdn.com/helm/stable/debian/ all main" | sudo tee /etc/apt/sources.list.d/helm-stable.list

1. Helm’i Kurun:

sudo apt update
sudo apt install helm

1. **Helm’i Başlatın:**Helm’i kullanabilmek için bir namespace (alan) oluşturmanız gerekebilir. Örneğin, kube-system namespace’ini kullanarak Helm’in değerlerini ve kurulumlarını yönetebilirsiniz.

kubectl create namespace kube-system

12.2. Metrics Server Kurulumu

Metrics Server, Kubernetes cluster’ınızdaki kaynak kullanımını izlemek için kullanılır. Pod’ların CPU ve bellek kullanımını izleyerek kaynak yönetimini kolaylaştırır.

Metrics Server’ın Kurulumu:

1. Metrics Server’ı Yükleyin:

kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml

1. **Kurulumun Doğrulanması:**Metrics Server’ın düzgün bir şekilde kurulduğundan emin olmak için aşağıdaki komutu kullanarak pod’ları kontrol edin:

kubectl get pods -n kube-system

Metrics Server’ın çalıştığını doğrulamak için, aşağıdaki komutu çalıştırarak kaynak kullanımını görebilirsiniz:

kubectl top nodes

12.3. Kubernetes Dashboard Kurulumu

Kubernetes Dashboard, cluster’ınızı görsel bir arayüzle yönetmenize olanak tanır. Pod’lar, servisler ve diğer kaynaklar üzerinde kolaylıkla işlem yapabilirsiniz.

Dashboard’ın Kurulumu:

1. Dashboard Manifest Dosyasını Uygulayın:

kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.4.0/aio/deploy/recommended.yaml

1. **Dashboard’a Erişim Sağlama:**Dashboard’a erişmek için bir kullanıcı yetkilendirmesi yapmanız gerekecek. Öncelikle, bir admin kullanıcı oluşturmanız gerekir.

kubectl create serviceaccount dashboard-admin -n kubernetes-dashboard
kubectl create clusterrolebinding dashboard-admin --clusterrole=cluster-admin --serviceaccount=kubernetes-dashboard:dashboard-admin

1. **Token’i Alın:**Dashboard’a giriş yapmak için token kullanacaksınız. Aşağıdaki komut ile token’i alabilirsiniz:

kubectl get secret -n kubernetes-dashboard $(kubectl get secrets -n kubernetes-dashboard | grep dashboard-admin | awk '{print $1}') -o jsonpath="{.data.token}" | base64 --decode

1. **Dashboard’a Bağlanma:**Dashboard’u aşağıdaki komut ile yerel bir proxy üzerinden açabilirsiniz:

kubectl proxy

Ardından, tarayıcınızda şu URL’yi ziyaret edin:

http://localhost:8001/api/v1/namespaces/kubernetes-dashboard/services/https:kubernetes-dashboard:/proxy/

Giriş ekranında, token’i kullanarak giriş yapabilirsiniz.

13. Uygulamaların Dağıtımı

Artık Kubernetes cluster’ınız kurulmuş ve yönetim araçlarınız hazır. Uygulama dağıtımına geçmek için bir örnek uygulama dağıtımı yapabilirsiniz. Örneğin, bir Nginx web sunucusu dağıtımı yapabilirsiniz.

Nginx Dağıtımı:

1. Nginx için bir YAML dosyası oluşturun:nginx-deployment.yaml adında bir dosya oluşturun ve içerisine aşağıdaki kodu ekleyin:

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:latest
        ports:
        - containerPort: 80

1. **Uygulamayı Dağıtın:**Aşağıdaki komutu çalıştırarak Nginx uygulamasını dağıtın:

kubectl apply -f nginx-deployment.yaml

1. **Dağıtımın Durumunu Kontrol Edin:**Dağıtımın başarılı bir şekilde oluşturulduğunu kontrol etmek için aşağıdaki komutu kullanabilirsiniz:

kubectl get deployments

1. **Nginx Servisini Oluşturun:**Nginx uygulamanıza dışarıdan erişim sağlamak için bir servis oluşturmalısınız. nginx-service.yaml adında bir dosya oluşturun ve içerisine şu kodu ekleyin:

apiVersion: v1
kind: Service
metadata:
  name: nginx-service
spec:
  selector:
    app: nginx
  ports:
    - protocol: TCP
      port: 80
      targetPort: 80
  type: NodePort

1. **Servisi Uygulayın:**Servisi oluşturmak için aşağıdaki komutu çalıştırın:

kubectl apply -f nginx-service.yaml

1. **Servis Bilgilerini Kontrol Edin:**Servisin doğru bir şekilde oluşturulduğunu ve NodePort numarasını öğrenmek için aşağıdaki komutu kullanabilirsiniz:

kubectl get services

Bu komut, servisin hangi NodePort üzerinde çalıştığını gösterir.
7. **Nginx Uygulamanıza Erişim Sağlayın:**Herhangi bir worker node’un IP adresini ve yukarıda aldığınız NodePort numarasını kullanarak Nginx uygulamanıza tarayıcı üzerinden erişebilirsiniz:

http://:

14. Sonuç

Artık Kubernetes cluster’ınız başarıyla kurulmuş ve temel bileşenler ile yönetim araçları eklenmiştir. Bu kurulum ile birlikte uygulamalarınızı yönetmek, dağıtmak ve izlemenin temel adımlarını öğrenmiş oldunuz.

Öneriler:

• Kaynak İzleme: Uygulamalarınızın ve node’larınızın kaynak kullanımını izlemek için kubectl top komutunu kullanın.
• Pod Güncellemeleri: Uygulama güncellemeleri yaparken, Helm kullanarak daha verimli bir yönetim sağlayabilirsiniz.
• Otomatik Ölçekleme: Kubernetes’in otomatik ölçekleme özelliklerini inceleyerek uygulamalarınızı daha dinamik hale getirebilirsiniz.

Bu kılavuz, Kubernetes üzerinde bir cluster kurma ve temel yönetim araçlarını kullanma konusunda size temel bir anlayış sağlamayı hedeflemektedir. Gelişmiş özellikler ve en iyi uygulamalar için resmi Kubernetes belgelerini incelemenizi öneririm.