DigitalOcean Üzerinde Prometheus, Grafana ve Alertmanager ile Kubernetes İzleme Yığını Kurulumu
Kubernetes, modern uygulama geliştirmenin temel taşlarından biri haline gelmiş olsa da, dağıtık yapısı ve dinamik doğası gereği izlenmesi karmaşık bir sistemdir. Bir Kubernetes kümesinin sağlığını, performansını ve kaynak kullanımını sürekli olarak takip etmek, olası sorunları proaktif bir şekilde tespit etmek ve hızlıca müdahale etmek için kritik öneme sahiptir. Bu makalede, sektör standardı haline gelmiş açık kaynaklı izleme araçları olan Prometheus, Grafana ve Alertmanager’ı DigitalOcean Kubernetes (DOKS) üzerinde nasıl kuracağımızı ve yapılandıracağımızı adım adım inceleyeceğiz. Bu üçlü, Kubernetes ortamınız için güçlü, esnek ve kapsamlı bir izleme ve uyarı sistemi oluşturmanızı sağlayacaktır.
Neden Kubernetes İzleme?
Kubernetes kümeleri, yüzlerce hatta binlerce pod, servis ve düğümden oluşabilir. Bu karmaşık yapı içinde bir uygulamanın performansını veya bir düğümün sağlığını manuel olarak takip etmek neredeyse imkansızdır. İzleme, bu dinamik ortamda görünürlük sağlamanın tek yoludur.
* Performans Optimizasyonu: Uygulama ve altyapı performans darboğazlarını belirleyerek kaynak kullanımını optimize etmenizi sağlar.
* Sorun Tespiti ve Giderme: Hata oranları, gecikmeler veya kaynak tükenmeleri gibi sorunları erken aşamada tespit ederek kesinti sürelerini minimize eder.
* Kapasite Planlaması: Gelecekteki büyüme için ne kadar kaynağa ihtiyacınız olacağını anlamanıza yardımcı olur.
* Güvenlik: Anormal davranışları veya güvenlik ihlallerini gösterebilecek kalıpları izlemenizi sağlar.
* Uyumluluk ve Denetim: Belirli standartlara uyum sağlamak ve denetim gereksinimlerini karşılamak için metrik verilerini toplamanıza olanak tanır.
Prometheus, Grafana ve Alertmanager Üçlüsü
Bu üç araç, Kubernetes izleme ekosisteminde birbirini tamamlayan roller üstlenir:
* Prometheus: Zaman serisi verilerini toplar, depolar ve sorgular. Kubernetes ortamındaki çeşitli kaynaklardan (node’lar, pod’lar, servisler, etcd, kube-scheduler vb.) metrikleri çekmek için tasarlanmıştır. Güçlü bir sorgu dili olan PromQL’e sahiptir.
* Grafana: Prometheus tarafından toplanan metrikleri görselleştirmek için kullanılır. Çeşitli grafikler, tablolar ve panolar aracılığıyla verileri anlamlı hale getirir. Kullanıcı dostu arayüzü sayesinde karmaşık verileri kolayca yorumlamanızı sağlar.
* Alertmanager: Prometheus tarafından tetiklenen uyarıları yönetir. Uyarıları gruplandırır, yinelenen uyarıları bastırır ve çeşitli kanallar (e-posta, Slack, PagerDuty vb.) aracılığıyla bildirimler gönderir.
Bu üçlü, Kubernetes kümenizin tüm yönlerini izlemek ve yönetmek için kapsamlı bir çözüm sunar.
Ön Gereksinimler
Bu makaledeki adımları takip edebilmek için aşağıdaki ön gereksinimlere sahip olmanız gerekmektedir:
* DigitalOcean Hesabı: DigitalOcean platformunda bir hesabınız olmalı ve faturalandırma bilgileriniz ayarlanmış olmalıdır.
* doctl CLI: DigitalOcean API ile etkileşim kurmak için doctl komut satırı aracı bilgisayarınızda kurulu ve yapılandırılmış olmalıdır.
* kubectl CLI: Kubernetes kümeleriyle etkileşim kurmak için kubectl komut satırı aracı kurulu olmalıdır.
* helm CLI: Kubernetes uygulamalarını dağıtmak ve yönetmek için helm paket yöneticisi kurulu olmalıdır. Helm, Prometheus ve Grafana gibi karmaşık uygulamaları tek bir komutla dağıtmamızı sağlayacaktır.
Bu araçların kurulumu için ilgili resmi belgelere başvurabilirsiniz. Örneğin, helm kurulumu için curl https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-3 | bash komutunu kullanabilirsiniz.
DigitalOcean Kubernetes (DOKS) Kümesi Oluşturma
İzleme yığınımızı dağıtmadan önce bir DigitalOcean Kubernetes kümesine ihtiyacımız var. DOKS kümesini DigitalOcean kontrol paneli üzerinden veya doctl CLI kullanarak oluşturabilirsiniz. CLI kullanarak oluşturmak daha otomatiktir.
DigitalOcean Kontrol Paneli Üzerinden Küme Oluşturma (Özet)
1. DigitalOcean hesabınıza giriş yapın.
2. Sol menüden “Kubernetes”e tıklayın.
3. “Create Kubernetes Cluster” düğmesine basın.
4. Bölge, Kubernetes sürümü, node havuzu boyutu ve adlandırma gibi ayarları yapılandırın. En az 2 adet 2vCPU/4GB droplet içeren bir node havuzu, izleme yığını için yeterli olacaktır.
5. Kümenizi oluşturun.
doctl CLI Üzerinden Küme Oluşturma (Önerilen)
doctl kullanarak bir küme oluşturmak ve kubectl için yapılandırma dosyasını indirmek daha hızlıdır.
1. Küme Oluşturma:
doctl kubernetes cluster create \
--region \
--version \
--node-pool "name=default-pool;size=s-2vcpu-4gb;count=2"
Örnek:
doctl kubernetes cluster create my-monitoring-cluster \
--region fra1 \
--version 1.28.2-do.0 \
--node-pool "name=default-pool;size=s-2vcpu-4gb;count=2"
Bu işlem birkaç dakika sürebilir.
2. kubectl Yapılandırmasını İndirme: Küme oluşturulduktan sonra, kubectl‘in kümenizle etkileşim kurabilmesi için yapılandırma dosyasını indirmeniz gerekir:
doctl kubernetes cluster kubeconfig save
Bu komut, ~/.kube/config dosyanızı güncelleyecek veya yeni bir giriş ekleyecektir.
3. Küme Bağlantısını Test Etme:
kubectl get nodes
Düğümlerinizin “Ready” durumda olduğunu görmelisiniz.
Artık bir Kubernetes kümemiz olduğuna göre, izleme yığınımızı kurmaya başlayabiliriz.
Prometheus, Grafana ve Alertmanager Kurulumu (kube-prometheus-stack ile)
Prometheus, Grafana ve Alertmanager’ı ayrı ayrı kurmak yerine, Helm topluluğu tarafından geliştirilen kube-prometheus-stack Helm grafiğini kullanmak en kolay ve en kapsamlı yoldur. Bu grafik, Prometheus, Grafana, Alertmanager ve çeşitli Kubernetes bileşenleri için önceden yapılandırılmış ServiceMonitor’lar ve exporter’ları tek bir pakette sunar.
Helm Deposu Ekleme
İlk olarak, Prometheus Helm deposunu eklememiz gerekiyor:
helm repo add prometheus-community https://prometheus-community.github.io/helm-charts
helm repo update
Namespace Oluşturma
İzleme bileşenlerini izole etmek için ayrı bir namespace oluşturmak iyi bir uygulamadır:
kubectl create namespace monitoring
kube-prometheus-stack Kurulumu
Şimdi kube-prometheus-stack grafiğini monitoring namespace’ine kurabiliriz. Varsayılan yapılandırma çoğu durum için yeterli olsa da, bazı özelleştirmeler yapabiliriz. Örneğin, Grafana için bir yönetici şifresi belirleyebiliriz.
helm install prometheus prometheus-community/kube-prometheus-stack \
--namespace monitoring \
--set grafana.adminPassword='your-secure-password' \
--set prometheus.prometheusSpec.storageSpec.volumeClaimTemplate.spec.resources.requests.storage="50Gi" \
--set grafana.persistence.enabled=true \
--set grafana.persistence.storageClassName="do-block-storage" \
--set grafana.persistence.size="10Gi" \
--set alertmanager.alertmanagerSpec.storage.volumeClaimTemplate.spec.resources.requests.storage="10Gi" \
--set alertmanager.alertmanagerSpec.storage.volumeClaimTemplate.spec.storageClassName="do-block-storage"
Yukarıdaki Komutun Açıklaması:
* helm install prometheus prometheus-community/kube-prometheus-stack: kube-prometheus-stack grafiğini prometheus adıyla kurar.
* --namespace monitoring: Tüm bileşenleri monitoring namespace’ine dağıtır.
* --set grafana.adminPassword='your-secure-password': Grafana için yönetici şifresini belirler. Bu şifreyi güçlü bir şifreyle değiştirmeyi unutmayın!
* --set prometheus.prometheusSpec.storageSpec.volumeClaimTemplate.spec.resources.requests.storage="50Gi": Prometheus’un metrik verilerini depolamak için 50GB’lık bir Persistent Volume Claim (PVC) isteğinde bulunur. Bu, verilerin pod yeniden başlatmalarında bile kalıcı olmasını sağlar.
* --set grafana.persistence.enabled=true: Grafana için kalıcılığı etkinleştirir. Bu, Grafana panolarınızın ve yapılandırmalarınızın kalıcı olmasını sağlar.
* --set grafana.persistence.storageClassName="do-block-storage": Grafana’nın kalıcı depolaması için DigitalOcean Block Storage’ı kullanır.
* --set grafana.persistence.size="10Gi": Grafana için 10GB’lık bir PVC isteğinde bulunur.
* --set alertmanager.alertmanagerSpec.storage.volumeClaimTemplate.spec.resources.requests.storage="10Gi": Alertmanager için 10GB’lık bir PVC isteğinde bulunur.
* --set alertmanager.alertmanagerSpec.storage.volumeClaimTemplate.spec.storageClassName="do-block-storage": Alertmanager’ın kalıcı depolaması için DigitalOcean Block Storage’ı kullanır.
Bu kurulum biraz zaman alabilir. Tüm pod’ların çalışır duruma geldiğini kontrol edebilirsiniz:
kubectl get pods -n monitoring
Tüm pod’ların Running veya Completed durumda olduğunu görmelisiniz.
Prometheus UI’ya Erişim
Prometheus UI, toplanan metrikleri sorgulamanıza ve Prometheus’un yapılandırmasını görmenize olanak tanır. Varsayılan olarak, Prometheus küme içinde bir ClusterIP servisi olarak dağıtılır. Dışarıdan erişmek için kubectl port-forward kullanabiliriz:
kubectl port-forward svc/prometheus-kube-prometheus-prometheus -n monitoring 9090:9090
Şimdi tarayıcınızda http://localhost:9090 adresine giderek Prometheus UI’ya erişebilirsiniz. Burada PromQL sorguları yazabilir ve toplanan metrikleri inceleyebilirsiniz.
Grafana UI’ya Erişim
Grafana, izleme yığınımızın görselleştirme katmanıdır. kube-prometheus-stack tarafından kurulan Grafana da varsayılan olarak bir ClusterIP servisi olarak dağıtılır. Erişim için yine kubectl port-forward kullanabiliriz:
kubectl port-forward svc/prometheus-grafana -n monitoring 3000:80
Tarayıcınızda http://localhost:3000 adresine giderek Grafana UI’ya erişebilirsiniz. Giriş yapmanız istendiğinde:
* Kullanıcı Adı: admin
* Şifre: Kurulum sırasında --set grafana.adminPassword='your-secure-password' ile belirlediğiniz şifre.
Giriş yaptıktan sonra, Grafana’nın önceden yapılandırılmış Prometheus veri kaynağını ve Kubernetes için birçok varsayılan panoyu bulacaksınız. Sol menüden “Dashboards” -> “Manage” seçeneğine giderek mevcut panoları görebilirsiniz. Özellikle “Kubernetes / Compute Resources / Cluster” veya “Kubernetes / Kubelet” gibi panolar, kümenizin genel sağlığı ve performansına dair değerli bilgiler sunar.
Varsayılan Panoları Keşfetme
kube-prometheus-stack ile birlikte gelen bazı önemli panolar şunlardır:
* Kubernetes / Compute Resources / Cluster: Küme genelinde CPU, bellek, disk ve ağ kullanımı gibi temel kaynak metriklerini gösterir.
* Kubernetes / Compute Resources / Namespace (Pods): Belirli bir namespace’deki pod’ların kaynak kullanımını izler.
* Kubernetes / Compute Resources / Node: Her düğümün CPU, bellek, disk ve ağ kullanımını detaylı olarak gösterir.
* Kubernetes / Kubelet: Kubelet bileşeninin sağlığını ve performansını izler.
* Prometheus / Overview: Prometheus sunucusunun kendi performans metriklerini gösterir.
* Alertmanager / Overview: Alertmanager’ın durumunu ve gönderilen uyarıları gösterir.
Bu panolar, kümenizin durumu hakkında hızlı ve kapsamlı bir genel bakış sağlar.
Alertmanager Yapılandırması ve Uyarılar
Alertmanager, Prometheus tarafından tetiklenen uyarıları alarak bunları uygun alıcılara yönlendiren bileşendir. kube-prometheus-stack ile Alertmanager da kurulur, ancak bildirimleri göndermek için yapılandırılması gerekir.
Alertmanager Yapılandırmasına Erişim
Alertmanager’ın yapılandırması genellikle bir Kubernetes Secret içinde saklanır. Bu secret’ı düzenleyerek Alertmanager’ın nasıl uyarı göndereceğini belirleyebiliriz.
1. Mevcut Secret’ı Düzenleme:
kubectl get secret prometheus-kube-prometheus-alertmanager -n monitoring -o yaml > alertmanager-secret.yaml
Bu komut, Alertmanager yapılandırmasını içeren secret’ı bir dosyaya kaydeder.
2. alertmanager-secret.yaml Dosyasını Düzenleme:
Bu dosyanın içinde data.alertmanager.yaml anahtarında base64 ile kodlanmış bir yapılandırma dizesi bulacaksınız. Bu dizeyi çözmeniz, düzenlemeniz ve tekrar kodlamanız gerekecek.
Örnek bir alertmanager.yaml içeriği:
global:
resolve_timeout: 5m
route:
group_by: ['alertname', 'job']
group_wait: 30s
group_interval: 5m
repeat_interval: 1h
receiver: 'email-receiver' # Varsayılan alıcı
routes:
- match:
alertname: DeadMansSwitch
repeat_interval: 5m
receiver: 'email-receiver'
receivers:
- name: 'null' # Varsayılan boş alıcı
- name: 'email-receiver'
email_configs:
- to: 'your-email@example.com' # Kendi e-posta adresinizle değiştirin
from: 'alertmanager@example.com' # Kendi gönderen e-postanızla değiştirin
smarthost: 'smtp.example.com:587' # Kendi SMTP sunucunuzla değiştirin
auth_username: 'smtp-username' # Kendi SMTP kullanıcı adınızla değiştirin
auth_password: 'smtp-password' # Kendi SMTP şifrenizle değiştirin
require_tls: true
Önemli: Yukarıdaki email_configs bölümünü kendi SMTP sunucu bilgilerinizle ve alıcı e-posta adresinizle güncelleyin. Slack veya PagerDuty gibi farklı alıcılar için Alertmanager belgelerine bakabilirsiniz.
3. Yapılandırmayı Base64 ile Kodlama:
Düzenlediğiniz alertmanager.yaml içeriğini tekrar base64 ile kodlayın:
cat alertmanager.yaml | base64 -w 0
Bu komutun çıktısını kopyalayın.
4. Secret’ı Güncelleme:
alertmanager-secret.yaml dosyasındaki data.alertmanager.yaml değerini kopyaladığınız base64 çıktısıyla değiştirin. Ardından Secret’ı güncelleyin:
kubectl apply -f alertmanager-secret.yaml -n monitoring
Değişikliklerin etkili olması için Alertmanager pod’unun yeniden başlatılması gerekebilir.
Prometheus Uyarı Kuralları Oluşturma
Prometheus, metrikler belirli koşulları karşıladığında uyarıları tetiklemek için uyarı kuralları kullanır. kube-prometheus-stack birçok varsayılan uyarı kuralıyla gelir, ancak kendi özel kurallarınızı da ekleyebilirsiniz.
Uyarı kuralları genellikle bir PrometheusRule kaynağı olarak tanımlanır. Örneğin, bir düğümün CPU kullanımının çok yüksek olması durumunda bir uyarı oluşturmak için:
1. node-cpu-alert.yaml Adında Bir Dosya Oluşturun:
apiVersion: monitoring.coreos.com/v1
kind: PrometheusRule
metadata:
name: node-cpu-usage
labels:
prometheus: prometheus
role: alert-rules
namespace: monitoring
spec:
groups:
- name: node-cpu-usage
rules:
- alert: HighNodeCpuUsage
expr: 100 - (avg by (instance) (rate(node_cpu_seconds_total{mode="idle"}[5m])) * 100) > 80
for: 5m
labels:
severity: warning
annotations:
summary: "Node CPU kullanımı yüksek (instance {{ $labels.instance }})"
description: "Düğüm {{ $labels.instance }} üzerindeki CPU kullanımı 5 dakikadır %80'in üzerinde."
Bu kural, bir düğümün CPU kullanımının 5 dakika boyunca %80’in üzerinde kalması durumunda HighNodeCpuUsage uyarısını tetikler.
2. Kuralı Kümenize Uygulayın:
kubectl apply -f node-cpu-alert.yaml -n monitoring
Prometheus, bu kuralı otomatik olarak keşfedecek ve metrikleri izlemeye başlayacaktır. Bir uyarı tetiklendiğinde, Alertmanager’a gönderilecek ve yapılandırdığınız alıcılara bildirimler gidecektir.
Alertmanager UI’ya Erişim
Alertmanager’ın durumunu ve tetiklenen uyarıları görmek için Alertmanager UI’ya erişebilirsiniz:
kubectl port-forward svc/prometheus-kube-prometheus-alertmanager -n monitoring 9093:9093
Tarayıcınızda http://localhost:9093 adresine giderek Alertmanager UI’ya erişebilirsiniz. Burada tetiklenen, bekleyen ve susturulan uyarıları görebilirsiniz.
Gelişmiş Yapılandırmalar ve En İyi Uygulamalar
İzleme yığınımızı kurduk, ancak daha kararlı, güvenli ve verimli hale getirmek için bazı ek adımlar atabiliriz.
1. Kalıcılık (Persistence)
Prometheus, Grafana ve Alertmanager için kalıcılık (Persistent Volume Claims – PVC) ayarlamak, verilerinizin pod yeniden başlatmalarında veya düğüm arızalarında kaybolmamasını sağlar. Yukarıdaki Helm kurulumunda bu ayarları zaten eklemiştik (do-block-storage kullanarak). DigitalOcean’da do-block-storage varsayılan StorageClass olarak mevcuttur ve blok depolama hacimleri sağlar.
2. Güvenlik ve Erişim
Prometheus ve Grafana UI’larını doğrudan internete açmak güvenlik riski oluşturabilir.
* Ingress Kullanımı: kubectl port-forward sadece geliştirme ve test amaçlıdır. Üretim ortamında, Grafana ve Prometheus UI’larına güvenli bir şekilde erişmek için bir Kubernetes Ingress kaynağı kullanmalısınız. Bu, bir Load Balancer (DigitalOcean’da otomatik olarak sağlanır) ve bir alan adı üzerinden HTTPS erişimi sağlar.
* Bir Ingress Controller (örn. NGINX Ingress Controller) kurun.
* Grafana ve Prometheus için Ingress kaynakları oluşturun.
* Örnek Grafana Ingress:
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: grafana-ingress
namespace: monitoring
annotations:
kubernetes.io/ingress.class: nginx
cert-manager.io/cluster-issuer: letsencrypt-prod # Eğer cert-manager kullanıyorsanız
spec:
rules:
- host: grafana.yourdomain.com # Kendi alan adınızla değiştirin
http:
paths:
- path: /
pathType: Prefix
backend:
service:
name: prometheus-grafana
port:
number: 80
tls: # HTTPS için
- hosts:
- grafana.yourdomain.com
secretName: grafana-tls-secret # Cert-manager tarafından oluşturulur
* Grafana Kimlik Doğrulaması: Grafana için güçlü bir yönetici şifresi belirledik. Ayrıca LDAP, OAuth veya diğer kimlik doğrulama yöntemlerini de yapılandırabilirsiniz.
* Prometheus Erişim Kontrolü: Prometheus UI genellikle sadece yöneticiler veya belirli IP adresleri tarafından erişilebilir olmalıdır. Bir Ingress kuralında IP kısıtlamaları uygulayabilir veya bir VPN üzerinden erişimi zorunlu kılabilirsiniz.
3. Kaynak Yönetimi
Prometheus ve Grafana, özellikle büyük kümelerde önemli miktarda CPU ve bellek tüketebilir. Helm grafiği aracılığıyla pod’lar için kaynak istekleri ve limitleri (resource requests/limits) belirlemek önemlidir:
* --set prometheus.prometheusSpec.resources.requests.cpu="500m"
* --set prometheus.prometheusSpec.resources.requests.memory="2Gi"
* --set grafana.resources.requests.cpu="200m"
* --set grafana.resources.requests.memory="1Gi"
Bu ayarlar, kümenizin istikrarlı kalmasını ve izleme yığınının diğer uygulamalarla kaynak rekabetine girmemesini sağlar.
4. Yüksek Erişilebilirlik (High Availability)
Üretim ortamları için Prometheus ve Alertmanager’ın yüksek erişilebilirlik modunda çalışması önemlidir.
* Prometheus HA: Birden fazla Prometheus replikası dağıtarak ve bunları bir Load Balancer arkasına koyarak HA sağlayabilirsiniz. Prometheus, verileri kopyalamaz, bu nedenle her replika kendi verilerini toplar. Federasyon veya Thanos/Cortex gibi uzun süreli depolama çözümleri daha gelişmiş HA ve ölçeklenebilirlik sağlar. kube-prometheus-stack ile birden fazla Prometheus replikası dağıtabilirsiniz (--set prometheus.prometheusSpec.replicas=2).
* Alertmanager HA: Alertmanager replikaları birbirleriyle durum bilgilerini senkronize edebilir. --set alertmanager.alertmanagerSpec.replicas=2 ile birden fazla Alertmanager replikası dağıtabilirsiniz.
5. Maliyet Optimizasyonu
DigitalOcean’da maliyetleri optimize etmek için:
* Node Boyutları: İzleme yığınınız için yeterli ancak aşırıya kaçmayan node boyutları seçin. Küçük bir küme için s-2vcpu-4gb droplet’lar genellikle yeterlidir.
* Depolama Alanı: Prometheus ve Grafana için talep ettiğiniz depolama alanını ihtiyaçlarınıza göre ayarlayın. Çok fazla depolama istemek gereksiz maliyetlere yol açabilir. Veri saklama süresini (retention) Prometheus yapılandırmasında düşürerek depolama ihtiyacını azaltabilirsiniz.
* Otomatik Ölçeklendirme: Node havuzlarınıza otomatik ölçeklendirme ekleyerek sadece ihtiyaç duyulduğunda ek düğümlerin başlatılmasını sağlayabilirsiniz.
Temizleme (Cleanup)
Bu makaledeki örnekleri denedikten sonra kaynakları temizlemek isterseniz, aşağıdaki adımları izleyebilirsiniz:
1. Helm Sürümünü Kaldırma:
helm uninstall prometheus -n monitoring
2. Namespace’i Silme:
kubectl delete namespace monitoring
3. DigitalOcean Kubernetes Kümesini Silme:
* DigitalOcean kontrol paneli üzerinden kümenizi silebilirsiniz.
* doctl CLI üzerinden:
doctl kubernetes cluster delete
Dikkat: Bu işlem tüm kümenizi ve üzerindeki tüm verileri kalıcı olarak silecektir.
Sonuç
Bu makalede, DigitalOcean Kubernetes üzerinde Prometheus, Grafana ve Alertmanager’dan oluşan güçlü bir izleme yığınını nasıl kuracağımızı ve yapılandıracağımızı detaylı bir şekilde inceledik. kube-prometheus-stack Helm grafiği sayesinde kurulum sürecini basitleştirerek, küme sağlığı ve performansı hakkında kapsamlı görünürlük elde ettik.
Prometheus ile metrikleri topladık, Grafana ile bu metrikleri görselleştirdik ve Alertmanager ile kritik durumlar için uyarı mekanizmaları kurduk. Ayrıca, kalıcılık, güvenlik, kaynak yönetimi ve yüksek erişilebilirlik gibi gelişmiş konulara değinerek izleme yığınınızı üretim ortamları için daha sağlam hale getirme yollarını gösterdik.
Artık DigitalOcean Kubernetes kümenizin performansını ve sağlığını proaktif bir şekilde izleyebilir, potansiyel sorunları erkenden tespit edebilir ve uygulamalarınızın kesintisiz çalışmasını sağlayabilirsiniz. İzleme, modern bir Kubernetes stratejisinin ayrılmaz bir parçasıdır ve bu araçlar size bu konuda tam kontrol sağlar.