Modern yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerinde, uygulamalar\u0131n s\u00fcrekli ve sorunsuz bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131 kritik \u00f6neme sahiptir. Peki, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinizdeki manuel m\u00fcdahaleler, insan hatalar\u0131 ve beklenmedik yap\u0131land\u0131rma kaymalar\u0131 (configuration drift) sizi ne kadar yava\u015flat\u0131yor? Uygulamalar\u0131n\u0131z\u0131n beklenmedik durumlarda bile kendi kendini iyile\u015ftirmesini, tutarl\u0131 bir \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 ve her zaman Git’teki istedi\u011finiz durumla e\u015fle\u015fmesini sa\u011flayabilir misiniz? Bu sorular\u0131n yan\u0131t\u0131, Kubernetes tabanl\u0131 s\u00fcrekli teslimat (Continuous Delivery – CD) arac\u0131 ArgoCD’nin sundu\u011fu Otomatik Senkronizasyon (AutoSync), Sa\u011fl\u0131k Kontrolleri (Health Checks) ve Kendi Kendini \u0130yile\u015ftirme (Self-Heal) \u00f6zelliklerinde yat\u0131yor. Bu makalede, bu g\u00fc\u00e7l\u00fc yetenekleri ad\u0131m ad\u0131m inceleyerek, uygulama da\u011f\u0131t\u0131mlar\u0131n\u0131z\u0131 nas\u0131l daha diren\u00e7li, g\u00fcvenilir ve verimli hale getirebilece\u011finizi ke\u015ffedece\u011fiz. Otomatik senkronizasyon ile da\u011f\u0131t\u0131m s\u00fcre\u00e7lerindeki s\u00fcrt\u00fcnmeyi azalt\u0131rken, kapsaml\u0131 sa\u011fl\u0131k kontrolleriyle uygulamalar\u0131n\u0131z\u0131n her zaman en iyi durumda oldu\u011fundan emin olaca\u011f\u0131z ve en \u00f6nemlisi, kendi kendini iyile\u015ftirme mekanizmalar\u0131yla sisteminizin beklenmedik hatalara veya d\u0131\u015f m\u00fcdahalelere kar\u015f\u0131 otomatik olarak diren\u00e7 g\u00f6stermesini sa\u011flayaca\u011f\u0131z. Bu \u00f6zelliklerin entegrasyonu, DevOps ekiplerinin y\u00fck\u00fcn\u00fc hafifleterek, daha stratejik g\u00f6revlere odaklanmalar\u0131na olanak tan\u0131r ve b\u00f6ylece genel sistem g\u00fcvenilirli\u011fini art\u0131r\u0131r. <\/p>\n
Herhangi bir ileri d\u00fczey \u00f6zelli\u011fi anlamadan \u00f6nce, \u00fczerinde \u00e7al\u0131\u015ft\u0131\u011f\u0131m\u0131z temel felsefeyi ve arac\u0131 kavramak \u00f6nemlidir. GitOps, modern uygulama geli\u015ftirme ve da\u011f\u0131t\u0131m d\u00fcnyas\u0131nda devrim yaratan, “Git’i operasyonlar i\u00e7in merkezi tek do\u011fruluk kayna\u011f\u0131 (Single Source of Truth – SSOT) olarak kullanma” prensibine dayal\u0131 bir yakla\u015f\u0131md\u0131r. Kubernetes k\u00fcmelerinin y\u00f6netimi i\u00e7in \u00f6zel olarak tasarlanm\u0131\u015ft\u0131r ve t\u00fcm altyap\u0131 ile uygulama yap\u0131land\u0131rmas\u0131n\u0131n s\u00fcr\u00fcm kontrol sisteminde (genellikle Git) beyana dayal\u0131 (declarative) olarak saklanmas\u0131n\u0131 gerektirir. Bu yakla\u015f\u0131m, manuel yap\u0131land\u0131rma de\u011fi\u015fikliklerini en aza indirerek, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinde \u015feffafl\u0131k, denetlenebilirlik ve tekrarlanabilirlik sa\u011flar. Bir hata durumunda veya \u00f6nceki bir duruma d\u00f6nme ihtiyac\u0131nda, Git \u00fczerindeki belirli bir commit’e geri d\u00f6nmek, t\u00fcm ortam\u0131 g\u00fcvenilir bir \u015fekilde eski haline getirmek anlam\u0131na gelir. GitOps, b\u00f6ylece CI\/CD boru hatlar\u0131n\u0131 Git depolar\u0131n\u0131n g\u00fcc\u00fcyle birle\u015ftirir.<\/p>\n
\u0130\u015fte bu noktada ArgoCD devreye girer. ArgoCD, Kubernetes i\u00e7in GitOps prensiplerini uygulayan pop\u00fcler, deklaratif ve bildirime dayal\u0131 bir s\u00fcrekli teslimat arac\u0131d\u0131r. Git depolar\u0131n\u0131zdaki Kubernetes manifestolar\u0131n\u0131 (YAML dosyalar\u0131, Helm grafikleri, Kustomize konfig\u00fcrasyonlar\u0131) s\u00fcrekli olarak izler ve Kubernetes k\u00fcmenizdeki ger\u00e7ek durumu bu beyan edilmi\u015f durumla e\u015fle\u015ftirmeye \u00e7al\u0131\u015f\u0131r. Bu, ArgoCD’nin temel \u00e7al\u0131\u015fma prensibidir: s\u00fcrekli bir mutabakat d\u00f6ng\u00fcs\u00fc (reconciliation loop). ArgoCD, uygulaman\u0131z\u0131n veya altyap\u0131n\u0131z\u0131n istedi\u011finiz durumunu Git’te tan\u0131mlaman\u0131z\u0131 bekler. Ard\u0131ndan, bir “kontrol d\u00fczlemi” gibi \u00e7al\u0131\u015farak, Kubernetes API’si arac\u0131l\u0131\u011f\u0131yla k\u00fcmenizdeki mevcut durumu (actual state) izler. E\u011fer mevcut durum, Git’teki beyan edilmi\u015f durumdan (desired state) farkl\u0131l\u0131k g\u00f6steriyorsa, yani bir yap\u0131land\u0131rma kaymas\u0131 (drift) varsa, ArgoCD bu fark\u0131 alg\u0131lar ve gerekli d\u00fczeltmeleri yaparak k\u00fcmenizi tekrar istedi\u011finiz duruma getirir. Bu, ArgoCD’nin otomatikle\u015ftirilmi\u015f da\u011f\u0131t\u0131m, izleme ve s\u00fcrd\u00fcr\u00fclebilirlik yeteneklerinin temelini olu\u015fturur. Uygulaman\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fc boyunca Git deposundaki bir de\u011fi\u015fiklik, ArgoCD taraf\u0131ndan otomatik olarak alg\u0131lan\u0131r ve k\u0131sa s\u00fcre i\u00e7inde hedef Kubernetes k\u00fcmesine da\u011f\u0131t\u0131l\u0131r. Bu sayede, geli\u015ftiriciler ve operasyon ekipleri, altyap\u0131 ve uygulamalar\u0131n durumu hakk\u0131nda her zaman tek ve g\u00fcvenilir bir kayna\u011fa sahip olurlar. Ayr\u0131ca, Git’in sundu\u011fu s\u00fcr\u00fcm kontrol \u00f6zellikleri sayesinde, yap\u0131lan her de\u011fi\u015fikli\u011fin kim taraf\u0131ndan, ne zaman ve hangi ama\u00e7la yap\u0131ld\u0131\u011f\u0131 kolayca takip edilebilir. Bu \u015feffafl\u0131k, hata ay\u0131klama ve denetim s\u00fcre\u00e7lerini \u00f6nemli \u00f6l\u00e7\u00fcde kolayla\u015ft\u0131r\u0131r. GitOps yakla\u015f\u0131m\u0131n\u0131n temelinde yatan bu otomasyon ve g\u00fcvenilirlik, ArgoCD sayesinde Kubernetes ortamlar\u0131nda kolayca ger\u00e7ekle\u015ftirilebilir hale gelmi\u015ftir. ArgoCD, ayn\u0131 zamanda kullan\u0131c\u0131 dostu bir web aray\u00fcz\u00fc sunarak, da\u011f\u0131t\u0131lan uygulamalar\u0131n durumunu, senkronizasyon durumunu ve sa\u011fl\u0131k kontrollerini g\u00f6rsel olarak izleme imkan\u0131 da tan\u0131r, bu da \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k ortamlar i\u00e7in paha bi\u00e7ilmez bir avantajd\u0131r.<\/p>\n
ArgoCD’nin en temel ve g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biri olan Otomatik Senkronizasyon (AutoSync), GitOps felsefesinin kalbinde yer al\u0131r. Bu \u00f6zellik, ArgoCD’nin Git deponuzdaki uygulama manifestolar\u0131nda yap\u0131lan de\u011fi\u015fiklikleri otomatik olarak alg\u0131lamas\u0131n\u0131 ve bunlar\u0131 hedef Kubernetes k\u00fcmesindeki mevcut kaynaklara yans\u0131tmas\u0131n\u0131 sa\u011flar. Temel olarak, “Git’teki neyse o” ilkesini otomatize eder. Manuel senkronizasyon ihtiyac\u0131n\u0131 ortadan kald\u0131rarak, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r, insan hatalar\u0131n\u0131 azalt\u0131r ve ortam tutarl\u0131l\u0131\u011f\u0131n\u0131 garanti eder.<\/p>\n
AutoSync’i etkinle\u015ftirmek son derece basittir. Bir ArgoCD Application kayna\u011f\u0131 tan\u0131mlarken, A\u015fa\u011f\u0131da, bir Nginx uygulamas\u0131n\u0131 ArgoCD ile otomatik olarak senkronize etmek i\u00e7in kullanabilece\u011finiz \u00f6rnek bir <\/code><\/p>\n Bu B\u00fcy\u00fck bir e-ticaret platformunda \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131z\u0131 hayal edin. Platformunuz d\u00fczinelerce mikroservisten olu\u015fuyor ve geli\u015ftirme ekipleri s\u00fcrekli olarak yeni \u00f6zellikler ekliyor veya mevcutlar\u0131 g\u00fcncelliyor. Her mikroservisin kendi Git deposu ve ArgoCD Application tan\u0131m\u0131 var. AutoSync'i t\u00fcm bu uygulamalar i\u00e7in etkinle\u015ftirerek, geli\u015ftiriciler Git'e bir de\u011fi\u015fiklik commit etti\u011finde (\u00f6rne\u011fin, yeni bir Docker imaj\u0131 s\u00fcr\u00fcm\u00fcn\u00fc i\u00e7eren bir Deployment manifestosu), bu de\u011fi\u015fikli\u011fin saniyeler i\u00e7inde test veya \u00fcretim ortam\u0131na otomatik olarak da\u011f\u0131t\u0131lmas\u0131n\u0131 sa\u011flayabilirsiniz. Bu, manuel onay ve senkronizasyon bekleme s\u00fcresini ortadan kald\u0131r\u0131r, \"deploy on commit\" (commit edildi\u011finde da\u011f\u0131t) k\u00fclt\u00fcr\u00fcn\u00fc te\u015fvik eder ve ekiplerin \u00e7ok daha h\u0131zl\u0131 iterasyon yapmas\u0131na olanak tan\u0131r. Olas\u0131 bir hata durumunda ise, Git'teki \u00f6nceki bir commit'e geri d\u00f6n\u00fclerek h\u0131zl\u0131ca rollback yap\u0131labilir ve AutoSync bu geri d\u00f6n\u00fc\u015f\u00fc otomatik olarak hedef k\u00fcme \u00fczerinde uygular, bu da kesinti s\u00fcrelerini minimize eder.<\/p>\n \u00d6zetle, AutoSync, ArgoCD'nin sundu\u011fu temel otomasyon katman\u0131d\u0131r. Do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinizdeki verimlili\u011fi ve g\u00fcvenilirli\u011fi \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. \u015eimdi, uygulamalar\u0131n\u0131z\u0131n sadece da\u011f\u0131t\u0131lmakla kalmay\u0131p ayn\u0131 zamanda sa\u011fl\u0131kl\u0131 \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan nas\u0131l emin olaca\u011f\u0131m\u0131za, yani ArgoCD Sa\u011fl\u0131k Kontrollerine ge\u00e7elim.<\/p>\n Bir uygulaman\u0131n sadece da\u011f\u0131t\u0131lm\u0131\u015f olmas\u0131, onun sa\u011fl\u0131kl\u0131 \u00e7al\u0131\u015ft\u0131\u011f\u0131 anlam\u0131na gelmez. Bir pod'un \u00e7al\u0131\u015f\u0131yor gibi g\u00f6r\u00fcnmesi, i\u00e7erideki uygulaman\u0131n d\u00fczg\u00fcn yan\u0131t verdi\u011finin veya t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131n yerinde oldu\u011funun garantisi de\u011fildir. \u0130\u015fte bu noktada ArgoCD'nin kapsaml\u0131 Sa\u011fl\u0131k Kontrolleri (Health Checks) devreye girer. Bu \u00f6zellik, da\u011f\u0131t\u0131lan Kubernetes kaynaklar\u0131n\u0131z\u0131n sadece var olup olmad\u0131\u011f\u0131n\u0131 de\u011fil, ayn\u0131 zamanda beklenen operasyonel durumda olup olmad\u0131\u011f\u0131n\u0131 da s\u00fcrekli olarak izler ve raporlar. Bu kontroller, AutoSync ve Self-Heal \u00f6zelliklerinin etkin \u00e7al\u0131\u015fabilmesi i\u00e7in temel bir zemin olu\u015fturur; zira ArgoCD'nin bir kayna\u011f\u0131n \"sa\u011fl\u0131ks\u0131z\" oldu\u011funu alg\u0131lamas\u0131, otomatik d\u00fczeltme eylemlerini tetiklemesinin ilk ad\u0131m\u0131d\u0131r.<\/p>\n ArgoCD, Kubernetes'in yerle\u015fik durum kontrollerini ve kaynaklara \u00f6zg\u00fc mant\u0131\u011f\u0131 kullanarak sa\u011fl\u0131k durumunu belirler. \u00c7o\u011fu Kubernetes kayna\u011f\u0131 i\u00e7in (Deployment, StatefulSet, DaemonSet, Service, Ingress vb.) ArgoCD'nin i\u00e7inde tan\u0131ml\u0131 varsay\u0131lan bir sa\u011fl\u0131k kontrol mant\u0131\u011f\u0131 vard\u0131r. \u00d6rne\u011fin:<\/p>\n Bu varsay\u0131lan kontroller, \u00e7o\u011fu senaryo i\u00e7in yeterli olsa da, baz\u0131 karma\u015f\u0131k veya \u00f6zel kaynaklar i\u00e7in ek kontroller gerekebilir. ArgoCD, bu t\u00fcr durumlar i\u00e7in \u00f6zel sa\u011fl\u0131k kontrolleri tan\u0131mlaman\u0131za da olanak tan\u0131r. Bunu, Lua komut dosyalar\u0131 (script) kullanarak veya ArgoCD uzant\u0131lar\u0131 arac\u0131l\u0131\u011f\u0131yla yapabilirsiniz.<\/p>\n Bir Nginx Deployment'\u0131 d\u00fc\u015f\u00fcnelim. A\u015fa\u011f\u0131daki manifestoyu k\u00fcmenize da\u011f\u0131tt\u0131\u011f\u0131n\u0131zda:<\/p>\n <\/code><\/p>\n ArgoCD, bu Deployment'\u0131n sa\u011fl\u0131k durumunu izleyecektir. E\u011fer:<\/p>\n Bu, ArgoCD UI's\u0131nda ve CLI's\u0131nda a\u00e7\u0131k\u00e7a g\u00f6r\u00fclebilir. Kubernetes'in ArgoCD'nin varsay\u0131lan kontrollerinin yeterli olmad\u0131\u011f\u0131 durumlarda, \u00f6zel kontrollerle esneklik sa\u011flayabilirsiniz. \u00d6rne\u011fin, \u00f6zel bir Kubernetes kayna\u011f\u0131 (Custom Resource Definition - CRD) da\u011f\u0131tt\u0131ysan\u0131z ve ArgoCD'nin bu kayna\u011f\u0131n sa\u011fl\u0131k durumunu belirli bir alana bakarak anlamas\u0131n\u0131 istiyorsan\u0131z, bir Lua beti\u011fi yazabilirsiniz. Bu betikler, ArgoCD kontrol d\u00fczleminde \u00e7al\u0131\u015f\u0131r ve bir kayna\u011f\u0131n durumunu analiz ederek \u00d6rnek bir Lua beti\u011fi (\u00f6rne\u011fin <\/code><\/p>\n Bu beti\u011fi ArgoCD yap\u0131land\u0131rmas\u0131na ekleyerek (genellikle Sa\u011fl\u0131k kontrolleri, ArgoCD'nin uygulamalar\u0131n\u0131z\u0131n ger\u00e7ek operasyonel sa\u011fl\u0131\u011f\u0131n\u0131 anlamas\u0131n\u0131 sa\u011flar. Bu bilgi, Otomatik Senkronizasyon ile birle\u015fti\u011finde, uygulamalar\u0131n\u0131z\u0131n sadece Git'tekiyle e\u015fle\u015fmekle kalmay\u0131p ayn\u0131 zamanda beklendi\u011fi gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan da emin olman\u0131za yard\u0131mc\u0131 olur. Ancak bu kontroller, sadece izlemekten fazlas\u0131n\u0131 yapabilir. Bir sonraki b\u00f6l\u00fcmde, ArgoCD'nin kendi kendini iyile\u015ftirme yetene\u011fi olan Self-Heal'\u0131 inceleyece\u011fiz, ki bu yetenek, sa\u011fl\u0131k kontrollerinden gelen bilgileri kullanarak otomatik d\u00fczeltmeler yapar.<\/p>\n Bir Kubernetes k\u00fcmesinde, yap\u0131land\u0131rma kaymalar\u0131 (configuration drift) ka\u00e7\u0131n\u0131lmazd\u0131r. Manuel de\u011fi\u015fiklikler, hatal\u0131 otomasyonlar, bir kontrolc\u00fcn\u00fcn yanl\u0131\u015f davran\u0131\u015f\u0131 veya hatta k\u00f6t\u00fc niyetli eylemler nedeniyle, k\u00fcmenizdeki canl\u0131 kaynaklar (Deployment'lar, Servisler, ConfigMap'ler vb.), Git deponuzda beyan etti\u011finiz durumdan farkl\u0131 bir hale gelebilir. \u0130\u015fte bu noktada ArgoCD'nin Kendi Kendini \u0130yile\u015ftirme (Self-Heal) \u00f6zelli\u011fi, GitOps felsefesini tam anlam\u0131yla hayata ge\u00e7irerek devreye girer. Self-Heal, ArgoCD'nin bir yap\u0131land\u0131rma kaymas\u0131 veya uygulaman\u0131n sa\u011fl\u0131\u011f\u0131nda bir bozulma (degradation) tespit etti\u011finde, otomatik olarak m\u00fcdahale ederek k\u00fcmedeki durumu Git'teki istedi\u011fi duruma geri d\u00f6nd\u00fcrmesini sa\u011flar.<\/p>\n Self-Heal, temelde ArgoCD'nin s\u00fcrekli mutabakat d\u00f6ng\u00fcs\u00fcn\u00fcn (reconciliation loop) bir uzant\u0131s\u0131d\u0131r. ArgoCD, Git'teki istedi\u011fi durumu (desired state) Kubernetes k\u00fcmesindeki mevcut durumla (actual state) kar\u015f\u0131la\u015ft\u0131r\u0131rken bir fark (drift) veya uygulaman\u0131n sa\u011fl\u0131k durumunda bir bozulma ( Self-Heal'\u0131 etkinle\u015ftirmek, AutoSync'i etkinle\u015ftirmek kadar basittir. ArgoCD <\/code><\/p>\n Yukar\u0131daki <\/code><\/p>\n \u015eimdi, bir m\u00fchendis yanl\u0131\u015fl\u0131kla (veya bir betik hatas\u0131 sonucu) k\u00fcmede do\u011frudan de\u011fi\u015fiklik yaparak bu Deployment'\u0131n replika say\u0131s\u0131n\u0131 1'e d\u00fc\u015f\u00fcrs\u00fcn:<\/p>\n <\/code><\/p>\n Bu komut \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131ktan sonra, Kubernetes k\u00fcmesindeki K\u0131sa bir s\u00fcre sonra, B\u00fcy\u00fck bir finans kurulu\u015funda \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131z\u0131 ve k\u00fcmenizin s\u0131k\u0131 denetim ve g\u00fcvenlik standartlar\u0131na tabi oldu\u011funu varsayal\u0131m. Yanl\u0131\u015f bir kubectl komutu veya hatal\u0131 bir otomasyon beti\u011fi, bir production veritaban\u0131 ba\u011flant\u0131 dizesini veya bir g\u00fcvenlik duvar\u0131 kural\u0131n\u0131 de\u011fi\u015ftirebilir, potansiyel olarak veri s\u0131z\u0131nt\u0131lar\u0131na veya hizmet kesintilerine yol a\u00e7abilir. Bu t\u00fcr kritik durumlarda, Self-Heal \u00f6zelli\u011fi bir \"g\u00fcvenlik a\u011f\u0131\" g\u00f6revi g\u00f6r\u00fcr. ArgoCD, herhangi bir yetkisiz veya istenmeyen de\u011fi\u015fikli\u011fi an\u0131nda alg\u0131lar ve Git'teki onaylanm\u0131\u015f ve denetimden ge\u00e7mi\u015f duruma geri d\u00f6nd\u00fcr\u00fcr. Bu, operasyon ekiplerine g\u00f6n\u00fcl rahatl\u0131\u011f\u0131 sa\u011flar ve g\u00fcvenlik ihlallerinin etkisini minimize eder. Ayn\u0131 zamanda, SRE ekipleri i\u00e7in kritik olan, sistemin kendi kendini iyile\u015ftirme yetene\u011fi sayesinde \"uykuyu b\u00f6lmeyen\" bir operasyonel model olu\u015fturulmu\u015f olur.<\/p>\n Self-Heal, ArgoCD'nin sundu\u011fu en g\u00fc\u00e7l\u00fc \"g\u00fcvenlik ve tutarl\u0131l\u0131k\" \u00f6zelliklerinden biridir. Sa\u011fl\u0131k kontrolleriyle birle\u015fti\u011finde, uygulamalar\u0131n\u0131z\u0131n sadece istenilen durumda da\u011f\u0131t\u0131lmas\u0131n\u0131 de\u011fil, ayn\u0131 zamanda bu durumu aktif olarak s\u00fcrd\u00fcrmesini de sa\u011flar. Bu yetenekler, modern DevOps ve SRE uygulamalar\u0131n\u0131n temel ta\u015flar\u0131ndan biridir.<\/p>\n ArgoCD'nin AutoSync, Sa\u011fl\u0131k Kontrolleri ve Self-Heal \u00f6zellikleri, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinizi temelden g\u00fc\u00e7lendirir. Ancak ArgoCD'nin yetenekleri bunlarla s\u0131n\u0131rl\u0131 de\u011fil. Daha karma\u015f\u0131k senaryolarda, da\u011f\u0131t\u0131mlar\u0131n\u0131z\u0131 daha da optimize etmek ve ortam\u0131n\u0131z \u00fczerinde daha fazla kontrol sahibi olmak i\u00e7in kullanabilece\u011finiz ileri d\u00fczey \u00f6zellikler ve en iyi uygulamalar bulunmaktad\u0131r.<\/p>\n Mikroservis mimarilerinde veya katmanl\u0131 uygulamalarda, belirli kaynaklar\u0131n di\u011ferlerinden \u00f6nce veya sonra da\u011f\u0131t\u0131lmas\u0131 gerekebilir. \u00d6rne\u011fin, bir veritaban\u0131n\u0131n veya yap\u0131land\u0131rma servisinin, ona ba\u011f\u0131ml\u0131 olan uygulama servislerinden \u00f6nce ba\u015flat\u0131lmas\u0131 gerekir. Sync Waves, ArgoCD'nin senkronizasyon s\u00fcrecini birden fazla a\u015famaya (dalga) b\u00f6lmenize olanak tan\u0131r. Kaynaklar\u0131n\u0131za <\/code><\/p>\n Bu \u00f6rnekte, ArgoCD, da\u011f\u0131t\u0131m ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fcn farkl\u0131 a\u015famalar\u0131nda \u00f6zel komutlar veya otomasyon betikleri \u00e7al\u0131\u015ft\u0131rman\u0131za olanak tan\u0131yan senkronizasyon kancalar\u0131n\u0131 (hooks) destekler. Bu, veritaban\u0131 migrasyonlar\u0131, testler \u00e7al\u0131\u015ft\u0131rma veya bildirimler g\u00f6nderme gibi g\u00f6revler i\u00e7in idealdir:<\/p>\n <\/code><\/p>\n Bu Bazen, ArgoCD'nin belirli kaynaklar\u0131 y\u00f6netmesini istemeyebilirsiniz (\u00f6rne\u011fin, bir operat\u00f6r taraf\u0131ndan y\u00f6netilen CRD'ler) veya belirli alanlardaki kaymalar\u0131 g\u00f6z ard\u0131 etmek isteyebilirsiniz. ArgoCD, bu senaryolar i\u00e7in esnek yap\u0131land\u0131rma se\u00e7enekleri sunar:<\/p>\n <\/code><\/p>\n Bu, Self-Heal'\u0131 tamamen kapatmadan, belirli alanlarda manuel de\u011fi\u015fikliklere izin verir.<\/p>\n<\/li>\n ArgoCD'nin durumu, \u00f6zellikle Makale gereksinimlerinde \"mobil uyumlu HTML \u00fcret (media query \u00f6rnekleri dahil)\" ifadesi ge\u00e7iyor. Bu, do\u011frudan ArgoCD'nin i\u00e7indeki bir \u00f6zellik olmasa da, GitOps'un modern uygulama geli\u015ftirme ve da\u011f\u0131t\u0131m\u0131ndaki rol\u00fcn\u00fc vurgulamak i\u00e7in bir ba\u011flam olarak ele al\u0131nabilir. Bir web uygulamas\u0131n\u0131n mobil uyumlu (responsive) olmas\u0131, genellikle CSS media query'leri kullan\u0131larak sa\u011flan\u0131r. Bu media query'leri i\u00e7eren HTML\/CSS\/JS kodunuz, Git deponuzda durur. ArgoCD ile GitOps felsefesini uygulad\u0131\u011f\u0131n\u0131zda:<\/p>\n Bu s\u00fcre\u00e7, mobil uyumlu bir web uygulamas\u0131n\u0131n (veya herhangi bir uygulaman\u0131n) kod taban\u0131ndan \u00fcretim ortam\u0131na kadar tutarl\u0131, tekrarlanabilir ve otomatik bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131n\u0131 sa\u011flar. ArgoCD, geli\u015ftirme ve operasyon ekiplerinin uygulaman\u0131n i\u015flevselli\u011fine (mobil uyumlulu\u011fu dahil) odaklanmas\u0131na olanak tan\u0131rken, da\u011f\u0131t\u0131m\u0131n g\u00fcvenilirli\u011fini garanti eder. \u00d6zetle, ArgoCD ve GitOps, uygulaman\u0131z\u0131n kalitesini (mobil uyumluluk gibi) garanti eden kodu h\u0131zl\u0131 ve g\u00fcvenli bir \u015fekilde son kullan\u0131c\u0131lara ula\u015ft\u0131ran bir k\u00f6pr\u00fc g\u00f6revi g\u00f6r\u00fcr.<\/p>\n Bu ileri d\u00fczey \u00f6zellikler ve en iyi uygulamalar, ArgoCD'nin GitOps yolculu\u011funuzda sadece bir da\u011f\u0131t\u0131m arac\u0131 olmaktan \u00e7ok, karma\u015f\u0131k sistemleri y\u00f6netmek ve s\u00fcrd\u00fcr\u00fclebilirliklerini sa\u011flamak i\u00e7in g\u00fc\u00e7l\u00fc bir platform haline gelmesini sa\u011flar.<\/p>\n Bu makalede, ArgoCD'nin GitOps tabanl\u0131 s\u00fcrekli teslimat s\u00fcre\u00e7lerinizi nas\u0131l devrim niteli\u011finde iyile\u015ftirebilece\u011fini, \u00f6zellikle Otomatik Senkronizasyon (AutoSync), Sa\u011fl\u0131k Kontrolleri (Health Checks) ve Kendi Kendini \u0130yile\u015ftirme (Self-Heal) \u00f6zellikleriyle ele ald\u0131k. G\u00f6rd\u00fc\u011f\u00fcm\u00fcz gibi, AutoSync ile manuel m\u00fcdahale ihtiyac\u0131n\u0131 ortadan kald\u0131rarak da\u011f\u0131t\u0131m h\u0131z\u0131n\u0131 ve verimlili\u011fini art\u0131r\u0131yoruz. Kapsaml\u0131 sa\u011fl\u0131k kontrolleri sayesinde uygulamalar\u0131m\u0131z\u0131n sadece da\u011f\u0131t\u0131lmakla kalmay\u0131p, ayn\u0131 zamanda aktif olarak sa\u011fl\u0131kl\u0131 \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin oluyoruz. Ve en \u00f6nemlisi, Self-Heal mekanizmas\u0131, beklenmedik yap\u0131land\u0131rma kaymalar\u0131na veya bozulmalara kar\u015f\u0131 otomatik olarak diren\u00e7 g\u00f6stererek, uygulamalar\u0131m\u0131z\u0131n ve altyap\u0131m\u0131z\u0131n her zaman Git'teki istedi\u011fimiz durumu yans\u0131tmas\u0131n\u0131 sa\u011fl\u0131yor. Bu \u00fc\u00e7 \u00f6zellik bir araya geldi\u011finde, ekiplerin daha az manuel i\u015f y\u00fck\u00fcyle daha tutarl\u0131, g\u00fcvenilir ve diren\u00e7li Kubernetes ortamlar\u0131 olu\u015fturmas\u0131na olanak tan\u0131yor. ArgoCD, operasyonel y\u00fck\u00fc hafifleterek, geli\u015ftiricilerin yenilik\u00e7i \u00f6zellikler \u00fczerinde yo\u011funla\u015fmas\u0131n\u0131 sa\u011flarken, operasyon ekiplerine de daha az m\u00fcdahaleyle daha stabil sistemler y\u00f6netme imkan\u0131 sunar. GitOps felsefesinin en g\u00fc\u00e7l\u00fc temsilcilerinden biri olan ArgoCD, modern bulut yerel uygulamalar\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc y\u00f6netmek i\u00e7in vazge\u00e7ilmez bir ara\u00e7 haline gelmi\u015ftir. Art\u0131k, da\u011f\u0131t\u0131mlar\u0131n\u0131zda g\u00fcvenli\u011fi, tutarl\u0131l\u0131\u011f\u0131 ve otomasyonu en \u00fcst d\u00fczeye \u00e7\u0131karmak i\u00e7in gerekli bilgiye sahipsiniz. ArgoCD ile g\u00fcvenilir ve g\u00fc\u00e7l\u00fc bir s\u00fcrekli teslimat ak\u0131\u015f\u0131 olu\u015fturman\u0131n kap\u0131lar\u0131 ard\u0131na kadar a\u00e7\u0131k.<\/p>\n Cevap 1:<\/strong> Genel olarak evet, AutoSync da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r ve tutarl\u0131l\u0131\u011f\u0131 art\u0131r\u0131r. Ancak, baz\u0131 \u00f6zel durumlarda (\u00f6rne\u011fin, kritik \u00fcretim ortamlar\u0131nda b\u00fcy\u00fck de\u011fi\u015fiklikler i\u00e7in ek manuel onay ad\u0131mlar\u0131 gerektiren senaryolar veya h\u0131zl\u0131 prototipleme yap\u0131lan geli\u015ftirme ortamlar\u0131), manuel senkronizasyon tercih edilebilir veya AutoSync'e ek onay mekanizmalar\u0131 (\u00f6rne\u011fin, ArgoCD PreSync hook'lar\u0131 ile) entegre edilebilir.<\/p>\n<\/li>\n Cevap 2:<\/strong> Hay\u0131r, ArgoCD kontrol d\u00fczlemi Kubernetes API'sini dinleyerek ve Git depolar\u0131n\u0131 izleyerek \u00e7al\u0131\u015f\u0131r. Uygulaman\u0131z\u0131n \u00e7al\u0131\u015fma zaman\u0131n\u0131 veya performans\u0131n\u0131 do\u011frudan etkilemez. Self-Heal tetiklendi\u011finde, sadece Kubernetes API'sine belirli kaynaklar\u0131 Git'teki duruma d\u00f6nd\u00fcrmek i\u00e7in komutlar g\u00f6nderir, bu da genellikle \u00e7ok h\u0131zl\u0131 ger\u00e7ekle\u015fir ve uygulaman\u0131n kendi i\u00e7inde herhangi bir performans d\u00fc\u015f\u00fc\u015f\u00fcne neden olmaz.<\/p>\n<\/li>\n Cevap 3:<\/strong> Do\u011frudan hay\u0131r, ArgoCD \u00f6ncelikli olarak Kubernetes kaynaklar\u0131n\u0131 y\u00f6netmek \u00fczere tasarlanm\u0131\u015ft\u0131r. Ancak, Crossplane veya HashiCorp Terraform Operator gibi Kubernetes tabanl\u0131 operat\u00f6rleri kullanarak Kubernetes d\u0131\u015f\u0131ndaki kaynaklar\u0131 (\u00f6rne\u011fin, AWS S3 bucket'lar\u0131, Azure veritabanlar\u0131) bir Kubernetes CRD'si olarak tan\u0131mlayabilir ve bu CRD'leri ArgoCD arac\u0131l\u0131\u011f\u0131yla GitOps prensipleriyle y\u00f6netebilirsiniz.<\/p>\n<\/li>\n Cevap 4:<\/strong> ArgoCD'nin varsay\u0131lan sa\u011fl\u0131k kontrolleri, \u00e7o\u011fu standart Kubernetes kayna\u011f\u0131 i\u00e7in yeterli olsa da, baz\u0131 \u00f6zel kaynaklar (CRD'ler) veya karma\u015f\u0131k uygulama durumlar\u0131 i\u00e7in \u00f6zel kontroller gerekebilir. \u00d6rne\u011fin, \u00f6zel bir operat\u00f6r taraf\u0131ndan y\u00f6netilen bir veri taban\u0131 k\u00fcmesinin \"sa\u011fl\u0131kl\u0131\" say\u0131lmas\u0131 i\u00e7in birden fazla ko\u015fulun (replikasyon durumu, lider se\u00e7imi vb.) yerine gelmesi gerekebilir. Lua betikleri veya ArgoCD uzant\u0131lar\u0131yla \u00f6zel sa\u011fl\u0131k kontrolleri tan\u0131mlayarak bu senaryolar\u0131 kapsayabilirsiniz.<\/p>\n<\/li>\n Cevap 5:<\/strong> Self-Heal, k\u00fcmedeki istenmeyen veya bozulmu\u015f bir durumu Git'teki istenen duruma otomatik olarak geri d\u00f6nd\u00fcrmeye odaklan\u0131rken, manuel veya otomatik bir rollback i\u015flemi, uygulaman\u0131n Git deponuzdaki \u00f6nceki (genellikle sa\u011fl\u0131kl\u0131 oldu\u011fu bilinen) bir commit'ine d\u00f6nmesini sa\u011flar. Self-Heal, son da\u011f\u0131t\u0131lan \"iyi\" duruma d\u00f6nmeyi garanti ederken, rollback, uygulaman\u0131n kod taban\u0131nda yap\u0131lan bir hatan\u0131n giderilmesi amac\u0131yla tamamen farkl\u0131 bir s\u00fcr\u00fcme d\u00f6nmek i\u00e7in kullan\u0131l\u0131r. \u0130kisi de uygulaman\u0131n istikrar\u0131n\u0131 sa\u011flayan tamamlay\u0131c\u0131 g\u00fcvenlik mekanizmalar\u0131d\u0131r.<\/p>\n<\/li>\n<\/ul>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Modern yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerinde, uygulamalar\u0131n s\u00fcrekli ve sorunsuz bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131 kritik \u00f6neme sahiptir. Peki, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinizdeki manuel…","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":[1],"tags":[],"class_list":{"0":"post-35265","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nsyncPolicy<\/code> alt\u0131na automated: {}<\/code> blo\u011funu eklemeniz yeterlidir. Ancak, bu blo\u011fun i\u00e7inde kullanabilece\u011finiz birka\u00e7 \u00f6nemli parametre vard\u0131r:<\/p>\n\n
prune: true<\/strong><\/code>:<\/strong> Bu parametre etkinle\u015ftirildi\u011finde, ArgoCD, Git deponuzda art\u0131k bulunmayan ancak k\u00fcmede hala mevcut olan kaynaklar\u0131 otomatik olarak siler. Bu, ortam\u0131n\u0131z\u0131n temiz kalmas\u0131n\u0131 ve gereksiz veya eski kaynaklar\u0131n birikmesini \u00f6nler. \u00d6rne\u011fin, bir Deployment’\u0131 Git’ten kald\u0131rd\u0131\u011f\u0131n\u0131zda, prune: true<\/code> sayesinde ArgoCD bu Deployment’\u0131 k\u00fcmeden de silecektir.\n <\/li>\nselfHeal: true<\/strong><\/code>:<\/strong> Bu, ArgoCD’nin en g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biridir ve bu makalenin ilerleyen b\u00f6l\u00fcmlerinde ayr\u0131nt\u0131l\u0131 olarak ele al\u0131nacakt\u0131r. \u00d6zetle, k\u00fcmede istenmeyen bir yap\u0131land\u0131rma de\u011fi\u015fikli\u011fi (drift) alg\u0131land\u0131\u011f\u0131nda, ArgoCD’nin bu de\u011fi\u015fikli\u011fi otomatik olarak geri alarak uygulamay\u0131 Git’teki istedi\u011fi duruma d\u00f6nd\u00fcrmesini sa\u011flar. Bu, sisteminizin kendi kendini iyile\u015ftirmesini ve d\u0131\u015f m\u00fcdahalelere kar\u015f\u0131 diren\u00e7li olmas\u0131n\u0131 sa\u011flar.\n <\/li>\nallowEmpty: true<\/strong><\/code>:<\/strong> Bu parametre, senkronizasyon s\u0131ras\u0131nda hedef dizinde hi\u00e7bir Kubernetes kayna\u011f\u0131 bulunmad\u0131\u011f\u0131nda ArgoCD’nin hata vermemesini sa\u011flar. Genellikle \u00f6zel durumlar i\u00e7in kullan\u0131l\u0131r.\n <\/li>\n<\/ul>\nUygulamal\u0131 \u00d6rnek: Basit Bir Nginx Uygulamas\u0131 \u0130\u00e7in AutoSync<\/h4>\n
Application<\/code> manifestosu bulunmaktad\u0131r. Bu \u00f6rnekte hem prune<\/code> hem de selfHeal<\/code> etkinle\u015ftirilmi\u015ftir.<\/p>\n\napiVersion: argoproj.io\/v1alpha1\nkind: Application\nmetadata:\n name: nginx-test-app\n namespace: argocd\nspec:\n project: default\n source:\n repoURL: https:\/\/github.com\/your-org\/your-gitops-repo.git\n targetRevision: HEAD\n path: apps\/nginx # Git deposundaki Kubernetes manifestolar\u0131n\u0131n yolu\n destination:\n server: https:\/\/kubernetes.default.svc\n namespace: nginx-example\n syncPolicy:\n automated:\n prune: true # Git'ten kald\u0131r\u0131lan kaynaklar\u0131 otomatik sil\n selfHeal: true # Yap\u0131land\u0131rma kaymas\u0131n\u0131 otomatik d\u00fczelt\n syncOptions:\n - CreateNamespace=true # E\u011fer hedef namespace yoksa olu\u015ftur\n\n <\/pre>\nApplication<\/code> manifestosunu ArgoCD'ye uygulad\u0131\u011f\u0131n\u0131zda (\u00f6rne\u011fin kubectl apply -f your-app.yaml<\/code>), ArgoCD belirtti\u011finiz Git deposundaki apps\/nginx<\/code> yolunu izlemeye ba\u015flayacakt\u0131r. Bu yoldaki herhangi bir de\u011fi\u015fiklik (yeni bir Deployment, mevcut bir servisin g\u00fcncellemesi vb.), ArgoCD taraf\u0131ndan otomatik olarak alg\u0131lanacak ve nginx-example<\/code> namespace'ine uygulanacakt\u0131r. E\u011fer bir kayna\u011f\u0131 Git'ten kald\u0131r\u0131rsan\u0131z ve prune: true<\/code> ayar\u0131 etkinse, ArgoCD onu k\u00fcmeden de silebilir. Ayn\u0131 \u015fekilde, e\u011fer k\u00fcmede manuel olarak bir de\u011fi\u015fiklik yap\u0131l\u0131rsa ve selfHeal: true<\/code> etkinse, ArgoCD bu de\u011fi\u015fikli\u011fi alg\u0131lay\u0131p Git'teki duruma geri d\u00f6nd\u00fcrecektir.<\/p>\nGer\u00e7ek D\u00fcnya Senaryosu: Mikroservisler ve H\u0131zl\u0131 \u0130terasyon<\/h4>\n
ArgoCD Sa\u011fl\u0131k Kontrolleri (Health Checks) Ne \u0130\u015fe Yarar ve Nas\u0131l Yap\u0131land\u0131r\u0131l\u0131r?<\/h2>\n
Sa\u011fl\u0131k Kontrolleri Neden Hayati \u00d6nem Ta\u015f\u0131r?<\/h3>\n
\n
Synced<\/code>, OutOfSync<\/code>) ve sa\u011fl\u0131k durumunu (Healthy<\/code>, Degraded<\/code>, Progressing<\/code>, Missing<\/code>, Suspended<\/code>) ayr\u0131 ayr\u0131 g\u00f6sterir. Bu, operat\u00f6rlere uygulaman\u0131n genel sa\u011fl\u0131\u011f\u0131 hakk\u0131nda daha derinlemesine bilgi sa\u011flar.\n <\/li>\nDegraded<\/code> olarak i\u015faretler. Bu, sorunlara h\u0131zl\u0131 m\u00fcdahale etme yetene\u011fi sa\u011flar.\n <\/li>\nselfHeal: true<\/code> olarak ayarland\u0131\u011f\u0131nda, ArgoCD'nin bir kayna\u011f\u0131 Degraded<\/code> olarak alg\u0131lamas\u0131, Git'teki duruma geri senkronizasyon tetikleyebilir.\n <\/li>\nArgoCD Sa\u011fl\u0131k Kontrolleri Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h3>\n
\n
ready<\/code>) olup olmad\u0131\u011f\u0131na, mevcut replikalar\u0131n (availableReplicas<\/code>) istenen replika say\u0131s\u0131na (replicas<\/code>) ula\u015f\u0131p ula\u015fmad\u0131\u011f\u0131na ve da\u011f\u0131t\u0131m\u0131n tak\u0131l\u0131p tak\u0131lmad\u0131\u011f\u0131na bakar.\n <\/li>\nUygulamal\u0131 \u00d6rnek: Basit Bir Da\u011f\u0131t\u0131m\u0131n Sa\u011fl\u0131k Durumu<\/h4>\n
\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n name: nginx-deployment\nspec:\n replicas: 3\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:latest\n ports:\n - containerPort: 80\n livenessProbe: # Uygulama i\u00e7indeki sa\u011fl\u0131\u011f\u0131 kontrol eder\n httpGet:\n path: \/\n port: 80\n initialDelaySeconds: 5\n periodSeconds: 5\n readinessProbe: # Uygulaman\u0131n trafi\u011fi kar\u015f\u0131lamaya haz\u0131r olup olmad\u0131\u011f\u0131n\u0131 kontrol eder\n httpGet:\n path: \/\n port: 80\n initialDelaySeconds: 5\n periodSeconds: 5\n\n <\/pre>\n\n
Healthy<\/code><\/li>\nDegraded<\/code><\/li>\nProgressing<\/code><\/li>\n<\/ul>\nlivenessProbe<\/code> ve readinessProbe<\/code> mekanizmalar\u0131, pod'lar\u0131n i\u00e7 sa\u011fl\u0131\u011f\u0131n\u0131 ArgoCD'ye raporlamak i\u00e7in kritik \u00f6neme sahiptir. Bu proplar, ArgoCD'nin genel uygulama sa\u011fl\u0131\u011f\u0131 de\u011ferlendirmesine do\u011frudan katk\u0131da bulunur.<\/p>\n\u00d6zel Sa\u011fl\u0131k Kontrolleri (Custom Health Checks)<\/h4>\n
Healthy<\/code>, Degraded<\/code> veya Unknown<\/code> d\u00f6nd\u00fcr\u00fcr.<\/p>\nhealth-check-crd.lua<\/code>):<\/p>\n\n -- mycustomcrd.yaml i\u00e7in \u00f6rnek bir health check\n if obj.status ~= nil and obj.status.phase == \"Running\" then\n return {status = \"Healthy\"}\n end\n if obj.status ~= nil and obj.status.phase == \"Failed\" then\n return {status = \"Degraded\", message = \"Custom CRD in Failed state\"}\n end\n return {status = \"Progressing\", message = \"Custom CRD is starting up\"}\n <\/pre>\nargocd-cm<\/code> ConfigMap'inde), \u00f6zel CRD'lerinizin sa\u011fl\u0131k durumunu da ArgoCD'nin izlemesini sa\u011flayabilirsiniz. Bu, \u00f6zellikle operat\u00f6rlerin veya \u00f6zel otomasyon ara\u00e7lar\u0131n\u0131n karma\u015f\u0131k kaynaklar\u0131 y\u00f6netti\u011fi durumlarda \u00e7ok de\u011ferlidir.<\/p>\nlivenessProbe<\/code> ve readinessProbe<\/code> tan\u0131mlamay\u0131 asla atlamay\u0131n. Bu proplar, uygulaman\u0131z\u0131n ger\u00e7ek sa\u011fl\u0131k durumunu ArgoCD'ye ve Kubernetes kontrol d\u00fczlemine bildirerek, ArgoCD'nin sa\u011fl\u0131k kontrollerini \u00e7ok daha do\u011fru ve anlaml\u0131 hale getirir. \u0130yi tan\u0131mlanm\u0131\u015f proplar, Self-Heal mekanizmas\u0131n\u0131n etkinli\u011fini do\u011frudan art\u0131r\u0131r.\n <\/div>\n<\/p>\nArgoCD'de Kendi Kendini \u0130yile\u015ftirme (Self-Heal): Felaketlere Kar\u015f\u0131 Diren\u00e7<\/h2>\n
Self-Heal Nedir ve Neden \u00d6nemlidir?<\/h3>\n
Degraded<\/code> durumu) alg\u0131larsa, e\u011fer selfHeal: true<\/code> olarak ayarlanm\u0131\u015fsa, otomatik olarak bir senkronizasyon i\u015flemi tetikler. Bu senkronizasyon, k\u00fcmedeki kaynaklar\u0131 Git'teki tan\u0131mlar\u0131na geri d\u00f6nd\u00fcrerek, istenmeyen de\u011fi\u015fiklikleri iptal eder veya bozuk kaynaklar\u0131 yeniden da\u011f\u0131t\u0131r. Bu \u00f6zellik, a\u015fa\u011f\u0131daki nedenlerle kritik \u00f6neme sahiptir:<\/p>\n\n
Self-Heal Nas\u0131l Etkinle\u015ftirilir?<\/h3>\n
Application<\/code> manifestonuzdaki syncPolicy.automated<\/code> blo\u011funa selfHeal: true<\/code> eklemeniz yeterlidir:<\/p>\n\napiVersion: argoproj.io\/v1alpha1\nkind: Application\nmetadata:\n name: critical-service-app\n namespace: argocd\nspec:\n project: default\n source:\n repoURL: https:\/\/github.com\/your-org\/prod-infra.git\n targetRevision: HEAD\n path: services\/backend\n destination:\n server: https:\/\/kubernetes.default.svc\n namespace: prod-backend\n syncPolicy:\n automated:\n prune: true\n selfHeal: true # \u0130\u015fte bu! Kendi kendini iyile\u015ftirme aktif.\n syncOptions:\n - CreateNamespace=true\n\n <\/pre>\nUygulamal\u0131 \u00d6rnek: Self-Heal'\u0131 \u0130\u015f Ba\u015f\u0131nda G\u00f6rmek<\/h4>\n
Application<\/code> manifestosunu da\u011f\u0131tt\u0131\u011f\u0131n\u0131z\u0131 varsayal\u0131m. Git deponuzda, services\/backend<\/code> yolu alt\u0131nda bir backend-deployment.yaml<\/code> dosyas\u0131 var ve bu dosya bir Deployment'\u0131n 3 replika ile \u00e7al\u0131\u015fmas\u0131n\u0131 belirtiyor:<\/p>\n\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n name: backend-service\nspec:\n replicas: 3 # Git'teki istedi\u011fimiz durum\n selector:\n matchLabels:\n app: backend\n template:\n metadata:\n labels:\n app: backend\n spec:\n containers:\n - name: backend\n image: your-repo\/backend:v1.0.0\n ports:\n - containerPort: 8080\n\n <\/pre>\n\nkubectl scale deployment backend-service --replicas=1 -n prod-backend\n\n <\/pre>\nbackend-service<\/code> Deployment'\u0131n\u0131n replika say\u0131s\u0131 1 olacakt\u0131r. Ancak, ArgoCD'nin kontrol d\u00f6ng\u00fcs\u00fc bunu saniyeler i\u00e7inde alg\u0131layacakt\u0131r:<\/p>\n\n
backend-service<\/code> Deployment'\u0131n\u0131n replika say\u0131s\u0131n\u0131n 1 oldu\u011funu, ancak Git'teki istedi\u011fi durumun 3 oldu\u011funu fark eder. Bu bir \"yap\u0131land\u0131rma kaymas\u0131\"d\u0131r.\n <\/li>\nsyncPolicy.automated.selfHeal: true<\/code> ayar\u0131 etkin oldu\u011fu i\u00e7in, ArgoCD bu kaymay\u0131 otomatik olarak d\u00fczeltmek i\u00e7in bir senkronizasyon tetikler.\n <\/li>\nbackend-service<\/code> Deployment'\u0131n\u0131 tekrar 3 replikaya \u00f6l\u00e7eklendirmek i\u00e7in Kubernetes API'sini \u00e7a\u011f\u0131r\u0131r.\n <\/li>\n<\/ol>\nbackend-service<\/code> Deployment'\u0131n\u0131z tekrar 3 replika ile \u00e7al\u0131\u015fmaya ba\u015flayacak ve uygulama durumu Healthy<\/code> olarak geri d\u00f6necektir. ArgoCD UI's\u0131nda bu senkronizasyon ge\u00e7mi\u015fini ve \"kayma\"n\u0131n nas\u0131l d\u00fczeltildi\u011fini g\u00f6rebilirsiniz.<\/p>\nselfHeal: true<\/code> kullanmak, yap\u0131lan manuel de\u011fi\u015fikliklerin an\u0131nda geri al\u0131nmas\u0131na neden olaca\u011f\u0131ndan dikkatli olunmal\u0131d\u0131r. Gerekirse, ortam baz\u0131nda Self-Heal'\u0131 devre d\u0131\u015f\u0131 b\u0131rakmay\u0131 d\u00fc\u015f\u00fcnebilirsiniz.\n <\/div>\n<\/p>\nGer\u00e7ek D\u00fcnya Senaryosu: \u00dcretim Ortam\u0131n\u0131n Korumas\u0131<\/h4>\n
\u0130leri D\u00fczey Kullan\u0131m Senaryolar\u0131 ve En \u0130yi Uygulamalar<\/h2>\n
Sync Waves (Senkronizasyon Dalgalar\u0131): Da\u011f\u0131t\u0131m S\u0131ras\u0131n\u0131 Kontrol Etme<\/h3>\n
argocd.argoproj.io\/sync-wave<\/code> annotation'\u0131 ekleyerek, da\u011f\u0131t\u0131m s\u0131ras\u0131n\u0131 belirleyebilirsiniz:<\/p>\n\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n name: database-deployment\n annotations:\n argocd.argoproj.io\/sync-wave: \"-1\" # Negatif de\u011ferler \u00f6nce senkronize edilir\nspec:\n # ...\n---\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n name: api-service-deployment\n annotations:\n argocd.argoproj.io\/sync-wave: \"1\" # Pozitif de\u011ferler daha sonra senkronize edilir\nspec:\n # ...\n\n <\/pre>\ndatabase-deployment<\/code> (sync-wave: -1) \u00f6nce da\u011f\u0131t\u0131lacak, ard\u0131ndan api-service-deployment<\/code> (sync-wave: 1) da\u011f\u0131t\u0131lacakt\u0131r. Sync Waves, karma\u015f\u0131k uygulama y\u0131\u011f\u0131nlar\u0131n\u0131n g\u00fcvenli ve \u00f6ng\u00f6r\u00fclebilir bir \u015fekilde ba\u015flat\u0131lmas\u0131n\u0131 garanti eder.<\/p>\nPreSync, Sync, PostSync Hooks: Geli\u015fmi\u015f Otomasyon<\/h3>\n
\n
PreSync<\/strong><\/code>:<\/strong> Uygulama senkronize edilmeden \u00f6nce \u00e7al\u0131\u015f\u0131r. \u00d6rne\u011fin, bir veritaban\u0131 yede\u011fi almak i\u00e7in kullan\u0131labilir.\n <\/li>\nSync<\/strong><\/code>:<\/strong> As\u0131l kaynak senkronizasyonu s\u0131ras\u0131nda \u00e7al\u0131\u015f\u0131r (varsay\u0131lan).\n <\/li>\nPostSync<\/strong><\/code>:<\/strong> Uygulama senkronize edildikten ve sa\u011fl\u0131kl\u0131 duruma geldikten sonra \u00e7al\u0131\u015f\u0131r. \u00d6rne\u011fin, entegrasyon testleri \u00e7al\u0131\u015ft\u0131rmak veya bir Slack bildirimi g\u00f6ndermek i\u00e7in kullan\u0131labilir.\n <\/li>\n<\/ul>\n\napiVersion: batch\/v1\nkind: Job\nmetadata:\n name: db-migration-job\n annotations:\n argocd.argoproj.io\/hook: PostSync # Senkronizasyon sonras\u0131 \u00e7al\u0131\u015facak\n argocd.argoproj.io\/hook-delete-policy: HookSucceeded # Ba\u015far\u0131l\u0131 olursa Job'\u0131 sil\nspec:\n template:\n spec:\n containers:\n - name: migration\n image: your-app\/migration-tool:latest\n command: [\".\/migrate-db.sh\"]\n restartPolicy: Never\n\n <\/pre>\nJob<\/code>, uygulaman\u0131z senkronize edildikten ve sa\u011fl\u0131kl\u0131 olduktan sonra otomatik olarak \u00e7al\u0131\u015facak ve veritaban\u0131 migrasyonunu ger\u00e7ekle\u015ftirecektir.<\/p>\nKaynak D\u0131\u015flamalar\u0131\/Dahil Etmeler (Resource Exclusions\/Inclusions) ve Drift'i Yoksayma<\/h3>\n
\n
Application<\/code> manifestosundaki syncPolicy.syncOptions<\/code> alt\u0131nda resourceIgnoreDifferences<\/code> kullanarak belirli kaynaklardaki alanlar\u0131 ArgoCD'nin g\u00f6z ard\u0131 etmesini sa\u011flayabilirsiniz. \u00d6rne\u011fin, bir Deployment'\u0131n replicas<\/code> alan\u0131ndaki manuel de\u011fi\u015fikliklerin Self-Heal taraf\u0131ndan geri al\u0131nmas\u0131n\u0131 istemiyorsan\u0131z:<\/p>\n\nsyncPolicy:\n automated:\n prune: true\n selfHeal: true\n syncOptions:\n - CreateNamespace=true\n resourceIgnoreDifferences:\n - group: apps\n kind: Deployment\n jsonPointers:\n - \/spec\/replicas # Replika say\u0131s\u0131ndaki de\u011fi\u015fiklikleri g\u00f6z ard\u0131 et\n\n <\/pre>\nApplication<\/code> manifestosunun spec.ignoreDifferences<\/code> alan\u0131n\u0131 kullanarak belirli bir kaynak grubundaki veya kind'daki t\u00fcm farkl\u0131l\u0131klar\u0131 g\u00f6z ard\u0131 edebilirsiniz.\n <\/li>\n<\/ul>\nMonitoring ve Alerting Entegrasyonu<\/h3>\n
OutOfSync<\/code> veya Degraded<\/code> uygulamalar i\u00e7in s\u00fcrekli izlenmelidir. ArgoCD, Prometheus metriklerini yay\u0131nlar, bu da Grafana gibi ara\u00e7larla zengin panolar olu\u015fturman\u0131za ve sorunlar ortaya \u00e7\u0131kt\u0131\u011f\u0131nda otomatik uyar\u0131lar alman\u0131za olanak tan\u0131r. Bu entegrasyon, operasyonel g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fc art\u0131r\u0131r ve proaktif sorun \u00e7\u00f6z\u00fcm\u00fcn\u00fc te\u015fvik eder.<\/p>\nMobil Uyumlu HTML ve GitOps \u0130li\u015fkisi<\/h3>\n
\n
Sonu\u00e7: ArgoCD ile G\u00fc\u00e7l\u00fc ve G\u00fcvenilir Bir CD Ak\u0131\u015f\u0131<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n