{"id":33973,"date":"2025-11-09T13:01:12","date_gmt":"2025-11-09T10:01:12","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/"},"modified":"2025-11-09T13:01:12","modified_gmt":"2025-11-09T10:01:12","slug":"giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/","title":{"rendered":"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?"},"content":{"rendered":"

kubectl diff ile Kubernetes De\u011fi\u015fikliklerini Uygulamadan \u00d6nce \u00d6nizleyin<\/h1>\n

Kubernetes ortam\u0131nda uygulama ve altyap\u0131 y\u00f6netimi, s\u00fcrekli bir de\u011fi\u015fim ve geli\u015fim s\u00fcrecini beraberinde getirir. Yeni \u00f6zellikler ekleme, g\u00fcvenlik yamalar\u0131 uygulama, performans optimizasyonlar\u0131 yapma gibi pek \u00e7ok farkl\u0131 senaryoda Kubernetes kaynaklar\u0131n\u0131 (Deployment, Service, Ingress vb.) g\u00fcncellememiz gerekir. Ancak, bu de\u011fi\u015fiklikleri do\u011frudan \u00fcretim ortam\u0131na uygulamak, beklenmedik hatalara, hizmet kesintilerine veya g\u00fcvenlik a\u00e7\u0131klar\u0131na yol a\u00e7abilir. Tek bir yanl\u0131\u015f girinti, hatal\u0131 bir etiket veya yanl\u0131\u015f bir kaynak limiti tan\u0131m\u0131, t\u00fcm sistemin kararl\u0131l\u0131\u011f\u0131n\u0131 bozabilir. \u0130\u015fte tam da bu noktada, \u201cKubernetes’te yapmay\u0131 planlad\u0131\u011f\u0131m de\u011fi\u015fiklikler neye benzeyecek ve mevcut durumu nas\u0131l etkileyecek?\u201d sorusu kritik bir \u00f6nem kazan\u0131r. Bu sorunun cevab\u0131, kubectl diff<\/code> komutunda yat\u0131yor. Bu komut, uygulayaca\u011f\u0131n\u0131z YAML dosyalar\u0131 ile Kubernetes k\u00fcmesindeki mevcut kaynaklar\u0131n durumu aras\u0131ndaki farklar\u0131 detayl\u0131 bir \u015fekilde g\u00f6stererek, potansiyel sorunlar\u0131 daha ortaya \u00e7\u0131kmadan tespit etmenizi sa\u011flar. B\u00f6ylece, de\u011fi\u015fiklikleri g\u00fcvenle uygulayabilir, hata riskini minimize edebilir ve operasyonel verimlili\u011finizi art\u0131rabilirsiniz. G\u00fcvenli, \u015feffaf ve hatas\u0131z bir Kubernetes y\u00f6netim s\u00fcreci i\u00e7in kubectl diff<\/code> vazge\u00e7ilmez bir ara\u00e7t\u0131r.<\/p>\n

Kubernetes k\u00fcmeleri, dinamik ve karma\u015f\u0131k yap\u0131lar olduklar\u0131 i\u00e7in, herhangi bir yap\u0131land\u0131rma de\u011fi\u015fikli\u011finin potansiyel etkilerini \u00f6nceden g\u00f6rmek, ba\u015far\u0131l\u0131 bir DevOps stratejisinin temelini olu\u015fturur. Geli\u015ftiricilerin veya operasyon ekiplerinin uygulayaca\u011f\u0131 her bir YAML manifestosu, k\u00fcmenin genel davran\u0131\u015f\u0131n\u0131, uygulamalar\u0131n performans\u0131n\u0131 ve hatta g\u00fcvenlik duru\u015funu do\u011frudan etkileyebilir. \u00d6rne\u011fin, bir Deployment’\u0131n imaj etiketini yanl\u0131\u015f yazmak, uygulaman\u0131n eski bir versiyonunun \u00e7al\u0131\u015fmas\u0131na neden olabilirken, bir Service’in portunu hatal\u0131 yap\u0131land\u0131rmak, uygulaman\u0131n d\u0131\u015far\u0131dan eri\u015filemez hale gelmesine yol a\u00e7abilir. Benzer \u015fekilde, bir kaynak limiti g\u00fcncellemesi, uygulaman\u0131n bekledi\u011finizden daha fazla veya daha az kaynak kullanmas\u0131na neden olarak performans\u0131 d\u00fc\u015f\u00fcrebilir veya k\u00fcmedeki di\u011fer Pod’lar\u0131 etkileyebilir. Bu t\u00fcr istenmeyen senaryolar\u0131 \u00f6nlemek i\u00e7in, de\u011fi\u015fiklikleri bir “kuru \u00e7al\u0131\u015fma” (dry-run) veya “\u00f6nizleme” mekanizmas\u0131 ile do\u011frulamak hayati \u00f6nem ta\u015f\u0131r. kubectl diff<\/code> komutu, tam olarak bu ihtiyac\u0131 kar\u015f\u0131lamak \u00fczere tasarlanm\u0131\u015ft\u0131r. Bu g\u00fc\u00e7l\u00fc ara\u00e7, yerel YAML dosyalar\u0131n\u0131z ile canl\u0131 Kubernetes k\u00fcmesindeki kaynaklar\u0131n mevcut durumunu kar\u015f\u0131la\u015ft\u0131rarak, eklenen, \u00e7\u0131kar\u0131lan veya de\u011fi\u015ftirilen t\u00fcm sat\u0131rlar\u0131 net bir \u015fekilde g\u00f6sterir. Bu sayede, de\u011fi\u015fikliklerinizi uygulamadan \u00f6nce adeta bir “sim\u00fclasyon” yaparak, olas\u0131 riskleri \u00f6nceden belirleyebilir ve gerekli d\u00fczeltmeleri yapma f\u0131rsat\u0131 bulursunuz. Bu proaktif yakla\u015f\u0131m, hem zaman kazand\u0131r\u0131r hem de olas\u0131 kesintilerin \u00f6n\u00fcne ge\u00e7erek sistemin genel g\u00fcvenilirli\u011fini art\u0131r\u0131r.<\/p>\n

kubectl diff Tam Olarak Nedir ve Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h2>\n

kubectl diff<\/code>, Kubernetes API sunucusuna g\u00f6nderilmek \u00fczere haz\u0131rlanm\u0131\u015f yerel bir YAML veya JSON dosyas\u0131ndaki yap\u0131land\u0131rma de\u011fi\u015fikliklerini, ayn\u0131 ad\u0131 ve t\u00fcr\u00fc ta\u015f\u0131yan mevcut bir Kubernetes kayna\u011f\u0131n\u0131n canl\u0131 durumuyla kar\u015f\u0131la\u015ft\u0131ran g\u00fc\u00e7l\u00fc bir kubectl<\/code> alt komutudur. Temel olarak, bu komut iki farkl\u0131 veri k\u00fcmesini inceler: birincisi, sizin yerel makinenizde veya versiyon kontrol sisteminizde (Git gibi) bulunan istedi\u011finiz kaynak durumu (desired state) tan\u0131mlayan manifesto dosyas\u0131; ikincisi ise, Kubernetes k\u00fcmesinde o an aktif olarak \u00e7al\u0131\u015fan (current state) ayn\u0131 kayna\u011f\u0131n yap\u0131land\u0131rmas\u0131. kubectl diff<\/code>, bu iki durum aras\u0131ndaki farklar\u0131, standart Unix diff<\/code> yard\u0131mc\u0131 program\u0131na benzer bir formatta, yani hangi sat\u0131rlar\u0131n eklendi\u011fini (+), hangilerinin silindi\u011fini (-) ve hangilerinin de\u011fi\u015ftirildi\u011fini (de\u011fi\u015fen sat\u0131rlar i\u00e7in hem eski hem yeni de\u011ferleri g\u00f6stererek) g\u00f6rselle\u015ftirir.<\/p>\n

Bu komutun \u00e7al\u0131\u015fma prensibi olduk\u00e7a basittir ancak etkisi \u00e7ok b\u00fcy\u00fckt\u00fcr. kubectl diff<\/code>, sizden bir veya daha fazla YAML dosyas\u0131 al\u0131r. Daha sonra, bu dosyalardaki her bir kaynak tan\u0131m\u0131 i\u00e7in Kubernetes API sunucusuna bir “dry-run” (kuru \u00e7al\u0131\u015ft\u0131rma) iste\u011fi g\u00f6nderir. Bu kuru \u00e7al\u0131\u015ft\u0131rma, sanki kayna\u011f\u0131 ger\u00e7ekten uyguluyormu\u015f gibi, ancak asl\u0131nda k\u00fcmede hi\u00e7bir de\u011fi\u015fiklik yapmadan, API sunucusunun o kaynak i\u00e7in nas\u0131l bir duruma gelece\u011fini hesaplamas\u0131n\u0131 sa\u011flar. API sunucusu, bu “sanal” yeni durumu olu\u015fturduktan sonra, kubectl diff<\/code> bu sanal yeni durumu, k\u00fcmede o anda bulunan ger\u00e7ek kaynak durumuyla kar\u015f\u0131la\u015ft\u0131r\u0131r. Kar\u015f\u0131la\u015ft\u0131rma sonucunda elde edilen farklar, terminalinize renkli ve anla\u015f\u0131l\u0131r bir \u015fekilde yazd\u0131r\u0131l\u0131r. \u00d6rne\u011fin, bir Deployment’\u0131n imaj etiketini v1.0.0<\/code>‘dan v1.1.0<\/code>‘a de\u011fi\u015ftirdi\u011finizde, kubectl diff<\/code> size bu imaj sat\u0131r\u0131n\u0131n eski ve yeni de\u011ferini g\u00f6sterecektir. E\u011fer yeni bir Deployment ekliyorsan\u0131z, t\u00fcm Deployment manifestosu ye\u015fil renkte (eklendi\u011fini belirtmek i\u00e7in) g\u00f6sterilecektir. Ayn\u0131 \u015fekilde, bir etiketi siliyorsan\u0131z, ilgili sat\u0131r k\u0131rm\u0131z\u0131 renkte (silindi\u011fini belirtmek i\u00e7in) g\u00f6r\u00fcnecektir.<\/p>\n

kubectl diff<\/code>‘in temel faydalar\u0131 ise saymakla bitmez:<\/p>\n

* Hata \u00d6nleme:<\/strong> En belirgin avantaj\u0131, yanl\u0131\u015f yap\u0131land\u0131rmalar\u0131 ve yaz\u0131m hatalar\u0131n\u0131 uygulamadan \u00f6nce tespit etmesidir. Bu, potansiyel hizmet kesintilerini veya beklenmeyen davran\u0131\u015flar\u0131 engeller.
\n* G\u00fcven Art\u0131rma:<\/strong> Geli\u015ftiriciler ve operasyon ekipleri, yapt\u0131klar\u0131 de\u011fi\u015fikliklerin k\u00fcme \u00fczerindeki etkilerini \u00f6nceden g\u00f6rerek daha g\u00fcvende hissederler. Bu, \u00f6zellikle \u00fcretim ortam\u0131nda de\u011fi\u015fiklik yaparken b\u00fcy\u00fck bir rahatl\u0131k sa\u011flar.
\n* \u0130\u015f Ak\u0131\u015f\u0131n\u0131 H\u0131zland\u0131rma:<\/strong> Hatalar\u0131 manuel olarak tespit etmeye veya uygulad\u0131ktan sonra geri almaya \u00e7al\u0131\u015fmak yerine, diff<\/code> \u00e7\u0131kt\u0131s\u0131 sayesinde sorunlar\u0131 h\u0131zla d\u00fczeltebilirsiniz. Bu, CI\/CD s\u00fcre\u00e7lerinde “fail fast” (h\u0131zl\u0131 hata bulma) ilkesine uygun bir yakla\u015f\u0131md\u0131r.
\n* \u015eeffafl\u0131k:<\/strong> Yap\u0131lan de\u011fi\u015fikliklerin tam bir \u00f6zetini sunarak, bir kayna\u011f\u0131n nas\u0131l evrildi\u011fini anlamay\u0131 kolayla\u015ft\u0131r\u0131r. Bu, \u00f6zellikle tak\u0131mlar aras\u0131nda sorumluluk payla\u015f\u0131m\u0131 oldu\u011funda veya denetim s\u00fcre\u00e7leri gerekti\u011finde kritik \u00f6neme sahiptir.
\n* S\u00fcr\u00fcm Kontrol\u00fc Entegrasyonu:<\/strong> Git gibi s\u00fcr\u00fcm kontrol sistemleriyle birle\u015fti\u011finde, her Pull Request (PR) veya merge i\u015fleminde de\u011fi\u015fikliklerin otomatik olarak do\u011frulanmas\u0131n\u0131 sa\u011flayarak GitOps prensiplerini g\u00fc\u00e7lendirir.<\/p>\n

Ancak unutulmamal\u0131d\u0131r ki, kubectl diff<\/code> yaln\u0131zca API sunucusunun sa\u011flad\u0131\u011f\u0131 bilgilerle \u00e7al\u0131\u015f\u0131r ve “kuru \u00e7al\u0131\u015ft\u0131rma” modunda ger\u00e7ek bir uygulama yapmaz. Yani, k\u00fcmede hi\u00e7bir de\u011fi\u015fiklik ger\u00e7ekle\u015fmez. Bu, onu test ve do\u011frulama s\u00fcre\u00e7leri i\u00e7in ideal bir ara\u00e7 yapar. Komutun kendisi, yerel bir Kubernetes yap\u0131land\u0131rma dosyas\u0131 ile k\u00fcmedeki canl\u0131 bir kaynak aras\u0131nda beklenen de\u011fi\u015fiklikleri kar\u015f\u0131la\u015ft\u0131r\u0131rken, kaynak mevcut de\u011filse, t\u00fcm kaynak tan\u0131m\u0131n\u0131 eklenmi\u015f olarak g\u00f6sterecektir. Bu i\u015flevsellik, operasyonel g\u00fcvenli\u011fi art\u0131rarak Kubernetes’te daha bilin\u00e7li ve kontroll\u00fc de\u011fi\u015fiklikler yapmam\u0131z\u0131 sa\u011flar.<\/p>\n

kubectl diff Kullan\u0131m\u0131na Ad\u0131m Ad\u0131m Giri\u015f: \u0130lk \u00d6nizlemenizi Nas\u0131l Yapars\u0131n\u0131z?<\/h2>\n

kubectl diff<\/code> komutunu kullanarak ilk de\u011fi\u015fiklik \u00f6nizlemenizi yapmak olduk\u00e7a basit ve sezgiseldir. Bu b\u00f6l\u00fcmde, k\u00fc\u00e7\u00fck bir \u00f6rnek \u00fczerinden ad\u0131m ad\u0131m bu s\u00fcreci ele alacak ve komutun \u00e7\u0131kt\u0131s\u0131n\u0131 nas\u0131l yorumlaman\u0131z gerekti\u011fini a\u00e7\u0131klayaca\u011f\u0131z. Bu, kubectl diff<\/code>‘in temel i\u015fleyi\u015fini anlaman\u0131za yard\u0131mc\u0131 olacak ve onu kendi Kubernetes y\u00f6netim s\u00fcre\u00e7lerinize entegre etmek i\u00e7in sa\u011flam bir zemin olu\u015fturacakt\u0131r.<\/p>\n

\u00d6ncelikle, \u00fczerinde de\u011fi\u015fiklik yapmay\u0131 planlad\u0131\u011f\u0131m\u0131z bir Kubernetes kayna\u011f\u0131na ihtiyac\u0131m\u0131z var. Basit bir Nginx Deployment’\u0131 ile ba\u015flayal\u0131m. A\u015fa\u011f\u0131daki YAML manifestosu, bir Nginx uygulamas\u0131n\u0131 tan\u0131mlar:<\/p>\n

\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n  name: nginx-deployment\n  labels:\n    app: nginx\nspec:\n  replicas: 2\n  selector:\n    matchLabels:\n      app: nginx\n  template:\n    metadata:\n      labels:\n        app: nginx\n    spec:\n      containers:\n      - name: nginx\n        image: nginx:1.14.2\n        ports:\n        - containerPort: 80\n<\/pre>\n
<\/code><\/p>\n
Bu Deployment'\u0131 k\u00fcmenize uygulay\u0131n:<\/p>\n
\nkubectl apply -f nginx-deployment.yaml\n<\/pre>\n
<\/code><\/p>\n
\u015eimdi, mevcut Deployment'\u0131n durumunu do\u011frulamak i\u00e7in kubectl get deployment nginx-deployment<\/code> komutunu kullanabilirsiniz. \u00c7\u0131kt\u0131, Deployment'\u0131n ba\u015far\u0131l\u0131 bir \u015fekilde olu\u015fturuldu\u011funu g\u00f6stermelidir.<\/p>\n
\u015eimdi bu Deployment \u00fczerinde baz\u0131 de\u011fi\u015fiklikler yapmak istedi\u011fimizi varsayal\u0131m. \u00d6rne\u011fin, uygulaman\u0131n replika say\u0131s\u0131n\u0131 2'den 3'e \u00e7\u0131karmak ve Nginx imaj s\u00fcr\u00fcm\u00fcn\u00fc 1.14.2<\/code>'den 1.16.1<\/code>'e y\u00fckseltmek istiyoruz. Ayr\u0131ca, Deployment'a yeni bir etiket (environment: development<\/code>) ekleyelim. nginx-deployment.yaml<\/code> dosyas\u0131n\u0131 a\u015fa\u011f\u0131daki gibi g\u00fcncelleyin:<\/p>\n
\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n  name: nginx-deployment\n  labels:\n    app: nginx\n    environment: development # Yeni etiket\nspec:\n  replicas: 3 # De\u011fi\u015fen replika say\u0131s\u0131\n  selector:\n    matchLabels:\n      app: nginx\n  template:\n    metadata:\n      labels:\n        app: nginx\n        environment: development # template etiketlerine de eklendi\n    spec:\n      containers:\n      - name: nginx\n        image: nginx:1.16.1 # De\u011fi\u015fen imaj s\u00fcr\u00fcm\u00fc\n        ports:\n        - containerPort: 80\n<\/pre>\n
<\/code><\/p>\n
De\u011fi\u015fiklikleri hen\u00fcz uygulamay\u0131n! \u0130\u015fte kubectl diff<\/code> komutunun devreye girdi\u011fi yer buras\u0131d\u0131r. G\u00fcncellenmi\u015f YAML dosyam\u0131z\u0131n k\u00fcmede ne gibi de\u011fi\u015fikliklere yol a\u00e7aca\u011f\u0131n\u0131 g\u00f6rmek i\u00e7in a\u015fa\u011f\u0131daki komutu \u00e7al\u0131\u015ft\u0131r\u0131yoruz:<\/p>\n
\nkubectl diff -f nginx-deployment.yaml\n<\/pre>\n
<\/code><\/p>\n
Bu komutun \u00e7\u0131kt\u0131s\u0131, nginx-deployment.yaml<\/code> dosyas\u0131ndaki de\u011fi\u015fikliklerin k\u00fcmedeki mevcut nginx-deployment<\/code> kayna\u011f\u0131n\u0131 nas\u0131l etkileyece\u011fini detayl\u0131 bir \u015fekilde g\u00f6sterecektir. \u00c7\u0131kt\u0131 genellikle renklidir:
\n*   Ye\u015fil renkli sat\u0131rlar (+<\/code> ile ba\u015flar): K\u00fcmede eklenmesi planlanan yeni yap\u0131land\u0131rma sat\u0131rlar\u0131.
\n*   K\u0131rm\u0131z\u0131 renkli sat\u0131rlar (-<\/code> ile ba\u015flar): K\u00fcmeden kald\u0131r\u0131lmas\u0131 planlanan mevcut yap\u0131land\u0131rma sat\u0131rlar\u0131.
\n*   Gri\/Normal renkli sat\u0131rlar: De\u011fi\u015fmeyen veya ba\u011flam i\u00e7in g\u00f6sterilen sat\u0131rlar.<\/p>\n
\u00d6rnek \u00e7\u0131kt\u0131n\u0131z muhtemelen \u015f\u00f6yle g\u00f6r\u00fcnecektir:<\/p>\n
\nDiff in Deployment \"nginx-deployment\" in namespace \"default\":\n  metadata:\n    labels:\n+     environment: development\n  spec:\n    replicas: 2 -> 3\n    template:\n      metadata:\n        labels:\n+         environment: development\n      spec:\n        containers:\n        - image: nginx:1.14.2 -> nginx:1.16.1\n<\/pre>\n
<\/code><\/p>\n
Bu \u00e7\u0131kt\u0131, tam olarak neyi de\u011fi\u015ftirdi\u011fimizi (replika say\u0131s\u0131, imaj s\u00fcr\u00fcm\u00fc ve yeni etiket) net bir \u015fekilde g\u00f6steriyor. -><\/code> sembol\u00fc, bir de\u011ferin de\u011fi\u015fti\u011fini ve eski de\u011feri ile yeni de\u011ferini belirtir. +<\/code> i\u015fareti, environment: development<\/code> etiketinin metadata ve template etiketlerine eklendi\u011fini g\u00f6sterir. Bu g\u00f6rselle\u015ftirme sayesinde, de\u011fi\u015fiklikleri uygulamadan \u00f6nce herhangi bir hata olup olmad\u0131\u011f\u0131n\u0131 h\u0131zl\u0131ca kontrol edebilir ve emin olabilirsiniz. \u00d6rne\u011fin, yanl\u0131\u015fl\u0131kla replicas: 3<\/code> yerine replicas: 30<\/code> yazm\u0131\u015f olsayd\u0131n\u0131z, diff<\/code> \u00e7\u0131kt\u0131s\u0131 size bu beklenmedik de\u011fi\u015fikli\u011fi an\u0131nda g\u00f6sterecek ve b\u00fcy\u00fck bir kaynak israf\u0131n\u0131 veya k\u00fcme a\u015f\u0131r\u0131 y\u00fcklenmesini \u00f6nleyecekti.<\/p>\n
Vaka Analizi 1: Yanl\u0131\u015f Etiket Uygulamas\u0131<\/strong>
\nBir geli\u015ftirici, uygulamas\u0131n\u0131n izleme sistemine dahil olmas\u0131 i\u00e7in t\u00fcm Pod'lar\u0131na monitoring: enabled<\/code> etiketi eklemeye karar verir. Ancak YAML dosyas\u0131nda labels:<\/code> yerine yanl\u0131\u015fl\u0131kla label:<\/code> yazar. kubectl diff -f deployment.yaml<\/code> komutunu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131nda, diff<\/code> \u00e7\u0131kt\u0131s\u0131nda bekledi\u011fi etiketin eklenmedi\u011fini ve bunun yerine YAML parser hatas\u0131na benzer bir uyar\u0131 veya diff'in etiketi tamamen g\u00f6rmezden geldi\u011fini (\u00e7\u00fcnk\u00fc Kubernetes API sunucusu label<\/code> diye bir alan beklemez) fark eder. Bu sayede, etiketin yanl\u0131\u015f yaz\u0131ld\u0131\u011f\u0131n\u0131 anlar ve d\u00fczeltme yapar, b\u00f6ylece uygulaman\u0131n izleme sistemine sorunsuz entegrasyonu sa\u011flan\u0131r. kubectl diff<\/code> olmasayd\u0131, etiket hatas\u0131 ancak izleme sisteminde uygulaman\u0131n g\u00f6r\u00fcnmemesi \u00fczerine fark edilecek ve hata ay\u0131klama s\u00fcreci \u00e7ok daha uzun s\u00fcrecekti.<\/p>\n
\n  Uzman \u0130pucu: kubectl diff<\/code> komutunun varsay\u0131lan \u00e7\u0131kt\u0131s\u0131 renkli olmas\u0131na ra\u011fmen, baz\u0131 terminaller veya CI\/CD ortamlar\u0131 renkleri do\u011fru g\u00f6stermeyebilir. Bu durumda, kubectl diff --no-color -f <\/code> komutunu kullanarak renkli \u00e7\u0131kt\u0131y\u0131 devre d\u0131\u015f\u0131 b\u0131rakabilirsiniz. Ayr\u0131ca, --context<\/code> veya --namespace<\/code> gibi bayraklar\u0131 kullanarak belirli bir k\u00fcme veya namespace i\u00e7indeki farklar\u0131 da kontrol edebilirsiniz.\n<\/div>\n
Geli\u015fmi\u015f kubectl diff Kullan\u0131m Senaryolar\u0131: \u00c7oklu Dosyalar ve Klas\u00f6rlerle Nas\u0131l \u00c7al\u0131\u015f\u0131l\u0131r?<\/h2>\n
kubectl diff<\/code> komutu, tek bir YAML dosyas\u0131yla s\u0131n\u0131rl\u0131 kalmay\u0131p, daha karma\u015f\u0131k Kubernetes yap\u0131land\u0131rma senaryolar\u0131nda da olduk\u00e7a etkilidir. Birden fazla kaynak i\u00e7eren dizinler, stratejik merge patch'ler ve di\u011fer geli\u015fmi\u015f \u00f6zellikler sayesinde, b\u00fcy\u00fck \u00f6l\u00e7ekli uygulamalar\u0131n y\u00f6netimini kolayla\u015ft\u0131r\u0131r. Bu b\u00f6l\u00fcmde, kubectl diff<\/code>'in bu geli\u015fmi\u015f kullan\u0131m alanlar\u0131n\u0131 ke\u015ffedece\u011fiz.<\/p>\n
Birden Fazla YAML Dosyas\u0131n\u0131 Ayn\u0131 Anda Kar\u015f\u0131la\u015ft\u0131rma<\/strong>
\nGenellikle, bir uygulama birden fazla Kubernetes kayna\u011f\u0131n\u0131 kapsar: bir Deployment, bir Service, bir ConfigMap ve belki bir Ingress. Bu kaynaklar genellikle ayr\u0131 YAML dosyalar\u0131nda veya tek bir dosyada ---<\/code> ay\u0131r\u0131c\u0131 ile tan\u0131mlan\u0131r. kubectl diff<\/code>, tek seferde birden fazla dosyay\u0131 veya hatta t\u00fcm bir dizini tarayarak t\u00fcm bu kaynaklardaki de\u011fi\u015fiklikleri \u00f6nizlemenizi sa\u011flar.<\/p>\n
Farz edelim ki, k8s\/<\/code> ad\u0131nda bir dizininiz var ve i\u00e7inde deployment.yaml<\/code>, service.yaml<\/code>, configmap.yaml<\/code> gibi dosyalar\u0131n\u0131z bulunuyor. T\u00fcm bu dosyalardaki de\u011fi\u015fiklikleri ayn\u0131 anda g\u00f6rmek i\u00e7in basit\u00e7e dizin yolunu diff<\/code> komutuna verebilirsiniz:<\/p>\n
\nkubectl diff -f k8s\/\n<\/pre>\n
<\/code><\/p>\n
Bu komut, k8s\/<\/code> dizinindeki t\u00fcm .yaml<\/code>, .yml<\/code> ve .json<\/code> uzant\u0131l\u0131 dosyalar\u0131 okuyacak ve her bir kaynak i\u00e7in k\u00fcmedeki mevcut durumla kar\u015f\u0131la\u015ft\u0131rma yapacakt\u0131r. \u00c7\u0131kt\u0131, her kaynak i\u00e7in ayr\u0131 ayr\u0131 diff'leri listeleyecektir, bu da size t\u00fcm uygulama y\u0131\u011f\u0131n\u0131n\u0131zdaki de\u011fi\u015fiklikleri tek bir bak\u0131\u015fta g\u00f6rme imkan\u0131 tan\u0131r. Bu, \u00f6zellikle birden \u00e7ok servisin ayn\u0131 anda g\u00fcncellendi\u011fi veya yeni bir uygulaman\u0131n tamamen da\u011f\u0131t\u0131ld\u0131\u011f\u0131 senaryolarda inan\u0131lmaz derecede faydal\u0131d\u0131r. Tek tek her dosyay\u0131 incelemek yerine, t\u00fcm de\u011fi\u015fikliklerin bir \u00f6zetini elde edersiniz, bu da hata tespiti ve do\u011frulama s\u00fcre\u00e7lerini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde h\u0131zland\u0131r\u0131r.<\/p>\n
Stratejik Merge Patch Kullan\u0131m\u0131<\/strong>
\nKubernetes, kaynaklar\u0131 g\u00fcncellerken farkl\u0131 stratejiler kullan\u0131r. kubectl apply<\/code> varsay\u0131lan olarak \"Strategic Merge Patch\" ad\u0131 verilen bir mekanizma kullan\u0131r. Bu, YAML dosyan\u0131zda tan\u0131mlamad\u0131\u011f\u0131n\u0131z alanlar\u0131n korunmas\u0131n\u0131 sa\u011flar ve yaln\u0131zca belirtti\u011finiz alanlar\u0131 g\u00fcnceller. kubectl diff<\/code> de bu mant\u0131kla \u00e7al\u0131\u015f\u0131r ve apply komutunun ger\u00e7ekte ne yapaca\u011f\u0131n\u0131 sim\u00fcle eder.<\/p>\n
\u00d6rne\u011fin, mevcut bir Deployment'\u0131n\u0131z\u0131n replicas<\/code> alan\u0131n\u0131 g\u00fcncellemek istiyorsunuz, ancak di\u011fer hi\u00e7bir alan\u0131 de\u011fi\u015ftirmeden:<\/p>\n
\n# patch-replica.yaml\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n  name: my-app-deployment\nspec:\n  replicas: 5 # Sadece bu alan\u0131 g\u00fcncelleyecek\n<\/pre>\n
<\/code><\/p>\n
\nkubectl diff -f patch-replica.yaml\n<\/pre>\n
<\/code><\/p>\n
Bu komut, sadece replicas<\/code> alan\u0131ndaki de\u011fi\u015fikli\u011fi g\u00f6sterecek, di\u011fer de\u011fi\u015fmeyen alanlar\u0131 g\u00f6z ard\u0131 edecektir. Bu, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k manifestolarda yaln\u0131zca belirli alanlar\u0131 g\u00fcncellerken diff \u00e7\u0131kt\u0131s\u0131n\u0131n daha odakl\u0131 ve okunabilir olmas\u0131n\u0131 sa\u011flar.<\/p>\n
Farkl\u0131 Namespace'lerdeki Kaynaklar\u0131 Kar\u015f\u0131la\u015ft\u0131rma<\/strong>
\nBazen ayn\u0131 isimde ancak farkl\u0131 namespace'lerde \u00e7al\u0131\u015fan kaynaklar \u00fczerinde \u00e7al\u0131\u015fman\u0131z gerekebilir. kubectl diff<\/code> komutuna --namespace<\/code> veya k\u0131saca -n<\/code> bayra\u011f\u0131n\u0131 ekleyerek belirli bir namespace'deki kaynaklar\u0131 hedefleyebilirsiniz:<\/p>\n
\nkubectl diff -f my-deployment.yaml -n production\n<\/pre>\n
<\/code><\/p>\n
Bu komut, my-deployment.yaml<\/code> dosyas\u0131n\u0131 production<\/code> namespace'indeki my-deployment<\/code> kayna\u011f\u0131yla kar\u015f\u0131la\u015ft\u0131r\u0131r. Bu, yanl\u0131\u015f namespace'e de\u011fi\u015fiklik uygulama riskini azalt\u0131r ve daha kontroll\u00fc bir y\u00f6netim sa\u011flar.<\/p>\n
--server-side<\/code> ve --dry-run=server<\/code> ile Entegrasyon<\/strong>
\nModern Kubernetes s\u00fcr\u00fcmleriyle birlikte kubectl diff<\/code> komutu, --server-side<\/code> veya --dry-run=server<\/code> bayraklar\u0131 ile daha geli\u015fmi\u015f \u00f6zellikler sunar. Varsay\u0131lan olarak, kubectl diff<\/code> istemci taraf\u0131nda bir \"dry-run\" ger\u00e7ekle\u015ftirir. Yani, YAML dosyas\u0131n\u0131 Kubernetes API sunucusuna g\u00f6nderir ve sunucu bu yap\u0131land\u0131rman\u0131n nas\u0131l g\u00f6r\u00fcnece\u011fini hesaplar, ancak kal\u0131c\u0131 bir de\u011fi\u015fiklik yapmaz. Ancak --server-side<\/code> ile, kubectl diff<\/code> ger\u00e7ek bir kubectl apply --dry-run=server<\/code> i\u015flemi sim\u00fcle eder. Bu, sunucu taraf\u0131ndaki varsay\u0131lan de\u011ferler, d\u00f6n\u00fc\u015f\u00fcmler ve do\u011frulama kurallar\u0131 gibi t\u00fcm karma\u015f\u0131k API sunucusu mant\u0131\u011f\u0131n\u0131 hesaba katarak daha do\u011fru bir \u00f6nizleme sa\u011flar.<\/p>\n
\nkubectl diff -f my-resource.yaml --server-side\n<\/pre>\n
<\/code><\/p>\n
Bu, \u00f6zellikle otomatik varsay\u0131lan de\u011ferler atayan veya karma\u015f\u0131k mutasyon webhook'lar\u0131 kullanan \u00f6zel kaynak tan\u0131mlar\u0131yla (CRD) \u00e7al\u0131\u015f\u0131rken \u00e7ok faydal\u0131d\u0131r, \u00e7\u00fcnk\u00fc istemci taraf\u0131 diff'inin g\u00f6zden ka\u00e7\u0131rabilece\u011fi ek de\u011fi\u015fiklikleri g\u00f6sterebilir.<\/p>\n
Vaka Analizi 2: Bir Uygulama G\u00fcncellemesinde Kaynak Limitlerinin De\u011fi\u015fimi<\/strong>
\nBir DevOps ekibi, bir mikroservis uygulamas\u0131n\u0131n performans sorunlar\u0131 ya\u015fad\u0131\u011f\u0131n\u0131 ve CPU ile bellek limitlerinin art\u0131r\u0131lmas\u0131 gerekti\u011fini fark eder. my-service-deployment.yaml<\/code> dosyas\u0131nda resources.limits.cpu<\/code> ve resources.limits.memory<\/code> de\u011ferlerini g\u00fcncellerler. Uygulamay\u0131 yeniden da\u011f\u0131tmadan \u00f6nce, kubectl diff -f my-service-deployment.yaml<\/code> komutunu \u00e7al\u0131\u015ft\u0131r\u0131rlar. \u00c7\u0131kt\u0131, sadece kaynak limitlerindeki art\u0131\u015f\u0131 net bir \u015fekilde g\u00f6sterir. Ancak ekip, ayn\u0131 zamanda Deployment'a yanl\u0131\u015fl\u0131kla yeni bir toleration<\/code> ekledi\u011fini de fark eder (bu toleration<\/code> yanl\u0131\u015fl\u0131kla kopyalanm\u0131\u015ft\u0131r). diff<\/code> \u00e7\u0131kt\u0131s\u0131 sayesinde bu fazlal\u0131\u011f\u0131 fark eder ve dosyay\u0131 d\u00fczeltirler. B\u00f6ylece, gereksiz bir toleration<\/code>'\u0131n \u00fcretim ortam\u0131na gitmesi ve potansiyel olarak Pod'lar\u0131n beklenmedik d\u00fc\u011f\u00fcmlere da\u011f\u0131lmas\u0131na neden olmas\u0131 \u00f6nlenir. Bu, kubectl diff<\/code>'in sadece ama\u00e7lanan de\u011fi\u015fiklikleri do\u011frulamakla kalmay\u0131p, istemeden yap\u0131lan ek de\u011fi\u015fiklikleri de ortaya \u00e7\u0131karmadaki de\u011ferini g\u00f6sterir.<\/p>\n
\n  Uzman \u0130pucu: B\u00fcy\u00fck Kubernetes yap\u0131land\u0131rmalar\u0131yla \u00e7al\u0131\u015f\u0131rken kubectl diff<\/code> \u00e7\u0131kt\u0131s\u0131 olduk\u00e7a uzun olabilir. \u00c7\u0131kt\u0131y\u0131 daha okunur hale getirmek i\u00e7in | less -R<\/code> veya | more<\/code> gibi komutlarla pipe (|<\/code>) kullanabilirsiniz. Renkli \u00e7\u0131kt\u0131y\u0131 korumak i\u00e7in -R<\/code> bayra\u011f\u0131n\u0131 unutmay\u0131n (kubectl diff -f k8s\/ | less -R<\/code>).\n<\/div>\n
Bu geli\u015fmi\u015f senaryolar, kubectl diff<\/code>'in yaln\u0131zca bir hata \u00f6nleme arac\u0131 olmaktan \u00f6te, karma\u015f\u0131k Kubernetes ortamlar\u0131nda g\u00fcvenli ve verimli bir de\u011fi\u015fiklik y\u00f6netimini destekleyen kapsaml\u0131 bir ara\u00e7 oldu\u011funu g\u00f6stermektedir.<\/p>\n
CI\/CD S\u00fcre\u00e7lerine kubectl diff Entegrasyonu: Otomatik G\u00fcvenlik Kontrolleri Nas\u0131l Sa\u011flan\u0131r?<\/h2>\n
Modern DevOps yakla\u015f\u0131mlar\u0131n\u0131n temel ta\u015flar\u0131ndan biri olan S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m (CI\/CD) s\u00fcre\u00e7leri, yaz\u0131l\u0131m teslimat\u0131n\u0131 otomatize ederek h\u0131z\u0131 ve g\u00fcvenilirli\u011fi art\u0131r\u0131r. Kubernetes ba\u011flam\u0131nda, bu s\u00fcre\u00e7ler genellikle GitOps prensipleriyle birle\u015ferek altyap\u0131 ve uygulama yap\u0131land\u0131rmalar\u0131n\u0131n s\u00fcr\u00fcm kontrol\u00fc alt\u0131nda y\u00f6netilmesini sa\u011flar. kubectl diff<\/code> komutunun CI\/CD boru hatt\u0131na entegrasyonu, de\u011fi\u015fikliklerin k\u00fcmede uygulanmadan \u00f6nce otomatik olarak do\u011frulanmas\u0131 i\u00e7in g\u00fc\u00e7l\u00fc bir mekanizma sunar ve beklenmedik sorunlar\u0131 erkenden tespit ederek \"fail fast\" k\u00fclt\u00fcr\u00fcn\u00fc destekler.<\/p>\n
GitOps ve SCM (Source Code Management) ile Birle\u015fimi<\/strong>
\nGitOps, Kubernetes altyap\u0131s\u0131n\u0131n ve uygulamalar\u0131n\u0131n y\u00f6netimini Git depolar\u0131na dayand\u0131r\u0131r. T\u00fcm yap\u0131land\u0131rma dosyalar\u0131 (YAML manifestolar\u0131) Git'te saklan\u0131r ve k\u00fcmenin durumu her zaman Git deposundaki kaynak kodunu yans\u0131t\u0131r. Bir geli\u015ftirici veya operasyon m\u00fchendisi bir de\u011fi\u015fiklik yapmak istedi\u011finde, bu de\u011fi\u015fikli\u011fi do\u011frudan k\u00fcmede yapmaz; bunun yerine Git deposundaki YAML dosyalar\u0131n\u0131 g\u00fcnceller ve bir Pull Request (PR) a\u00e7ar. \u0130\u015fte tam bu noktada kubectl diff<\/code> devreye girer.<\/p>\n
Pull Request (PR) Kontrollerinde Otomatik kubectl diff<\/code> \u00c7al\u0131\u015ft\u0131rma<\/strong>
\nEn yayg\u0131n ve etkili entegrasyon y\u00f6ntemlerinden biri, bir Pull Request a\u00e7\u0131ld\u0131\u011f\u0131nda veya mevcut bir PR'ye yeni commit'ler eklendi\u011finde otomatik olarak kubectl diff<\/code> komutunu \u00e7al\u0131\u015ft\u0131rmakt\u0131r. Bu, Jenkins, GitLab CI\/CD, GitHub Actions veya Azure DevOps gibi CI\/CD ara\u00e7lar\u0131 kullan\u0131larak kolayca yap\u0131land\u0131r\u0131labilir.<\/p>\n
Senaryo \u015f\u00f6yle i\u015fler:
\n1.  Bir geli\u015ftirici, my-app-deployment.yaml<\/code> dosyas\u0131nda bir imaj etiketini v1.0.0<\/code>'dan v1.1.0<\/code>'a g\u00fcnceller.
\n2.  De\u011fi\u015fikli\u011fi i\u00e7eren kodu bir feature branch'e g\u00f6nderir ve ana branch'e (\u00f6rn. main<\/code> veya master<\/code>) bir Pull Request a\u00e7ar.
\n3.  CI\/CD boru hatt\u0131, PR a\u00e7\u0131ld\u0131\u011f\u0131n\u0131 alg\u0131lar ve otomatik olarak bir i\u015f (job) ba\u015flat\u0131r.
\n4.  Bu i\u015f, geli\u015ftiricinin g\u00fcncelledi\u011fi YAML dosyalar\u0131n\u0131 al\u0131r ve hedef Kubernetes k\u00fcmesiyle kar\u015f\u0131la\u015ft\u0131rmak i\u00e7in kubectl diff -f <\/code> komutunu \u00e7al\u0131\u015ft\u0131r\u0131r.
\n5.  kubectl diff<\/code>'in \u00e7\u0131kt\u0131s\u0131, CI\/CD sisteminin loglar\u0131na yaz\u0131l\u0131r. E\u011fer diff<\/code> komutu herhangi bir fark bulursa (ki bulacakt\u0131r), bu \u00e7\u0131kt\u0131 PR yorumlar\u0131na eklenerek veya do\u011frudan CI\/CD i\u015finin durumuna yans\u0131t\u0131larak geli\u015ftiriciye ve g\u00f6zden ge\u00e7irenlere g\u00f6sterilir.<\/p>\n
Bu sayede, kodu g\u00f6zden ge\u00e7iren ki\u015fi sadece kodun kendisini de\u011fil, ayn\u0131 zamanda bu kodun Kubernetes k\u00fcmesinde *ger\u00e7ekte ne gibi de\u011fi\u015fikliklere yol a\u00e7aca\u011f\u0131n\u0131* da g\u00f6rebilir. Bu, g\u00f6zden ge\u00e7irme kalitesini art\u0131r\u0131r ve beklenmedik yap\u0131land\u0131rma kaymalar\u0131n\u0131n (configuration drift) \u00f6n\u00fcne ge\u00e7er.<\/p>\n
Beklenmedik De\u011fi\u015fiklikleri Otomatik Yakalama ve G\u00fcvenlik<\/strong>
\nkubectl diff<\/code>'i CI\/CD'ye entegre etmek, sadece ama\u00e7lanan de\u011fi\u015fiklikleri do\u011frulamakla kalmaz, ayn\u0131 zamanda istemeden yap\u0131lan veya hatal\u0131 yap\u0131land\u0131rmalar\u0131 da otomatik olarak yakalar. \u00d6rne\u011fin:
\n*   Yanl\u0131\u015fl\u0131kla Silinen Kaynaklar:<\/strong> Bir geli\u015ftirici, bir dosyay\u0131 yanl\u0131\u015fl\u0131kla silerse veya bir kaynak tan\u0131m\u0131n\u0131 kald\u0131r\u0131rsa, kubectl diff<\/code> bu kayna\u011f\u0131n k\u00fcmeden kald\u0131r\u0131laca\u011f\u0131n\u0131 (k\u0131rm\u0131z\u0131 sat\u0131rlar) g\u00f6sterecektir.
\n*   Kaynak Kotalar\u0131n\u0131n A\u015f\u0131lmas\u0131:<\/strong> Bir Deployment'a \u00e7ok y\u00fcksek CPU veya bellek limitleri atanmas\u0131 durumunda, diff<\/code> \u00e7\u0131kt\u0131s\u0131 bunu g\u00f6stererek potansiyel performans sorunlar\u0131n\u0131 veya maliyet art\u0131\u015flar\u0131n\u0131 \u00f6nceden tespit etmenizi sa\u011flar.
\n*   \u0130stenmeyen \u0130zin De\u011fi\u015fiklikleri:<\/strong> Bir Role<\/code> veya ClusterRole<\/code> tan\u0131m\u0131ndaki de\u011fi\u015fiklikler, kubectl diff<\/code> ile incelenerek g\u00fcvenlik a\u00e7\u0131klar\u0131na yol a\u00e7abilecek a\u015f\u0131r\u0131 izinlerin verilmesi engellenebilir.<\/p>\n
exit code<\/code> ile Otomasyon<\/strong>
\nkubectl diff<\/code> komutunun \u00f6nemli bir \u00f6zelli\u011fi, \u00e7\u0131kt\u0131s\u0131na g\u00f6re farkl\u0131 bir exit code<\/code> d\u00f6nd\u00fcrmesidir:
\n*   0<\/code>: Hi\u00e7bir fark bulunamad\u0131. Yani, yerel YAML dosyas\u0131 k\u00fcmedeki kaynakla tamamen ayn\u0131.
\n*   1<\/code>: Farklar bulundu. Yani, yerel YAML dosyas\u0131 ile k\u00fcmedeki kaynak aras\u0131nda bir veya daha fazla de\u011fi\u015fiklik var.
\n*   2<\/code>: Komutta bir hata olu\u015ftu (\u00f6rn. YAML dosyas\u0131 hatal\u0131, k\u00fcme eri\u015filemez).<\/p>\n
Bu exit code<\/code>'lar, CI\/CD boru hatt\u0131n\u0131zda ko\u015fullu mant\u0131k olu\u015fturmak i\u00e7in paha bi\u00e7ilmezdir. \u00d6rne\u011fin:<\/p>\n
\n# GitLab CI\/CD veya GitHub Actions'ta bir ad\u0131m \u00f6rne\u011fi\n- name: \u00d6nizleme de\u011fi\u015fiklikleri\n  run: |\n    kubectl diff -f k8s\/\n    if [ $? -eq 1 ]; then\n      echo \"# K\u00fcmede uygulanacak de\u011fi\u015fiklikler bulundu: ###\" >> $GITHUB_STEP_SUMMARY # GitHub Actions \u00f6zel \u00e7\u0131kt\u0131s\u0131<\/strong>\n      kubectl diff -f k8s\/ >> $GITHUB_STEP_SUMMARY\n      # Veya do\u011frudan CI \u00e7\u0131kt\u0131s\u0131na yaz:\n      # echo \"Uygulanacak de\u011fi\u015fiklikler var. L\u00fctfen inceleyin.\"\n    elif [ $? -eq 0 ]; then\n      echo \"Hi\u00e7bir de\u011fi\u015fiklik bulunamad\u0131. K\u00fcme zaten g\u00fcncel.\"\n    else\n      echo \"kubectl diff komutu s\u0131ras\u0131nda bir hata olu\u015ftu.\"\n      exit 1 # Hata durumunda CI i\u015fini durdur\n    fi\n  # allow_failure: true # Diff \u00e7\u0131kt\u0131s\u0131 bir hata olmasa bile ba\u015far\u0131s\u0131z olarak i\u015faretlenmesin\n<\/pre>\n
<\/code><\/p>\n
Bu yap\u0131land\u0131rma, diff<\/code> komutunun fark bulmas\u0131 durumunda CI\/CD i\u015finin ba\u015far\u0131l\u0131 olmas\u0131n\u0131 (\u00e7\u00fcnk\u00fc fark bulmas\u0131 beklenen bir durum olabilir) ancak \u00e7\u0131kt\u0131lar\u0131 g\u00f6zden ge\u00e7irme i\u00e7in sa\u011flamas\u0131n\u0131 sa\u011flar. Yaln\u0131zca bir hata durumunda (exit code 2) i\u015fin ba\u015far\u0131s\u0131z olmas\u0131 beklenir.<\/p>\n
\n  Uzman \u0130pucu: CI\/CD ortamlar\u0131nda kubectl diff<\/code> \u00e7al\u0131\u015ft\u0131r\u0131rken, Kubernetes k\u00fcmesine do\u011fru kimlik do\u011frulama ve yetkilendirme (RBAC) ayarlar\u0131n\u0131n yap\u0131ld\u0131\u011f\u0131ndan emin olun. kubectl diff<\/code> komutu, k\u00fcmedeki mevcut kaynaklar\u0131 okumak i\u00e7in gerekli izinlere sahip olmal\u0131d\u0131r. Genellikle get<\/code> ve list<\/code> izinleri yeterlidir, ancak --server-side<\/code> kullan\u0131l\u0131yorsa patch<\/code> veya apply<\/code> izinleri de gerekebilir. En az ayr\u0131cal\u0131k ilkesini uygulay\u0131n.\n<\/div>\n
kubectl diff<\/code>'in CI\/CD s\u00fcre\u00e7lerine entegrasyonu, sadece teknik bir iyile\u015ftirme de\u011fil, ayn\u0131 zamanda DevOps k\u00fclt\u00fcr\u00fcnde \u015feffafl\u0131\u011f\u0131, sorumlulu\u011fu ve g\u00fcvenli\u011fi art\u0131ran stratejik bir ad\u0131md\u0131r. Bu sayede, ekipler daha h\u0131zl\u0131 ve daha az endi\u015feyle de\u011fi\u015fiklik yapabilirler.<\/p>\n
Yayg\u0131n Kar\u015f\u0131la\u015f\u0131lan Sorunlar ve \u00c7\u00f6z\u00fcmleri: kubectl diff Kullan\u0131m\u0131nda Nelere Dikkat Etmelisiniz?<\/h2>\n
kubectl diff<\/code> her ne kadar g\u00fc\u00e7l\u00fc bir ara\u00e7 olsa da, kullan\u0131m s\u0131ras\u0131nda baz\u0131 zorluklarla kar\u015f\u0131la\u015fmak m\u00fcmk\u00fcnd\u00fcr. Bu zorluklar genellikle Kubernetes'in i\u00e7 i\u015fleyi\u015fi, kaynaklar\u0131n durumu veya komutun beklenen davran\u0131\u015f\u0131yla ilgili yanl\u0131\u015f anlamalardan kaynaklan\u0131r. Bu b\u00f6l\u00fcmde, kubectl diff<\/code> kullan\u0131rken kar\u015f\u0131la\u015fabilece\u011finiz yayg\u0131n sorunlar\u0131 ve bunlar\u0131n \u00fcstesinden gelmek i\u00e7in pratik \u00e7\u00f6z\u00fcmleri ele alaca\u011f\u0131z.<\/p>\n
1. Senkronizasyon Sorunlar\u0131 (Yerel vs. K\u00fcme Durumu)<\/strong>
\n*   Sorun:<\/strong> kubectl diff<\/code> komutu, k\u00fcmede hi\u00e7bir de\u011fi\u015fiklik g\u00f6rmedi\u011finizi belirtse de, siz YAML dosyan\u0131z\u0131 de\u011fi\u015ftirdi\u011finizden eminsinizdir. Veya tam tersi, k\u00fcmede bir de\u011fi\u015fiklik olmad\u0131\u011f\u0131na inan\u0131yorsunuz ancak diff<\/code> bir fark g\u00f6steriyor.
\n*   Olas\u0131 Nedenler:<\/strong>
\n    *   Yerel Dosya De\u011fi\u015fiklikleri Kaydedilmedi:<\/strong> YAML dosyan\u0131zdaki de\u011fi\u015fiklikleri kaydetmeyi unutmu\u015f olabilirsiniz.
\n    *   Yanl\u0131\u015f Dosya veya Dizin Belirtme:<\/strong> kubectl diff -f<\/code> ile yanl\u0131\u015f YAML dosyas\u0131n\u0131 veya dizini hedefliyor olabilirsiniz.
\n    *   K\u00fcme D\u0131\u015f\u0131 De\u011fi\u015fiklikler:<\/strong> Kaynak, kubectl apply<\/code> yerine kubectl edit<\/code> veya kubectl patch<\/code> gibi ba\u015fka bir ara\u00e7la manuel olarak de\u011fi\u015ftirilmi\u015f olabilir, bu da yerel dosyan\u0131zla k\u00fcme durumunun farkl\u0131la\u015fmas\u0131na yol a\u00e7m\u0131\u015ft\u0131r (configuration drift).
\n    *   Varsay\u0131lan De\u011ferler ve Otomatik Olu\u015fturulan Alanlar:<\/strong> Kubernetes API sunucusu, siz belirtmeseniz bile baz\u0131 alanlara varsay\u0131lan de\u011ferler atar veya baz\u0131 alanlar\u0131 otomatik olarak olu\u015fturur (\u00f6rn. creationTimestamp<\/code>, uid<\/code>, resourceVersion<\/code>). Bu alanlar yerel YAML dosyan\u0131zda yoksa, diff<\/code> bunlar\u0131 eklenmi\u015f gibi g\u00f6sterebilir.
\n*   \u00c7\u00f6z\u00fcm:<\/strong>
\n    *   Her zaman diff<\/code> yapmadan \u00f6nce yerel YAML dosyan\u0131z\u0131n kaydedildi\u011finden emin olun.
\n    *   kubectl diff -f <\/code> yerine do\u011fru yolu kulland\u0131\u011f\u0131n\u0131z\u0131 kontrol edin.
\n    *   K\u00fcmedeki canl\u0131 kayna\u011f\u0131n ger\u00e7ek durumunu g\u00f6rmek i\u00e7in kubectl get \/ -o yaml > live_state.yaml<\/code> komutunu kullan\u0131n ve bu dosyay\u0131 yerel dosyan\u0131zla elle kar\u015f\u0131la\u015ft\u0131r\u0131n (\u00f6rn. diff your_file.yaml live_state.yaml<\/code>). Otomatik olu\u015fturulan alanlar\u0131 filtrelemek veya g\u00f6z ard\u0131 etmek i\u00e7in grep -v<\/code> veya JSON i\u015fleme ara\u00e7lar\u0131 kullanabilirsiniz.<\/p>\n
2. kubectl diff<\/code>'in T\u00fcm De\u011fi\u015fiklikleri G\u00f6stermemesi<\/strong>
\n*   Sorun:<\/strong> Bekledi\u011finiz baz\u0131 de\u011fi\u015fiklikler kubectl diff<\/code> \u00e7\u0131kt\u0131s\u0131nda g\u00f6r\u00fcnm\u00fcyor. \u00d6rne\u011fin, bir servis portunu de\u011fi\u015ftirdiniz ancak diff<\/code> bunu g\u00f6stermedi.
\n*   Olas\u0131 Nedenler:<\/strong>
\n    *   Stratejik Merge Patch Davran\u0131\u015f\u0131:<\/strong> kubectl apply<\/code>'\u0131n kulland\u0131\u011f\u0131 Strategic Merge Patch mant\u0131\u011f\u0131 nedeniyle baz\u0131 alanlar farkl\u0131 \u015fekilde ele al\u0131nabilir. \u00d6rne\u011fin, bir liste eleman\u0131n\u0131n tamam\u0131 de\u011fi\u015fmediyse, sadece bir alt alan\u0131n\u0131n de\u011fi\u015fmesi, diff'te bekledi\u011finiz kadar belirgin olmayabilir.
\n    *   Varsay\u0131lan De\u011ferler:<\/strong> Baz\u0131 alanlara varsay\u0131lan de\u011ferler atand\u0131\u011f\u0131 i\u00e7in, yerel dosyan\u0131zda olmayan bir alan\u0131n k\u00fcmede var olmas\u0131, diff<\/code> \u00e7\u0131kt\u0131s\u0131nda \"eklenmi\u015f\" gibi g\u00f6r\u00fcnmesine ra\u011fmen sizin i\u00e7in anlaml\u0131 bir de\u011fi\u015fiklik olmayabilir.
\n    *   \u0130stemci Taraf\u0131 diff<\/code> K\u0131s\u0131tlamalar\u0131:<\/strong> Varsay\u0131lan olarak kubectl diff<\/code> istemci taraf\u0131 bir diff yapar. Sunucu taraf\u0131ndaki karma\u015f\u0131k d\u00f6n\u00fc\u015f\u00fcmler, varsay\u0131lan de\u011fer atamalar\u0131 veya mutasyon webhook'lar\u0131 gibi API sunucusu davran\u0131\u015flar\u0131 bu diff'te tam olarak yans\u0131mayabilir.
\n*   \u00c7\u00f6z\u00fcm:<\/strong>
\n    *   Daha do\u011fru bir \u00f6nizleme i\u00e7in her zaman --server-side<\/code> bayra\u011f\u0131n\u0131 kullanmay\u0131 deneyin: kubectl diff -f  --server-side<\/code>. Bu, API sunucusunun \"ger\u00e7ekten ne uygulayaca\u011f\u0131n\u0131\" daha iyi sim\u00fcle eder.
\n    *   YAML dosyan\u0131z\u0131n format\u0131n\u0131n (girintiler, anahtar isimleri) Kubernetes API'siyle tam olarak e\u015fle\u015fti\u011finden emin olun.
\n    *   kubectl apply --dry-run=server -o yaml<\/code> komutunu kullanarak, apply'\u0131n k\u00fcmede yarataca\u011f\u0131 nihai YAML \u00e7\u0131kt\u0131s\u0131n\u0131 g\u00f6rebilir ve bunu elle mevcut kaynakla kar\u015f\u0131la\u015ft\u0131rabilirsiniz.<\/p>\n
3. Custom Resources (CRD) ile \u00c7al\u0131\u015fma<\/strong>
\n*   Sorun:<\/strong> \u00d6zel Kaynak Tan\u0131mlar\u0131 (CRD) ile tan\u0131mlanm\u0131\u015f kaynaklarda kubectl diff<\/code> bekledi\u011finiz gibi \u00e7al\u0131\u015fm\u0131yor veya hatalar veriyor.
\n*   Olas\u0131 Nedenler:<\/strong> CRD'ler, Kubernetes'in yerle\u015fik kaynaklar\u0131ndan farkl\u0131 do\u011frulamalara ve \u015femalara sahip olabilir. kubectl diff<\/code>'in istemci taraf\u0131 analizi, bu \u00f6zel kurallar\u0131 her zaman tam olarak anlayamayabilir.
\n*   \u00c7\u00f6z\u00fcm:<\/strong> CRD'lerle \u00e7al\u0131\u015f\u0131rken --server-side<\/code> bayra\u011f\u0131n\u0131 kullanmak genellikle en iyi yakla\u015f\u0131md\u0131r. Bu, CRD'nin Custom Resource Controller'\u0131n\u0131n uygulayabilece\u011fi t\u00fcm d\u00f6n\u00fc\u015f\u00fcmleri ve do\u011frulamalar\u0131 dikkate alarak daha do\u011fru bir diff alman\u0131z\u0131 sa\u011flar.<\/p>\n
4. RBAC \u0130zinleri ve diff<\/code> Komutunun Yetkilendirmesi<\/strong>
\n*   Sorun:<\/strong> kubectl diff<\/code> komutunu \u00e7al\u0131\u015ft\u0131r\u0131rken Error from server (Forbidden): ...<\/code> gibi bir yetkilendirme hatas\u0131 al\u0131yorsunuz.
\n*   Olas\u0131 Nedenler:<\/strong> kubectl diff<\/code>, k\u00fcmedeki mevcut kaynaklar\u0131 okumak i\u00e7in uygun RBAC izinlerine ihtiya\u00e7 duyar. Kulland\u0131\u011f\u0131n\u0131z kullan\u0131c\u0131 veya ServiceAccount, get<\/code> veya list<\/code> izinlerine sahip olmayabilir.
\n*   \u00c7\u00f6z\u00fcm:<\/strong> diff<\/code> yapmak istedi\u011finiz kaynak t\u00fcrleri i\u00e7in uygun get<\/code> ve list<\/code> izinlerini i\u00e7eren bir Role<\/code> veya ClusterRole<\/code> ve bu rol\u00fc ba\u011flayan bir RoleBinding<\/code> veya ClusterRoleBinding<\/code> olu\u015fturdu\u011funuzdan emin olun. \u00d6zellikle --server-side<\/code> kullan\u0131yorsan\u0131z, patch<\/code> ve apply<\/code> izinleri de gerekebilir.<\/p>\n
5. \u00c7ok B\u00fcy\u00fck YAML Dosyalar\u0131 veya \u00c7ok Say\u0131da Kaynak ile Performans Sorunlar\u0131<\/strong>
\n*   Sorun:<\/strong> \u00c7ok b\u00fcy\u00fck YAML dosyalar\u0131n\u0131 veya y\u00fczlerce kayna\u011f\u0131 i\u00e7eren bir dizini kubectl diff<\/code> ile kar\u015f\u0131la\u015ft\u0131r\u0131rken komutun yava\u015f \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 fark ediyorsunuz.
\n*   Olas\u0131 Nedenler:<\/strong> Her bir kaynak i\u00e7in API sunucusuna ayr\u0131 ayr\u0131 \"dry-run\" istekleri g\u00f6nderildi\u011fi ve diff hesaplamas\u0131 yap\u0131ld\u0131\u011f\u0131 i\u00e7in, i\u015flem say\u0131s\u0131 artt\u0131k\u00e7a s\u00fcre de artar.
\n*   \u00c7\u00f6z\u00fcm:<\/strong>
\n    *   M\u00fcmk\u00fcnse, b\u00fcy\u00fck monolitik YAML dosyalar\u0131n\u0131 daha k\u00fc\u00e7\u00fck, y\u00f6netilebilir par\u00e7alara ay\u0131r\u0131n.
\n    *   Belirli bir de\u011fi\u015fiklik yapt\u0131\u011f\u0131n\u0131zda, yaln\u0131zca ilgili dosyalar\u0131 hedefleyerek diff<\/code> komutunu \u00e7al\u0131\u015ft\u0131r\u0131n, t\u00fcm dizini de\u011fil.
\n    *   CI\/CD ortamlar\u0131nda, paralel i\u015fler kullanarak birden fazla diff<\/code> komutunu ayn\u0131 anda \u00e7al\u0131\u015ft\u0131rabilirsiniz.
\n    *   Kubernetes'in daha yeni s\u00fcr\u00fcmlerini kullanmak, performans iyile\u015ftirmelerinden faydalanman\u0131z\u0131 sa\u011flayabilir.<\/p>\n
A\u015fa\u011f\u0131daki tabloda, bu sorunlar\u0131n ve \u00e7\u00f6z\u00fcmlerin bir \u00f6zetini bulabilirsiniz:<\/p>\n\n\n\n\n\n\n\n\n\n
Kar\u015f\u0131la\u015f\u0131lan Sorun<\/th>\nOlas\u0131 Nedenler<\/th>\n\u00d6nerilen \u00c7\u00f6z\u00fcm<\/th>\n<\/tr>\n<\/thead>\n
diff<\/code> hi\u00e7bir de\u011fi\u015fiklik g\u00f6stermiyor (ama yapt\u0131m).<\/td>\nYerel dosya kaydedilmedi, yanl\u0131\u015f dosya yolu, k\u00fcme d\u0131\u015f\u0131 de\u011fi\u015fiklikler.<\/td>\nDosyay\u0131 kaydet, do\u011fru yolu kullan, kubectl get -o yaml<\/code> ile mevcut durumu kontrol et.<\/td>\n<\/tr>\n
Beklenen t\u00fcm de\u011fi\u015fiklikler g\u00f6r\u00fcnm\u00fcyor.<\/td>\nStrategic Merge Patch, varsay\u0131lan de\u011ferler, istemci taraf\u0131 diff<\/code> k\u0131s\u0131tlamalar\u0131.<\/td>\n--server-side<\/code> bayra\u011f\u0131n\u0131 kullan, kubectl apply --dry-run=server -o yaml<\/code> ile nihai \u00e7\u0131kt\u0131y\u0131 incele.<\/td>\n<\/tr>\n
CRD'lerde diff<\/code> hatal\u0131 \u00e7al\u0131\u015f\u0131yor.<\/td>\nCRD'ye \u00f6zg\u00fc do\u011frulamalar\/d\u00f6n\u00fc\u015f\u00fcmler.<\/td>\nCRD'ler i\u00e7in \u00f6zellikle --server-side<\/code> bayra\u011f\u0131n\u0131 kullan\u0131n.<\/td>\n<\/tr>\n
Yetkilendirme (RBAC) hatas\u0131.<\/td>\nKullan\u0131c\u0131n\u0131n\/ServiceAccount'\u0131n gerekli izinleri yok.<\/td>\nGerekli get<\/code>, list<\/code>, (patch<\/code>\/apply<\/code> e\u011fer --server-side<\/code>) izinlerini tan\u0131mla.<\/td>\n<\/tr>\n
\u00c7ok b\u00fcy\u00fck dosyalarda performans d\u00fc\u015f\u00fckl\u00fc\u011f\u00fc.<\/td>\n\u00c7ok say\u0131da API iste\u011fi, karma\u015f\u0131k diff hesaplamalar\u0131.<\/td>\nDosyalar\u0131 b\u00f6l, sadece ilgili dosyalar\u0131 hedefle, paralel i\u015fler kullan.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
Bu sorunlar\u0131 ve \u00e7\u00f6z\u00fcmleri bilmek, kubectl diff<\/code> kullan\u0131m deneyiminizi \u00f6nemli \u00f6l\u00e7\u00fcde geli\u015ftirecek ve Kubernetes y\u00f6netim s\u00fcre\u00e7lerinizde daha az s\u00fcrprizle kar\u015f\u0131la\u015fman\u0131z\u0131 sa\u011flayacakt\u0131r.<\/p>\n
Sonu\u00e7: Kubernetes Y\u00f6netiminde G\u00fcven ve \u015eeffafl\u0131k<\/h2>\n
Kubernetes ekosisteminde yap\u0131land\u0131rma y\u00f6netimi, s\u00fcrekli bir dikkat ve do\u011frulama gerektiren kritik bir s\u00fcre\u00e7tir. Geli\u015ftiricilerin ve operasyon ekiplerinin Kubernetes k\u00fcmesindeki kaynaklar \u00fczerinde yapt\u0131\u011f\u0131 her de\u011fi\u015fiklik, uygulaman\u0131n performans\u0131, g\u00fcvenli\u011fi ve genel kararl\u0131l\u0131\u011f\u0131 \u00fczerinde do\u011frudan bir etkiye sahiptir. Bu ba\u011flamda, kubectl diff<\/code> komutu, modern DevOps ve GitOps uygulamalar\u0131n\u0131n ayr\u0131lmaz bir par\u00e7as\u0131 haline gelmi\u015ftir. Bu makale boyunca ele ald\u0131\u011f\u0131m\u0131z gibi, kubectl diff<\/code>, uygulayaca\u011f\u0131n\u0131z de\u011fi\u015fiklikleri canl\u0131 k\u00fcme \u00fczerinde bir \"\u00f6nizleme\" yaparak, potansiyel hatalar\u0131 ve istenmeyen yan etkileri daha ortaya \u00e7\u0131kmadan tespit etmenizi sa\u011flayan paha bi\u00e7ilmez bir ara\u00e7t\u0131r.<\/p>\n
kubectl diff<\/code>'in sundu\u011fu \u015feffafl\u0131k sayesinde, bir YAML dosyas\u0131n\u0131n hangi alanlar\u0131n\u0131n eklendi\u011fini, silindi\u011fini veya g\u00fcncellendi\u011fini renkli ve anla\u015f\u0131l\u0131r bir \u00e7\u0131kt\u0131 format\u0131nda net bir \u015fekilde g\u00f6rebilirsiniz. Bu, manuel g\u00f6zden ge\u00e7irme s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r ve insan hatas\u0131 olas\u0131l\u0131\u011f\u0131n\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde azalt\u0131r. Basit bir Deployment g\u00fcncellemesinden, birden fazla kaynak i\u00e7eren karma\u015f\u0131k uygulama y\u0131\u011f\u0131nlar\u0131n\u0131n y\u00f6netimine kadar geni\u015f bir yelpazedeki senaryolarda kubectl diff<\/code>'in nas\u0131l kullan\u0131labilece\u011fini g\u00f6rd\u00fck. Ayr\u0131ca, --server-side<\/code> gibi geli\u015fmi\u015f bayraklar\u0131n ve CI\/CD boru hatlar\u0131na entegrasyonun, kubectl diff<\/code>'in etkinli\u011fini nas\u0131l art\u0131rd\u0131\u011f\u0131n\u0131 detayl\u0131ca inceledik. Bu entegrasyon, Pull Request'ler s\u0131ras\u0131nda otomatik do\u011frulama sa\u011flayarak, ekiplerin daha h\u0131zl\u0131, daha g\u00fcvenli ve daha kontroll\u00fc bir \u015fekilde de\u011fi\u015fiklikleri da\u011f\u0131tmas\u0131na olanak tan\u0131r.<\/p>\n
Kar\u015f\u0131la\u015f\u0131labilecek yayg\u0131n sorunlara y\u00f6nelik \u00e7\u00f6z\u00fcmler sunarak, kubectl diff<\/code> kullan\u0131m\u0131nda ortaya \u00e7\u0131kabilecek olas\u0131 engellerin nas\u0131l a\u015f\u0131laca\u011f\u0131n\u0131 da g\u00f6sterdik. \u0130ster senkronizasyon sorunlar\u0131, ister yetkilendirme hatalar\u0131, isterse de \u00f6zel kaynaklarla (CRD) ilgili zorluklar olsun, her sorunun \u00fcstesinden gelinebilecek pratik yakla\u015f\u0131mlar mevcuttur.<\/p>\n
\u00d6zetle, kubectl diff<\/code> sadece bir komut olman\u0131n \u00f6tesinde, Kubernetes y\u00f6netiminde g\u00fcveni ve \u015feffafl\u0131\u011f\u0131 art\u0131ran stratejik bir ara\u00e7t\u0131r. De\u011fi\u015fiklikleri uygulamadan \u00f6nce \u00f6nizleme yetene\u011fi, ekiplerin daha bilin\u00e7li kararlar almas\u0131n\u0131, riskleri minimize etmesini ve nihayetinde daha sa\u011flam ve g\u00fcvenilir Kubernetes ortamlar\u0131 in\u015fa etmesini sa\u011flar. kubectl diff<\/code>'i i\u015f ak\u0131\u015f\u0131n\u0131za entegre ederek, gelecekteki Kubernetes operasyonlar\u0131n\u0131zda \u00e7ok daha az s\u00fcrprizle kar\u015f\u0131la\u015facak ve s\u00fcrekli teslimat hedeflerinize daha emin ad\u0131mlarla ilerleyeceksiniz.<\/p>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h2>\n
1. kubectl diff ile kubectl apply --dry-run aras\u0131ndaki fark nedir?<\/h3>\n
kubectl diff<\/code>, yerel bir YAML dosyas\u0131n\u0131 k\u00fcmedeki mevcut kaynakla kar\u015f\u0131la\u015ft\u0131r\u0131r ve sadece farklar\u0131 g\u00f6sterir. Yani, hedef kaynaktaki de\u011fi\u015fiklikleri veya eklemeleri \u00f6nizlemenizi sa\u011flar. kubectl apply --dry-run=client<\/code> veya --dry-run=server<\/code> ise, uygulaman\u0131n t\u00fcm YAML \u00e7\u0131kt\u0131s\u0131n\u0131 g\u00f6sterir (farklar\u0131 de\u011fil) ve k\u00fcmede neyin nas\u0131l olu\u015fturulaca\u011f\u0131n\u0131 veya g\u00fcncellenece\u011fini tam olarak g\u00f6rmenizi sa\u011flar. diff<\/code> daha \u00e7ok \"neyi de\u011fi\u015ftirdim?\" sorusuna, dry-run<\/code> ise \"uygulanacak olan \u015fey tam olarak neye benzeyecek?\" sorusuna cevap verir. Genellikle diff<\/code> daha k\u0131sa ve odakl\u0131 bir \u00e7\u0131kt\u0131 sunarken, dry-run<\/code> daha fazla detay i\u00e7erir.<\/p>\n
2. kubectl diff cluster'da herhangi bir de\u011fi\u015fiklik yapar m\u0131?<\/h3>\n
Hay\u0131r, kubectl diff<\/code> komutu Kubernetes k\u00fcmesinde hi\u00e7bir de\u011fi\u015fiklik yapmaz<\/strong>. Tasar\u0131m\u0131 gere\u011fi sadece bir \u00f6nizleme arac\u0131d\u0131r. Yerel YAML dosyan\u0131z\u0131 Kubernetes API sunucusuna g\u00f6nderir (kuru \u00e7al\u0131\u015ft\u0131rma modunda) ve sunucunun hesaplad\u0131\u011f\u0131 olas\u0131 yeni durum ile mevcut durumu kar\u015f\u0131la\u015ft\u0131r\u0131r. Bu sayede, potansiyel de\u011fi\u015fiklikleri g\u00fcvenle inceleyebilirsiniz.<\/p>\n
3. kubectl diff hangi kaynak t\u00fcrlerini destekler?<\/h3>\n
kubectl diff<\/code> komutu, Kubernetes API sunucusunun anlad\u0131\u011f\u0131 ve i\u015fleyebildi\u011fi t\u00fcm standart Kubernetes kaynak t\u00fcrlerini (Deployment, Service, Pod, ConfigMap, Secret, Ingress vb.) ve ayr\u0131ca \u00d6zel Kaynak Tan\u0131mlar\u0131n\u0131 (Custom Resource Definitions - CRD) destekler. CRD'lerle \u00e7al\u0131\u015f\u0131rken, --server-side<\/code> bayra\u011f\u0131n\u0131 kullanmak daha do\u011fru sonu\u00e7lar verebilir.<\/p>\n
4. YAML dosyas\u0131 olmadan kubectl diff kullanabilir miyim?<\/h3>\n
Hay\u0131r, kubectl diff<\/code> komutunun temel amac\u0131, bir veya daha fazla yerel YAML (veya JSON) dosyas\u0131 ile k\u00fcmedeki canl\u0131 kaynaklar aras\u0131ndaki farklar\u0131 g\u00f6stermektir. Bu nedenle, kar\u015f\u0131la\u015ft\u0131rma yapmak i\u00e7in her zaman bir veya daha fazla dosya belirtmeniz gerekir (-f<\/code> bayra\u011f\u0131 ile).<\/p>\n
5. kubectl diff komutunun \u00e7\u0131kt\u0131s\u0131n\u0131 daha okunur hale getirebilir miyim?<\/h3>\n
Evet, \u00e7\u0131kt\u0131y\u0131 daha okunur hale getirmek i\u00e7in birka\u00e7 y\u00f6ntem vard\u0131r:
\n*   Renkli \u00c7\u0131kt\u0131:<\/strong> Varsay\u0131lan olarak renkli gelir. E\u011fer renkler g\u00f6r\u00fcnm\u00fcyorsa terminal ayarlar\u0131n\u0131z\u0131 kontrol edin veya --color=always<\/code> kullan\u0131n (baz\u0131 ortamlarda bu i\u015fe yarar).
\n*   Sayfalay\u0131c\u0131lar:<\/strong> \u00c7\u0131kt\u0131 \u00e7ok uzunsa, kubectl diff -f my-app.yaml | less -R<\/code> veya | more<\/code> kullanarak sayfal\u0131 bir \u015fekilde g\u00f6r\u00fcnt\u00fcleyebilirsiniz. -R<\/code> bayra\u011f\u0131 less<\/code> i\u00e7inde renkleri korur.
\n*   Filtreleme:<\/strong> grep<\/code> gibi ara\u00e7larla \u00e7\u0131kt\u0131y\u0131 filtreleyerek sadece ilgilendi\u011finiz k\u0131s\u0131mlar\u0131 g\u00f6rebilirsiniz. \u00d6rne\u011fin, sadece replika de\u011fi\u015fikliklerini g\u00f6rmek i\u00e7in kubectl diff -f my-app.yaml | grep replicas<\/code>.
\n*   Farkl\u0131 Diff Ara\u00e7lar\u0131:<\/strong> Baz\u0131 kullan\u0131c\u0131lar, diff<\/code> komutunun \u00e7\u0131kt\u0131s\u0131n\u0131 daha geli\u015fmi\u015f g\u00f6rsel diff ara\u00e7lar\u0131na y\u00f6nlendirmek i\u00e7in \u00f6zel betikler yazabilirler, ancak bu kubectl<\/code>'in do\u011frudan bir \u00f6zelli\u011fi de\u011fildir.<\/p>\n","protected":false},"excerpt":{"rendered":"kubectl diff ile Kubernetes De\u011fi\u015fikliklerini Uygulamadan \u00d6nce \u00d6nizleyin Kubernetes ortam\u0131nda uygulama ve altyap\u0131 y\u00f6netimi, s\u00fcrekli bir de\u011fi\u015fim ve…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1491],"tags":[],"class_list":{"0":"post-33973","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-kubernetes","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nGiri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?<\/title>\n<meta name=\"description\" content=\"Hi\u00e7bir etiketi bulunamad\u0131.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/\" \/>\n<meta property=\"og:locale\" content=\"tr_TR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?\" \/>\n<meta property=\"og:description\" content=\"Hi\u00e7bir etiketi bulunamad\u0131.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/\" \/>\n<meta property=\"og:site_name\" content=\"Kodlar\u0131n Gizemli D\u00fcnyas\u0131\" \/>\n<meta property=\"article:published_time\" content=\"2025-11-09T10:01:12+00:00\" \/>\n<meta name=\"author\" content=\"Fatih Soysal\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Yazan:\" \/>\n\t<meta name=\"twitter:data1\" content=\"Fatih Soysal\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tahmini okuma s\u00fcresi\" \/>\n\t<meta name=\"twitter:data2\" content=\"30 dakika\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/\"},\"author\":{\"name\":\"Fatih Soysal\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1\"},\"headline\":\"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?\",\"datePublished\":\"2025-11-09T10:01:12+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/\"},\"wordCount\":5452,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1\"},\"articleSection\":[\"Kubernetes\"],\"inLanguage\":\"tr\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/#respond\"]}],\"copyrightYear\":\"2025\",\"copyrightHolder\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#organization\"}},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/\",\"url\":\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/\",\"name\":\"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?\",\"isPartOf\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#website\"},\"datePublished\":\"2025-11-09T10:01:12+00:00\",\"description\":\"Hi\u00e7bir etiketi bulunamad\u0131.\",\"breadcrumb\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/#breadcrumb\"},\"inLanguage\":\"tr\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Anasayfa\",\"item\":\"https:\/\/fatihsoysal.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#website\",\"url\":\"https:\/\/fatihsoysal.com\/blog\/\",\"name\":\"Fatihsoysal.com\",\"description\":\"Blog - Yaz\u0131l\u0131m D\u00fcnyas\u0131 Tecr\u00fcbelerim\",\"publisher\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/fatihsoysal.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"tr\"},{\"@type\":[\"Person\",\"Organization\"],\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1\",\"name\":\"Fatih Soysal\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"tr\",\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/fatihsoysal.com\/blog\/wp-content\/uploads\/2024\/04\/cropped-replicate-prediction-3kgg1hgjn5rgp0cf0p5tr0jw7w-1.png\",\"contentUrl\":\"https:\/\/fatihsoysal.com\/blog\/wp-content\/uploads\/2024\/04\/cropped-replicate-prediction-3kgg1hgjn5rgp0cf0p5tr0jw7w-1.png\",\"width\":512,\"height\":512,\"caption\":\"Fatih Soysal\"},\"logo\":{\"@id\":\"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/image\/\"},\"description\":\"Kullan\u0131m ve kodlama m\u00fckemmeliyetini odak alan uygulamalar olu\u015fturma deneyimine sahip, profesyonel olarak 15+ y\u0131l \u00fczeri deneyime sahip bir yaz\u0131l\u0131m m\u00fchendisi.\",\"url\":\"https:\/\/fatihsoysal.com\/blog\/author\/fatihsoysal\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?","description":"Hi\u00e7bir etiketi bulunamad\u0131.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/","og_locale":"tr_TR","og_type":"article","og_title":"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?","og_description":"Hi\u00e7bir etiketi bulunamad\u0131.","og_url":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/","og_site_name":"Kodlar\u0131n Gizemli D\u00fcnyas\u0131","article_published_time":"2025-11-09T10:01:12+00:00","author":"Fatih Soysal","twitter_card":"summary_large_image","twitter_misc":{"Yazan:":"Fatih Soysal","Tahmini okuma s\u00fcresi":"30 dakika"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/#article","isPartOf":{"@id":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/"},"author":{"name":"Fatih Soysal","@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1"},"headline":"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?","datePublished":"2025-11-09T10:01:12+00:00","mainEntityOfPage":{"@id":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/"},"wordCount":5452,"commentCount":0,"publisher":{"@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1"},"articleSection":["Kubernetes"],"inLanguage":"tr","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/#respond"]}],"copyrightYear":"2025","copyrightHolder":{"@id":"https:\/\/fatihsoysal.com\/blog\/#organization"}},{"@type":"WebPage","@id":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/","url":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/","name":"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?","isPartOf":{"@id":"https:\/\/fatihsoysal.com\/blog\/#website"},"datePublished":"2025-11-09T10:01:12+00:00","description":"Hi\u00e7bir etiketi bulunamad\u0131.","breadcrumb":{"@id":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/#breadcrumb"},"inLanguage":"tr","potentialAction":[{"@type":"ReadAction","target":["https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/fatihsoysal.com\/blog\/giris-kubernetes-degisiklik-yonetiminde-neden-guvenilir-bir-onizlemeye-ihtiyac-duyariz\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Anasayfa","item":"https:\/\/fatihsoysal.com\/blog\/"},{"@type":"ListItem","position":2,"name":"Giri\u015f: Kubernetes De\u011fi\u015fiklik Y\u00f6netiminde Neden G\u00fcvenilir Bir \u00d6nizlemeye \u0130htiya\u00e7 Duyar\u0131z?"}]},{"@type":"WebSite","@id":"https:\/\/fatihsoysal.com\/blog\/#website","url":"https:\/\/fatihsoysal.com\/blog\/","name":"Fatihsoysal.com","description":"Blog - Yaz\u0131l\u0131m D\u00fcnyas\u0131 Tecr\u00fcbelerim","publisher":{"@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/fatihsoysal.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"tr"},{"@type":["Person","Organization"],"@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/002a254750921dcfd568a99e48240dd1","name":"Fatih Soysal","image":{"@type":"ImageObject","inLanguage":"tr","@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/image\/","url":"https:\/\/fatihsoysal.com\/blog\/wp-content\/uploads\/2024\/04\/cropped-replicate-prediction-3kgg1hgjn5rgp0cf0p5tr0jw7w-1.png","contentUrl":"https:\/\/fatihsoysal.com\/blog\/wp-content\/uploads\/2024\/04\/cropped-replicate-prediction-3kgg1hgjn5rgp0cf0p5tr0jw7w-1.png","width":512,"height":512,"caption":"Fatih Soysal"},"logo":{"@id":"https:\/\/fatihsoysal.com\/blog\/#\/schema\/person\/image\/"},"description":"Kullan\u0131m ve kodlama m\u00fckemmeliyetini odak alan uygulamalar olu\u015fturma deneyimine sahip, profesyonel olarak 15+ y\u0131l \u00fczeri deneyime sahip bir yaz\u0131l\u0131m m\u00fchendisi.","url":"https:\/\/fatihsoysal.com\/blog\/author\/fatihsoysal\/"}]}},"yoast_meta":{"yoast_wpseo_title":"","yoast_wpseo_metadesc":"","yoast_wpseo_canonical":""},"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/posts\/33973","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/comments?post=33973"}],"version-history":[{"count":0,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/posts\/33973\/revisions"}],"wp:attachment":[{"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/media?parent=33973"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/categories?post=33973"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/fatihsoysal.com\/blog\/wp-json\/wp\/v2\/tags?post=33973"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}