G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda, uygulamalar\u0131 h\u0131zl\u0131, g\u00fcvenilir ve tekrarlanabilir bir \u015fekilde da\u011f\u0131tabilmek kritik bir ba\u015far\u0131 fakt\u00f6r\u00fcd\u00fcr. S\u00fcrekli Entegrasyon (CI) ve S\u00fcrekli Da\u011f\u0131t\u0131m (CD) pratikleri, bu hedefe ula\u015fman\u0131n temelini olu\u015fturur. Bu makalede, a\u00e7\u0131k kaynakl\u0131 ve g\u00fc\u00e7l\u00fc bir DevOps platformu olan GitLab’\u0131 kullanarak, bulut tabanl\u0131 ve y\u00f6netilen bir Kubernetes hizmeti olan DigitalOcean Managed Kubernetes (DOKS) \u00fczerinde otomatik bir CI\/CD hatt\u0131 nas\u0131l olu\u015fturulaca\u011f\u0131n\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz. Bu entegrasyon, geli\u015ftiricilere kodlar\u0131n\u0131 h\u0131zl\u0131 bir \u015fekilde test etme, konteynerle\u015ftirme ve \u00fcretim ortam\u0131na da\u011f\u0131tma yetene\u011fi sunarak, geli\u015ftirme s\u00fcre\u00e7lerini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde h\u0131zland\u0131r\u0131r ve operasyonel y\u00fck\u00fc azalt\u0131r.<\/p>\n
S\u00fcrekli Entegrasyon (Continuous Integration – CI)<\/strong>, geli\u015ftiricilerin kod de\u011fi\u015fikliklerini d\u00fczenli olarak merkezi bir depoya entegre etmelerini gerektiren bir yaz\u0131l\u0131m geli\u015ftirme uygulamas\u0131d\u0131r. Her entegrasyon, otomatik bir derleme ve test s\u00fcreci taraf\u0131ndan do\u011frulan\u0131r. Bu, hatalar\u0131n erken tespit edilmesini sa\u011flar, entegrasyon sorunlar\u0131n\u0131 azalt\u0131r ve daha tutarl\u0131 bir kod taban\u0131 olu\u015fturur.<\/p>\n S\u00fcrekli Da\u011f\u0131t\u0131m (Continuous Deployment – CD)<\/strong>, CI’n\u0131n bir uzant\u0131s\u0131d\u0131r ve t\u00fcm testleri ba\u015far\u0131yla ge\u00e7en kod de\u011fi\u015fikliklerinin otomatik olarak \u00fcretim ortam\u0131na da\u011f\u0131t\u0131lmas\u0131n\u0131 sa\u011flar. Bu, manuel m\u00fcdahaleyi ortadan kald\u0131r\u0131r ve yaz\u0131l\u0131m\u0131n m\u00fc\u015fterilere \u00e7ok daha h\u0131zl\u0131 ula\u015fmas\u0131n\u0131 sa\u011flar. S\u00fcrekli Teslimat (Continuous Delivery) ise, \u00fcretim ortam\u0131na otomatik da\u011f\u0131t\u0131m yerine, insan onay\u0131na tabi tutularak da\u011f\u0131t\u0131ma haz\u0131r hale getirilmesi anlam\u0131na gelir; CD, S\u00fcrekli Teslimat’\u0131n tam otomasyonlu halidir.<\/p>\n GitLab<\/strong>, kod depolama, s\u00fcr\u00fcm kontrol\u00fc, proje y\u00f6netimi, CI\/CD, g\u00fcvenlik taramas\u0131 ve daha fazlas\u0131n\u0131 tek bir platformda sunan kapsaml\u0131 bir DevOps arac\u0131d\u0131r. Entegre CI\/CD motoru sayesinde, DigitalOcean Managed Kubernetes (DOKS)<\/strong>, DigitalOcean’\u0131n sundu\u011fu, Kubernetes k\u00fcmelerini y\u00f6netmeyi kolayla\u015ft\u0131ran bir hizmettir. DOKS ile altyap\u0131 y\u00f6netimi y\u00fck\u00fcn\u00fc DigitalOcean’a b\u0131rakarak, uygulamalar\u0131n\u0131z\u0131 \u00f6l\u00e7eklenebilir ve y\u00fcksek eri\u015filebilir bir ortamda \u00e7al\u0131\u015ft\u0131rmaya odaklanabilirsiniz. Otomatik y\u00fckseltmeler, yedeklemeler ve kolay \u00f6l\u00e7ekleme gibi \u00f6zellikler, DOKS’u geli\u015ftiriciler i\u00e7in cazip bir se\u00e7enek haline getirir.<\/p>\n Bu makalede, bir \u00f6rnek uygulamay\u0131 Docker kullanarak konteynerle\u015ftirecek, GitLab Container Registry’ye itecek ve ard\u0131ndan Kubernetes manifestleri arac\u0131l\u0131\u011f\u0131yla DOKS k\u00fcmesinde da\u011f\u0131tmak i\u00e7in bir GitLab CI\/CD hatt\u0131 olu\u015fturaca\u011f\u0131z.<\/p>\n Bu makaledeki ad\u0131mlar\u0131 takip edebilmek i\u00e7in a\u015fa\u011f\u0131daki \u00f6n ko\u015fullara sahip olman\u0131z gerekmektedir:<\/p>\n * GitLab Hesab\u0131<\/strong>: Bir GitLab hesab\u0131na sahip olman\u0131z ve yeni bir proje olu\u015fturma yetkiniz olmas\u0131. Uygulamam\u0131z\u0131 da\u011f\u0131taca\u011f\u0131m\u0131z temel altyap\u0131, DigitalOcean Kubernetes k\u00fcmesidir. Bu b\u00f6l\u00fcm, bir DOKS k\u00fcmesi olu\u015fturma ve E\u011fer bir DigitalOcean hesab\u0131n\u0131z yoksa, \u00f6ncelikle bir hesap olu\u015fturman\u0131z gerekmektedir. CI\/CD hatt\u0131m\u0131z\u0131n DigitalOcean kaynaklar\u0131yla etkile\u015fim kurabilmesi i\u00e7in bir API anahtar\u0131 olu\u015fturmam\u0131z gerekecek. DOKS k\u00fcmenizi DigitalOcean kontrol paneli veya Kontrol Paneli \u00dczerinden:<\/strong> Bu komut, K\u00fcmeniz olu\u015fturulduktan sonra, yerel makinenizden 4. Ba\u011flant\u0131y\u0131 test etmek i\u00e7in a\u015fa\u011f\u0131daki komutu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n Bu komut, k\u00fcmenizdeki d\u00fc\u011f\u00fcmleri listelemelidir. E\u011fer d\u00fc\u011f\u00fcmleri g\u00f6r\u00fcyorsan\u0131z, \u00d6NEML\u0130:<\/strong> Bu CI\/CD hatt\u0131m\u0131z\u0131n ilk ad\u0131m\u0131, uygulamam\u0131z\u0131 bir Docker imaj\u0131 haline getirmektir. Bu, uygulaman\u0131n t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131yla birlikte ta\u015f\u0131nabilir ve izole bir ortamda \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar. \u00d6rnek olarak, basit bir Node.js uygulamas\u0131n\u0131 konteynerle\u015ftirelim.<\/p>\n Uygulama dizininizin k\u00f6k dizininde \u00d6rnek \u00d6rnek Dockerfile’\u0131n\u0131z\u0131 olu\u015fturduktan sonra, yerel makinenizde imaj\u0131 derleyip \u00e7al\u0131\u015ft\u0131rarak uygulaman\u0131z\u0131n konteyner i\u00e7inde do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olun.<\/p>\n 1. Uygulama dizininizde terminali a\u00e7\u0131n. 3. Derlenen imaj\u0131 \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n 4. Taray\u0131c\u0131n\u0131zda Uygulama kodumuzu ve CI\/CD yap\u0131land\u0131rmam\u0131z\u0131 GitLab’da bar\u0131nd\u0131raca\u011f\u0131z.<\/p>\n 1. GitLab hesab\u0131n\u0131za giri\u015f yap\u0131n. Yerel uygulama kodunuzu yeni olu\u015fturdu\u011funuz GitLab projesine push edin.<\/p>\n Art\u0131k uygulama kodunuz GitLab’da bar\u0131nd\u0131r\u0131l\u0131yor.<\/p>\n GitLab, her projeye entegre bir Container Registry (Docker Registry) sunar. Bu, Docker imajlar\u0131n\u0131z\u0131 depolamak ve y\u00f6netmek i\u00e7in harici bir hizmete ihtiya\u00e7 duymadan GitLab i\u00e7inde kalman\u0131z\u0131 sa\u011flar.<\/p>\n CI\/CD hatt\u0131m\u0131zda Docker imajlar\u0131 olu\u015fturduktan sonra, bu imajlar\u0131 Kubernetes k\u00fcmemizin eri\u015febilece\u011fi bir yere depolamam\u0131z gerekir. GitLab Container Registry, bu ama\u00e7 i\u00e7in idealdir. \u0130majlar\u0131 burada depolayarak, Kubernetes Deployment manifestlerimizde do\u011frudan GitLab Registry’den \u00e7ekebiliriz. Bu, g\u00fcvenlik ve entegrasyon a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck avantaj sa\u011flar.<\/p>\n GitLab CI\/CD hatt\u0131m\u0131z, GitLab Container Registry’ye kimlik do\u011frulamas\u0131 yaparak imajlar\u0131 y\u00fckleyecektir. CI\/CD i\u015fleri, varsay\u0131lan olarak Bir imaj\u0131 GitLab Container Registry’ye y\u00fcklemek i\u00e7in, \u00f6nce GitLab Container Registry adresi genellikle Uygulamam\u0131z\u0131 Kubernetes k\u00fcmesinde da\u011f\u0131tmak i\u00e7in Kubernetes manifest dosyalar\u0131 (YAML) olu\u015fturmam\u0131z gerekir. Bu dosyalar, uygulaman\u0131z\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131r\u0131laca\u011f\u0131n\u0131, nas\u0131l eri\u015filece\u011fini ve nas\u0131l \u00f6l\u00e7eklenece\u011fini tan\u0131mlar. Uygulama kodunuzun k\u00f6k dizininde Uygulamalar\u0131n\u0131z\u0131 izole etmek ve kaynaklar\u0131 daha iyi y\u00f6netmek i\u00e7in bir Namespace olu\u015fturmak iyi bir pratiktir. Deployment, uygulaman\u0131z\u0131n Pod’lar\u0131n\u0131 y\u00f6netir ve bunlar\u0131n k\u00fcmenizde istenen durumda \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar. \u00d6NEML\u0130:<\/strong> Service, Pod’lar\u0131n\u0131za a\u011f eri\u015fimi sa\u011flar. D\u0131\u015far\u0131dan eri\u015fim i\u00e7in Daha geli\u015fmi\u015f y\u00f6nlendirme, SSL sonland\u0131rma ve birden fazla servisi tek bir alan ad\u0131 alt\u0131nda y\u00f6netmek i\u00e7in Ingress kullanabilirsiniz. Ingress kullanabilmek i\u00e7in k\u00fcmenizde bir Ingress Controller (\u00f6rn. Nginx Ingress Controller) kurulu olmas\u0131 gerekir. Bu kurulum DigitalOcean’da genellikle tek t\u0131kla yap\u0131labilir veya manuel olarak eklenebilir. Bu makalede Bu b\u00f6l\u00fcm, projemizin k\u00f6k dizininde CI\/CD hatt\u0131m\u0131z\u0131 mant\u0131ksal a\u015famalara ay\u0131rmak, s\u00fcreci daha anla\u015f\u0131l\u0131r ve y\u00f6netilebilir k\u0131lar. Genellikle Bu a\u015famada, uygulama kodumuzdan bir Docker imaj\u0131 olu\u015fturacak ve bunu GitLab Container Registry’ye y\u00fckleyece\u011fiz. A\u00e7\u0131klama:<\/strong> Bu a\u015famada, olu\u015fturdu\u011fumuz Docker imaj\u0131n\u0131 Kubernetes k\u00fcmemize da\u011f\u0131taca\u011f\u0131z. Bunun i\u00e7in A\u00e7\u0131klama:<\/strong> CI\/CD hatt\u0131m\u0131z\u0131n g\u00fcvenli bir \u015fekilde \u00e7al\u0131\u015fabilmesi i\u00e7in hassas bilgileri (kubeconfig, Docker kimlik bilgileri vb.) ortam de\u011fi\u015fkenleri olarak saklamam\u0131z gerekir. GitLab, bunu “Settings” > “CI\/CD” > “Variables” alt\u0131nda y\u00f6netmenize olanak tan\u0131r.<\/p>\n Gerekli De\u011fi\u015fkenler:<\/strong><\/p>\n 1. * Tip<\/strong>: File (\u00f6nerilir) veya Variable 2. Bu de\u011fi\u015fkenleri GitLab projenizin “Settings” > “CI\/CD” > “Variables” b\u00f6l\u00fcm\u00fcne eklemeyi unutmay\u0131n. T\u00fcm yap\u0131land\u0131rmalar\u0131 tamamlad\u0131ktan sonra, CI\/CD hatt\u0131m\u0131z\u0131n beklendi\u011fi gibi \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 test etme zaman\u0131.<\/p>\n Bu push i\u015flemi, GitLab’da otomatik olarak bir pipeline tetikleyecektir.<\/p>\n 1. GitLab projenize gidin. Pipeline ba\u015far\u0131yla tamamland\u0131\u011f\u0131nda, uygulaman\u0131z DigitalOcean Kubernetes k\u00fcmenize da\u011f\u0131t\u0131lm\u0131\u015f olmal\u0131d\u0131r.<\/p>\n 1. Kubernetes Pod’lar\u0131n\u0131 kontrol edin:<\/strong><\/p>\n \u0130ki adet 2. Kubernetes Service’i kontrol edin:<\/strong><\/p>\n 3. Uygulamaya Taray\u0131c\u0131dan Eri\u015fin:<\/strong> Tebrikler! GitLab ve DigitalOcean Kubernetes kullanarak tam otomatik bir CI\/CD hatt\u0131 olu\u015fturdunuz. Art\u0131k Kurdu\u011fumuz temel CI\/CD hatt\u0131 harika bir ba\u015flang\u0131\u00e7 noktas\u0131d\u0131r, ancak ger\u00e7ek d\u00fcnya uygulamalar\u0131 i\u00e7in dikkate al\u0131nmas\u0131 gereken bir\u00e7ok ileri seviye konu ve en iyi uygulama bulunmaktad\u0131r.<\/p>\n Genellikle uygulamalar\u0131 do\u011frudan \u00fcretim ortam\u0131na da\u011f\u0131tmadan \u00f6nce bir haz\u0131rl\u0131k (staging) ortam\u0131nda test etmek istenir. GitLab CI\/CD, farkl\u0131 dallara (\u00f6rn. * Yeni bir da\u011f\u0131t\u0131m\u0131n sorunlara yol a\u00e7mas\u0131 durumunda, h\u0131zl\u0131 bir \u015fekilde \u00f6nceki stabil s\u00fcr\u00fcme geri d\u00f6nebilmek kritik \u00f6neme sahiptir. Kubernetes Deployment’lar\u0131, yerle\u015fik geri alma yeteneklerine sahiptir:<\/p>\n CI\/CD hatt\u0131n\u0131za manuel veya otomatik bir geri alma ad\u0131m\u0131 ekleyebilirsiniz.<\/p>\n Uygulamalar\u0131n\u0131z b\u00fcy\u00fcd\u00fck\u00e7e ve Kubernetes manifestleriniz karma\u015f\u0131kla\u015ft\u0131k\u00e7a, Helm Charts kullanmak da\u011f\u0131t\u0131m\u0131 basitle\u015ftirir. Helm, Kubernetes uygulamalar\u0131 i\u00e7in bir paket y\u00f6neticisidir.<\/p>\n * \u015eablonlama<\/strong>: Helm, manifest dosyalar\u0131n\u0131z\u0131 \u015fablonlaman\u0131za olanak tan\u0131r, b\u00f6ylece farkl\u0131 ortamlar i\u00e7in de\u011ferleri kolayca de\u011fi\u015ftirebilirsiniz. Helm kullanmak i\u00e7in CI\/CD hatt\u0131n\u0131zdaki Da\u011f\u0131t\u0131lan uygulamalar\u0131n\u0131z\u0131n sa\u011fl\u0131\u011f\u0131n\u0131 ve performans\u0131n\u0131 s\u00fcrekli izlemek \u00f6nemlidir.<\/p>\n * DigitalOcean Monitoring<\/strong>: DOKS, d\u00fc\u011f\u00fcm metrikleri ve baz\u0131 temel Pod metrikleri i\u00e7in DigitalOcean izlemesiyle entegredir. Uygulaman\u0131z\u0131n trafi\u011fi de\u011fi\u015ftik\u00e7e, kaynaklar\u0131 otomatik olarak ayarlamak maliyetleri optimize eder ve performans\u0131 art\u0131r\u0131r.<\/p>\n * GitLab ve DigitalOcean Kubernetes’in G\u00fcc\u00fc<\/h3>\n
.gitlab-ci.yml<\/code> dosyas\u0131 arac\u0131l\u0131\u011f\u0131yla esnek ve g\u00fc\u00e7l\u00fc otomasyon hatlar\u0131 olu\u015fturmak m\u00fcmk\u00fcnd\u00fcr.<\/p>\n\u00d6n Ko\u015fullar<\/h2>\n
\n* DigitalOcean Hesab\u0131<\/strong>: Bir DigitalOcean hesab\u0131na sahip olman\u0131z ve Kubernetes k\u00fcmesi olu\u015fturma yetkiniz olmas\u0131.
\n* Temel Docker Bilgisi<\/strong>: Dockerfile olu\u015fturma ve Docker imajlar\u0131 ile \u00e7al\u0131\u015fma konusunda temel bilgi.
\n* Temel Kubernetes Bilgisi<\/strong>: Kubernetes kavramlar\u0131 (Pod, Deployment, Service, Namespace) hakk\u0131nda temel bilgi.
\n* kubectl<\/code> Y\u00fckl\u00fc Olmas\u0131<\/strong>: Kubernetes k\u00fcmeleriyle etkile\u015fim kurmak i\u00e7in komut sat\u0131r\u0131 arac\u0131.
\n* doctl<\/code> Y\u00fckl\u00fc Olmas\u0131 (\u0130ste\u011fe Ba\u011fl\u0131 ama \u00d6nerilir)<\/strong>: DigitalOcean API ile etkile\u015fim kurmak i\u00e7in komut sat\u0131r\u0131 arac\u0131.
\n* Yerel Geli\u015ftirme Ortam\u0131<\/strong>: Uygulaman\u0131z\u0131 geli\u015ftirmek ve Docker imajlar\u0131n\u0131 yerel olarak test etmek i\u00e7in uygun bir ortam (Node.js, Python, Go vb. kurulu).<\/p>\nDigitalOcean Kubernetes (DOKS) K\u00fcmesi Olu\u015fturma<\/h2>\n
kubectl<\/code> arac\u0131l\u0131\u011f\u0131yla ona ba\u011flanma ad\u0131mlar\u0131n\u0131 kapsar.<\/p>\nDigitalOcean Hesap Olu\u015fturma ve API Anahtar\u0131<\/h3>\n
\n1. DigitalOcean kontrol paneline giri\u015f yap\u0131n.
\n2. Sol men\u00fcden “API” b\u00f6l\u00fcm\u00fcne gidin.
\n3. “Tokens\/Keys” sekmesinde “Generate New Token” butonuna t\u0131klay\u0131n.
\n4. Token’a bir isim verin (\u00f6rn. gitlab-ci-token<\/code>) ve “Read” ile “Write” izinlerini verin.
\n5. Olu\u015fturulan token’\u0131 kopyalay\u0131n. Bu token’\u0131 daha sonra GitLab CI\/CD ortam de\u011fi\u015fkenlerinde kullanaca\u011f\u0131z. Bu token’\u0131 g\u00fcvende tutun ve kimseyle payla\u015fmay\u0131n.<\/strong><\/p>\nDOKS K\u00fcmesi Kurulumu<\/h3>\n
doctl<\/code> komut sat\u0131r\u0131 arac\u0131 arac\u0131l\u0131\u011f\u0131yla olu\u015fturabilirsiniz. Kontrol panelini kullanmak daha g\u00f6rsel ve kolayd\u0131r.<\/p>\n
\n1. DigitalOcean kontrol paneline giri\u015f yap\u0131n.
\n2. Sol men\u00fcden “Kubernetes” se\u00e7ene\u011fine t\u0131klay\u0131n.
\n3. “Create Kubernetes Cluster” butonuna t\u0131klay\u0131n.
\n4. K\u00fcmenizin \u00f6zelliklerini yap\u0131land\u0131r\u0131n:
\n * Kubernetes Version<\/strong>: En son stabil s\u00fcr\u00fcm\u00fc se\u00e7meniz \u00f6nerilir.
\n * Region<\/strong>: Uygulaman\u0131z\u0131n kullan\u0131c\u0131lar\u0131na en yak\u0131n b\u00f6lgeyi se\u00e7in.
\n * Node Pool<\/strong>: K\u00fcmenizin d\u00fc\u011f\u00fcmlerinin boyutunu ve say\u0131s\u0131n\u0131 belirleyin. Geli\u015ftirme veya k\u00fc\u00e7\u00fck projeler i\u00e7in daha k\u00fc\u00e7\u00fck ve az say\u0131da d\u00fc\u011f\u00fcmle ba\u015flayabilirsiniz (\u00f6rn. 2 vCPU, 4 GB RAM, 2 d\u00fc\u011f\u00fcm).
\n * Cluster Name<\/strong>: K\u00fcmenize anlaml\u0131 bir isim verin (\u00f6rn. gitlab-ci-cd-cluster<\/code>).
\n5. “Create Cluster” butonuna t\u0131klayarak k\u00fcmenizi olu\u015fturun. K\u00fcmenin olu\u015fturulmas\u0131 birka\u00e7 dakika s\u00fcrebilir.<\/p>\ndoctl<\/code> Komut Sat\u0131r\u0131 \u00dczerinden (API anahtar\u0131n\u0131z\u0131 yap\u0131land\u0131rd\u0131ktan sonra):<\/strong><\/p>\ndoctl auth init # Bu komutla API anahtar\u0131n\u0131z\u0131 yap\u0131land\u0131r\u0131n\ndoctl kubernetes cluster create gitlab-ci-cd-cluster \\\n --region nyc1 \\\n --version 1.28.2-do.0 \\\n --node-pool name=worker-pool,size=s-2vcpu-4gb,count=2<\/code><\/pre>\nnyc1<\/code> b\u00f6lgesinde gitlab-ci-cd-cluster<\/code> ad\u0131nda, 1.28.2 Kubernetes s\u00fcr\u00fcm\u00fcne sahip ve s-2vcpu-4gb<\/code> boyutunda iki adet d\u00fc\u011f\u00fcm i\u00e7eren bir k\u00fcme olu\u015fturur.<\/p>\nkubectl<\/code> ile K\u00fcmenize Ba\u011flanma<\/h3>\nkubectl<\/code> arac\u0131n\u0131 kullanarak k\u00fcmenize ba\u011flanman\u0131z gerekir.
\n1. DigitalOcean kontrol panelinde, olu\u015fturdu\u011funuz Kubernetes k\u00fcmesinin detay sayfas\u0131na gidin.
\n2. “Actions” men\u00fcs\u00fcnden “Download Config File” se\u00e7ene\u011fine t\u0131klay\u0131n. Bu, kubeconfig.yaml<\/code> dosyas\u0131n\u0131 indirecektir.
\n3. \u0130ndirdi\u011finiz dosyay\u0131 ~\/.kube\/config<\/code> dosyas\u0131yla birle\u015ftirin veya ayr\u0131 bir dosya olarak kaydedip KUBECONFIG<\/code> ortam de\u011fi\u015fkenini ayarlay\u0131n:<\/p>\nmkdir -p ~\/.kube\n mv path\/to\/your\/kubeconfig.yaml ~\/.kube\/config-gitlab-ci-cd\n export KUBECONFIG=~\/.kube\/config-gitlab-ci-cd:$KUBECONFIG # Mevcut config'lerinizle birle\u015ftirin<\/code><\/pre>\nkubectl get nodes<\/code><\/pre>\nkubectl<\/code> ba\u015far\u0131yla yap\u0131land\u0131r\u0131lm\u0131\u015ft\u0131r.<\/p>\nkubeconfig<\/code> dosyas\u0131, k\u00fcmenize tam eri\u015fim sa\u011flar. Bu dosyay\u0131 g\u00fcvende tutman\u0131z ve daha sonra GitLab CI\/CD ortam de\u011fi\u015fkenlerinde kullanmak \u00fczere base64 ile kodlanm\u0131\u015f halini alman\u0131z gerekecektir.<\/p>\nUygulamay\u0131 Konteynerle\u015ftirme (Docker)<\/h2>\n
Dockerfile Olu\u015fturma<\/h3>\n
Dockerfile<\/code> ad\u0131nda bir dosya olu\u015fturun:<\/p>\n# Node.js i\u00e7in resmi bir temel imaj kullan\nFROM node:18-alpine\n\n\u00c7al\u0131\u015fma dizinini ayarla<\/h2>\nWORKDIR \/app\n\n
package.json ve package-lock.json dosyalar\u0131n\u0131 kopyala<\/h2>\n
Ba\u011f\u0131ml\u0131l\u0131klar\u0131 \u00f6nbelle\u011fe almak i\u00e7in bu ad\u0131m\u0131 ayr\u0131 yap\u0131n<\/h2>\nCOPY package*.json .\/\n\n
Ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00fckle<\/h2>\nRUN npm install\n\n
Uygulama kaynak kodunu kopyala<\/h2>\nCOPY . .\n\n
Uygulaman\u0131n dinleyece\u011fi portu a\u00e7\u0131\u011fa \u00e7\u0131kar<\/h2>\nEXPOSE 3000\n\n
Uygulamay\u0131 ba\u015flatma komutu<\/h2>\nCMD [ \"node\", \"server.js\" ]<\/code><\/pre>\n
server.js<\/code> dosyas\u0131:<\/p>\nconst http = require('http');\n\nconst hostname = '0.0.0.0';\nconst port = 3000;\n\nconst server = http.createServer((req, res) => {\n res.statusCode = 200;\n res.setHeader('Content-Type', 'text\/plain');\n res.end('Merhaba Dunya! Bu benim GitLab CI\/CD uygulamam.\\n');\n});\n\nserver.listen(port, hostname, () => {\n console.log(Sunucu http:\/\/${hostname}:${port}\/ adresinde calisiyor<\/code>);\n});<\/code><\/pre>\npackage.json<\/code> dosyas\u0131:<\/p>\n{\n \"name\": \"my-node-app\",\n \"version\": \"1.0.0\",\n \"description\": \"A simple Node.js app for GitLab CI\/CD\",\n \"main\": \"server.js\",\n \"scripts\": {\n \"start\": \"node server.js\"\n },\n \"dependencies\": {\n \"express\": \"^4.18.2\"\n },\n \"author\": \"\",\n \"license\": \"ISC\"\n}<\/code><\/pre>\nYerel Olarak Docker \u0130maj\u0131n\u0131 Test Etme<\/h3>\n
\n2. Docker imaj\u0131n\u0131 derleyin:<\/p>\ndocker build -t my-node-app:latest .<\/code><\/pre>\ndocker run -p 8080:3000 my-node-app:latest<\/code><\/pre>\nhttp:\/\/localhost:8080<\/code> adresine giderek uygulaman\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 do\u011frulay\u0131n.<\/p>\nGitLab Projesi Kurulumu<\/h2>\n
Yeni Bir GitLab Projesi Olu\u015fturma<\/h3>\n
\n2. Sol men\u00fcden “Projects” > “Your projects” yolunu izleyin veya do\u011frudan sa\u011f \u00fcstteki “New project” butonuna t\u0131klay\u0131n.
\n3. “Create blank project” se\u00e7ene\u011fini se\u00e7in.
\n4. Projenize bir isim verin (\u00f6rn. gitlab-doks-ci-cd<\/code>).
\n5. G\u00f6r\u00fcn\u00fcrl\u00fck seviyesini (Public, Internal, Private) se\u00e7in.
\n6. “Create project” butonuna t\u0131klay\u0131n.<\/p>\nUygulama Kodunu GitLab’a Y\u00fckleme<\/h3>\n
# Yerel Git deposu ba\u015flatma (e\u011fer hen\u00fcz yapmad\u0131ysan\u0131z)\ngit init\n\nDosyalar\u0131 ekle<\/h2>\ngit add .\n\n
\u0130lk commit'i yap<\/h2>\ngit commit -m \"Initial commit of Node.js app\"\n\n
GitLab projenizin URL'sini uzak depo olarak ekle<\/h2>\ngit remote add origin https:\/\/gitlab.com\/your-username\/gitlab-doks-ci-cd.git # Kendi URL'nizle de\u011fi\u015ftirin\n\n
Kodu GitLab'a push et<\/h2>\ngit push -u origin master<\/code><\/pre>\n
GitLab Container Registry Kullan\u0131m\u0131<\/h2>\n
Container Registry’nin \u00d6nemi<\/h3>\n
Kimlik Do\u011frulama ve \u0130maj Y\u00fckleme<\/h3>\n
CI_REGISTRY_USER<\/code> (genellikle gitlab-ci-token<\/code>) ve CI_REGISTRY_PASSWORD<\/code> (i\u015fe \u00f6zel token) ortam de\u011fi\u015fkenleri arac\u0131l\u0131\u011f\u0131yla Registry’ye eri\u015fim sa\u011flar.<\/p>\ndocker login<\/code> komutuyla kimlik do\u011frulamas\u0131 yapman\u0131z ve ard\u0131ndan docker push<\/code> komutunu kullanman\u0131z gerekir. CI\/CD hatt\u0131m\u0131zda bu ad\u0131mlar otomatik olarak ger\u00e7ekle\u015ftirilecektir.<\/p>\nregistry.gitlab.com\/your-username\/your-project-name<\/code> \u015feklindedir. GitLab CI\/CD i\u00e7inde bu adres CI_REGISTRY<\/code> ve CI_REGISTRY_IMAGE<\/code> de\u011fi\u015fkenleriyle otomatik olarak sa\u011flan\u0131r.<\/p>\nKubernetes Da\u011f\u0131t\u0131m Manifestleri Olu\u015fturma<\/h2>\n
.k8s<\/code> ad\u0131nda bir dizin olu\u015fturup manifest dosyalar\u0131n\u0131 buraya yerle\u015ftirebilirsiniz.<\/p>\nNamespace Tan\u0131mlama (\u0130ste\u011fe Ba\u011fl\u0131 ama \u00d6nerilir)<\/h3>\n
\n.k8s\/namespace.yaml<\/code>:<\/strong><\/p>\napiVersion: v1\nkind: Namespace\nmetadata:\n name: my-app-namespace<\/code><\/pre>\nDeployment Manifesti<\/h3>\n
\n.k8s\/deployment.yaml<\/code>:<\/strong><\/p>\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n name: my-node-app-deployment\n namespace: my-app-namespace # Namespace belirtin\n labels:\n app: my-node-app\nspec:\n replicas: 2 # Uygulaman\u0131z\u0131n 2 kopyas\u0131n\u0131 \u00e7al\u0131\u015ft\u0131r\u0131n\n selector:\n matchLabels:\n app: my-node-app\n template:\n metadata:\n labels:\n app: my-node-app\n spec:\n containers:\n - name: my-node-app\n image: registry.gitlab.com\/your-username\/gitlab-doks-ci-cd:latest # CI\/CD ile g\u00fcncellenecek\n ports:\n - containerPort: 3000\n resources: # Kaynak limitleri ve istekleri tan\u0131mlay\u0131n (iyi bir pratik)\n requests:\n memory: \"64Mi\"\n cpu: \"100m\"\n limits:\n memory: \"128Mi\"\n cpu: \"200m\"<\/code><\/pre>\nimage<\/code> alan\u0131n\u0131 kendi GitLab Container Registry adresinizle g\u00fcncelleyin. CI\/CD hatt\u0131 bu latest<\/code> etiketi yerine commit SHA veya dinamik bir etiket kullanacakt\u0131r.<\/p>\nService Manifesti<\/h3>\n
NodePort<\/code> veya LoadBalancer<\/code> tipi bir Service kullanabiliriz. DOKS \u00fczerinde LoadBalancer<\/code> tipi kullanmak, DigitalOcean’\u0131n otomatik olarak bir Load Balancer sa\u011flamas\u0131n\u0131 ve uygulaman\u0131za d\u0131\u015far\u0131dan bir IP adresi atamas\u0131n\u0131 sa\u011flar.
\n.k8s\/service.yaml<\/code>:<\/strong><\/p>\napiVersion: v1\nkind: Service\nmetadata:\n name: my-node-app-service\n namespace: my-app-namespace\n labels:\n app: my-node-app\nspec:\n selector:\n app: my-node-app\n type: LoadBalancer # D\u0131\u015far\u0131dan eri\u015fim i\u00e7in DigitalOcean Load Balancer sa\u011flar\n ports:\n - protocol: TCP\n port: 80 # Servisin dinleyece\u011fi port\n targetPort: 3000 # Pod'un dinledi\u011fi port<\/code><\/pre>\nIngress Manifesti (\u0130ste\u011fe Ba\u011fl\u0131)<\/h3>\n
LoadBalancer<\/code> Service kullanaca\u011f\u0131m\u0131z i\u00e7in Ingress’i atlayabiliriz, ancak \u00fcretim ortamlar\u0131 i\u00e7in Ingress daha esnek bir \u00e7\u00f6z\u00fcmd\u00fcr.<\/p>\nGitLab CI\/CD Pipeline (.gitlab-ci.yml) Yap\u0131land\u0131rmas\u0131<\/h2>\n
.gitlab-ci.yml<\/code> dosyas\u0131n\u0131 olu\u015fturarak CI\/CD hatt\u0131m\u0131z\u0131 tan\u0131mlayaca\u011f\u0131m\u0131z en kritik k\u0131s\u0131md\u0131r. Bu dosya, GitLab Runner’lar\u0131n hangi ad\u0131mlar\u0131 hangi s\u0131rada ger\u00e7ekle\u015ftirece\u011fini belirler.<\/p>\nPipeline A\u015famalar\u0131 (Stages)<\/h3>\n
build<\/code>, test<\/code> ve deploy<\/code> a\u015famalar\u0131 kullan\u0131l\u0131r.<\/p>\nstages:\n - build\n - deploy<\/code><\/pre>\nBuild A\u015famas\u0131: Docker \u0130maj\u0131 Olu\u015fturma ve Y\u00fckleme<\/h3>\n
docker:dind<\/code> (Docker-in-Docker) hizmetini kullanarak bir Docker ortam\u0131 sa\u011flar\u0131z.<\/p>\nbuild-image:\n stage: build\n image: docker:latest # Bu i\u015f i\u00e7in Docker CLI i\u00e7eren bir imaj kullan\n services:\n - docker:dind # Docker-in-Docker hizmetini etkinle\u015ftir\n variables:\n DOCKER_HOST: tcp:\/\/docker:2375 # DIND servisine ba\u011flanmak i\u00e7in\n DOCKER_TLS_CERTDIR: \"\" # TLS'i devre d\u0131\u015f\u0131 b\u0131rak (g\u00fcvenli de\u011fil, sadece \u00f6rnek i\u00e7in)\n # Production ortam\u0131nda TLS kullanmal\u0131 ve DOCKER_TLS_CERTDIR'i yap\u0131land\u0131rmal\u0131s\u0131n\u0131z\n before_script:\n - docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY\n script:\n - docker build -t $CI_REGISTRY_IMAGE:$CI_COMMIT_SHORT_SHA .\n - docker push $CI_REGISTRY_IMAGE:$CI_COMMIT_SHORT_SHA\n - docker tag $CI_REGISTRY_IMAGE:$CI_COMMIT_SHORT_SHA $CI_REGISTRY_IMAGE:latest # latest etiketini de g\u00fcncelleyin\n - docker push $CI_REGISTRY_IMAGE:latest\n rules:\n - if: $CI_COMMIT_BRANCH == \"master\" # Sadece master branch'ine yap\u0131lan push'larda \u00e7al\u0131\u015ft\u0131r<\/code><\/pre>\n
\n* image: docker:latest<\/code>: Bu i\u015fin \u00e7al\u0131\u015faca\u011f\u0131 Docker imaj\u0131n\u0131 belirtir.
\n* services: - docker:dind<\/code>: \u0130\u015f i\u00e7inde Docker komutlar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rabilmek i\u00e7in bir Docker daemon’\u0131 sa\u011flar.
\n* variables<\/code>: DOCKER_HOST<\/code> ve DOCKER_TLS_CERTDIR<\/code> DIND servisiyle ileti\u015fim kurmak i\u00e7in ayarlan\u0131r.
\n* before_script<\/code>: GitLab Container Registry’ye kimlik do\u011frulamas\u0131 yapar. $CI_REGISTRY_USER<\/code> ve $CI_REGISTRY_PASSWORD<\/code> GitLab taraf\u0131ndan otomatik olarak sa\u011flanan gizli de\u011fi\u015fkenlerdir.
\n* script<\/code>:
\n * docker build<\/code>: Uygulamam\u0131z\u0131n Dockerfile’\u0131ndan bir imaj derler. $CI_REGISTRY_IMAGE<\/code> de\u011fi\u015fkeni GitLab Registry’deki projemizin imaj yolunu i\u00e7erir (\u00f6rn. registry.gitlab.com\/your-username\/your-project<\/code>). $CI_COMMIT_SHORT_SHA<\/code> ise mevcut commit’in k\u0131sa SHA de\u011feridir ve imaj\u0131 benzersiz bir \u015fekilde etiketlemek i\u00e7in kullan\u0131l\u0131r.
\n * docker push<\/code>: Derlenen imaj\u0131 GitLab Container Registry’ye y\u00fckler.
\n * docker tag<\/code>: latest<\/code> etiketini de mevcut imaja i\u015faret edecek \u015fekilde g\u00fcnceller.
\n * docker push<\/code>: latest<\/code> etiketli imaj\u0131 da y\u00fckler.
\n* rules<\/code>: Bu i\u015fin ne zaman \u00e7al\u0131\u015faca\u011f\u0131n\u0131 belirler. Burada sadece master<\/code> (veya main<\/code>) dal\u0131na yap\u0131lan commit’lerde \u00e7al\u0131\u015fmas\u0131 sa\u011flanm\u0131\u015ft\u0131r.<\/p>\nDeploy A\u015famas\u0131: Kubernetes’e Da\u011f\u0131t\u0131m<\/h3>\n
kubectl<\/code> komutlar\u0131n\u0131 kullanaca\u011f\u0131z.<\/p>\ndeploy-to-kubernetes:\n stage: deploy\n image: bitnami\/kubectl:latest # kubectl arac\u0131 i\u00e7eren bir imaj kullan\n before_script:\n # Kubeconfig dosyas\u0131n\u0131 base64'ten \u00e7\u00f6zerek ge\u00e7ici bir dosyaya yaz\n - echo $KUBECONFIG_BASE64 | base64 -d > kubeconfig.yaml\n - export KUBECONFIG=$(pwd)\/kubeconfig.yaml # kubectl'in bu dosyay\u0131 kullanmas\u0131n\u0131 sa\u011fla\n - kubectl config use-context $(kubectl config get-contexts -o name | grep -E 'gitlab-ci-cd-cluster|do-nyc1-gitlab-ci-cd-cluster' | head -n 1) # K\u00fcmenizin context ad\u0131n\u0131 dinamik olarak bulmaya \u00e7al\u0131\u015f\u0131r\n - kubectl get nodes # Ba\u011flant\u0131y\u0131 test etmek i\u00e7in\n script:\n # Namespace olu\u015ftur (e\u011fer yoksa)\n - kubectl apply -f .k8s\/namespace.yaml || true # Hata verirse devam et\n # Deployment manifestindeki imaj etiketini g\u00fcncelle\n - sed -i \"s|image: registry.gitlab.com\/your-username\/gitlab-doks-ci-cd:latest|image: $CI_REGISTRY_IMAGE:$CI_COMMIT_SHORT_SHA|g\" .k8s\/deployment.yaml\n # Kubernetes manifestlerini uygula\n - kubectl apply -f .k8s\/\n rules:\n - if: $CI_COMMIT_BRANCH == \"master\"\n environment:\n name: production\n url: http:\/\/my-node-app-service.my-app-namespace.svc.cluster.local # Bu URL k\u00fcme i\u00e7i eri\u015fim i\u00e7in, d\u0131\u015far\u0131dan eri\u015fim i\u00e7in LoadBalancer IP'sini kullan\u0131n<\/code><\/pre>\n
\n* image: bitnami\/kubectl:latest<\/code>: kubectl<\/code> arac\u0131n\u0131 i\u00e7eren bir Docker imaj\u0131 kullan\u0131r.
\n* before_script<\/code>:
\n * KUBECONFIG_BASE64<\/code> ad\u0131nda bir GitLab CI\/CD ortam de\u011fi\u015fkeni tan\u0131mlayaca\u011f\u0131z. Bu de\u011fi\u015fken, base64 ile kodlanm\u0131\u015f Kubernetes kubeconfig<\/code> dosyam\u0131z\u0131 i\u00e7erecek. Burada bu de\u011fi\u015fkeni \u00e7\u00f6z\u00fcp ge\u00e7ici bir dosyaya yazar\u0131z.
\n * export KUBECONFIG<\/code>: kubectl<\/code>‘in bu ge\u00e7ici dosyay\u0131 kullanmas\u0131n\u0131 sa\u011flar.
\n * kubectl config use-context<\/code>: K\u00fcmenizin do\u011fru context’ini se\u00e7er. DigitalOcean’da context ad\u0131 genellikle do-b\u00f6lge-k\u00fcmead\u0131<\/code> format\u0131ndad\u0131r.
\n * kubectl get nodes<\/code>: K\u00fcme ba\u011flant\u0131s\u0131n\u0131n ba\u015far\u0131l\u0131 olup olmad\u0131\u011f\u0131n\u0131 kontrol eder.
\n* script<\/code>:
\n * kubectl apply -f .k8s\/namespace.yaml || true<\/code>: Namespace’i olu\u015fturur. E\u011fer zaten varsa hata vermesini engellemek i\u00e7in || true<\/code> eklenmi\u015ftir.
\n * sed -i \"s|...|...|g\" .k8s\/deployment.yaml<\/code>: Bu komut, deployment.yaml<\/code> dosyas\u0131ndaki Docker imaj etiketini dinamik olarak, build<\/code> a\u015famas\u0131nda olu\u015fturdu\u011fumuz ve $CI_COMMIT_SHORT_SHA<\/code> ile etiketledi\u011fimiz imajla g\u00fcnceller. your-username\/gitlab-doks-ci-cd<\/code> k\u0131sm\u0131n\u0131 kendi projenizin yoluyla g\u00fcncellemeyi unutmay\u0131n!<\/strong>
\n * kubectl apply -f .k8s\/<\/code>: .k8s<\/code> dizinindeki t\u00fcm manifest dosyalar\u0131n\u0131 Kubernetes k\u00fcmesine uygular. Bu, Deployment ve Service’i olu\u015fturur veya g\u00fcnceller.
\n* rules<\/code>: Sadece master<\/code> dal\u0131na yap\u0131lan push’larda \u00e7al\u0131\u015f\u0131r.
\n* environment<\/code>: GitLab UI’da da\u011f\u0131t\u0131m\u0131n hangi ortama yap\u0131ld\u0131\u011f\u0131n\u0131 ve ilgili URL’yi g\u00f6sterir.<\/p>\nGitLab CI\/CD Ortam De\u011fi\u015fkenleri ve Gizlilik Y\u00f6netimi<\/h3>\n
KUBECONFIG_BASE64<\/code><\/strong>:
\n * De\u011fer<\/strong>: DigitalOcean k\u00fcmenizden indirdi\u011finiz kubeconfig.yaml<\/code> dosyas\u0131n\u0131n base64 ile kodlanm\u0131\u015f hali.<\/p>\nbase64 -w 0 ~\/.kube\/config-gitlab-ci-cd # macOS\/Linux i\u00e7in\n # veya PowerShell'de: [System.Convert]::ToBase64String([System.IO.File]::ReadAllBytes(\"C:\\path\\to\\kubeconfig.yaml\"))<\/code><\/pre>\n
\n * Masked<\/strong>: Evet (gizli tutmak i\u00e7in)
\n * Protected<\/strong>: Evet (sadece korumal\u0131 dallar ve etiketler i\u00e7in)<\/p>\nDOCKER_USERNAME<\/code><\/strong> ve DOCKER_PASSWORD<\/code><\/strong>: GitLab Container Registry’ye manuel olarak login olman\u0131z gerekirse kullanabilirsiniz, ancak $CI_REGISTRY_USER<\/code> ve $CI_REGISTRY_PASSWORD<\/code> genellikle yeterlidir. E\u011fer harici bir registry kullan\u0131yorsan\u0131z bu de\u011fi\u015fkenleri tan\u0131mlaman\u0131z gerekir.<\/p>\nKUBECONFIG_BASE64<\/code> de\u011fi\u015fkenini kesinlikle Masked<\/code> olarak i\u015faretleyin.<\/p>\nCI\/CD Pipeline’\u0131 Test Etme<\/h2>\n
De\u011fi\u015fiklikleri Push Etme<\/h3>\n
.gitlab-ci.yml<\/code> ve .k8s<\/code> dizinindeki manifest dosyalar\u0131n\u0131 GitLab projenize push edin:<\/p>\ngit add .gitlab-ci.yml .k8s\/\ngit commit -m \"Add GitLab CI\/CD pipeline and Kubernetes manifests\"\ngit push origin master # Veya hangi dal\u0131 kullan\u0131yorsan\u0131z<\/code><\/pre>\nPipeline \u00c7al\u0131\u015fmas\u0131n\u0131 \u0130zleme<\/h3>\n
\n2. Sol men\u00fcden “CI\/CD” > “Pipelines” se\u00e7ene\u011fine t\u0131klay\u0131n.
\n3. Yeni tetiklenen pipeline’\u0131 g\u00f6receksiniz. \u00dczerine t\u0131klayarak detaylar\u0131na gidin.
\n4. Pipeline’daki her bir i\u015fin (build-image, deploy-to-kubernetes) durumunu ve g\u00fcnl\u00fcklerini (logs) izleyebilirsiniz. Herhangi bir hata durumunda, g\u00fcnl\u00fckler sorunu tespit etmenize yard\u0131mc\u0131 olacakt\u0131r.<\/p>\nUygulaman\u0131n Do\u011frulanmas\u0131<\/h3>\n
kubectl get pods -n my-app-namespace<\/code><\/pre>\nmy-node-app-deployment<\/code> Pod’unun Running<\/code> durumda oldu\u011funu g\u00f6rmelisiniz.<\/p>\nkubectl get svc -n my-app-namespace<\/code><\/pre>\nmy-node-app-service<\/code> ad\u0131nda bir Service g\u00f6receksiniz. EXTERNAL-IP<\/code> s\u00fctununda bir IP adresi atanm\u0131\u015f olmal\u0131d\u0131r. Bu IP adresi, DigitalOcean Load Balancer taraf\u0131ndan sa\u011flanan genel IP’dir. IP’nin atanmas\u0131 birka\u00e7 dakika s\u00fcrebilir.<\/p>\n
\n kubectl get svc<\/code> komutundan ald\u0131\u011f\u0131n\u0131z EXTERNAL-IP<\/code> adresini taray\u0131c\u0131n\u0131zda a\u00e7\u0131n. Uygulaman\u0131z\u0131n “Merhaba Dunya! Bu benim GitLab CI\/CD uygulamam.” mesaj\u0131n\u0131 g\u00f6stermesi gerekir.<\/p>\nmaster<\/code> dal\u0131na yapt\u0131\u011f\u0131n\u0131z her kod de\u011fi\u015fikli\u011fi otomatik olarak derlenecek, konteynerle\u015ftirilecek ve Kubernetes k\u00fcmenize da\u011f\u0131t\u0131lacakt\u0131r.<\/p>\n\u0130leri Seviye Konular ve En \u0130yi Uygulamalar<\/h2>\n
Ortam Bazl\u0131 Da\u011f\u0131t\u0131mlar (Staging, Production)<\/h3>\n
develop<\/code> i\u00e7in staging, master<\/code> i\u00e7in production) veya manuel tetiklemelere dayal\u0131 olarak farkl\u0131 da\u011f\u0131t\u0131m i\u015fleri tan\u0131mlaman\u0131za olanak tan\u0131r.<\/p>\nrules<\/code> veya only\/except<\/code> anahtar kelimeleri<\/strong>: Farkl\u0131 dallar i\u00e7in farkl\u0131 da\u011f\u0131t\u0131m i\u015fleri tan\u0131mlay\u0131n.
\n* GitLab Environments<\/strong>: GitLab, da\u011f\u0131t\u0131mlar\u0131n\u0131z\u0131 ortamlara g\u00f6re d\u00fczenlemenizi sa\u011flar. Bu, hangi s\u00fcr\u00fcm\u00fcn hangi ortamda \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 takip etmeyi kolayla\u015ft\u0131r\u0131r.
\n* Kubernetes Namespaces<\/strong>: Her ortam i\u00e7in ayr\u0131 Kubernetes Namespace’leri kullanmak, kaynak izolasyonu ve y\u00f6netimi sa\u011flar.<\/p>\nGeri Alma (Rollback) Stratejileri<\/h3>\n
kubectl rollout undo deployment\/my-node-app-deployment -n my-app-namespace<\/code><\/pre>\nHelm Charts ile Da\u011f\u0131t\u0131m\u0131 Y\u00f6netme<\/h3>\n
\n* S\u00fcr\u00fcmleme<\/strong>: Uygulaman\u0131z\u0131n da\u011f\u0131t\u0131mlar\u0131n\u0131 s\u00fcr\u00fcmleyebilir ve kolayca geri alabilirsiniz.
\n* Ba\u011f\u0131ml\u0131l\u0131k Y\u00f6netimi<\/strong>: Birden fazla Kubernetes kayna\u011f\u0131n\u0131 tek bir paket olarak y\u00f6netmenizi sa\u011flar.<\/p>\nkubectl apply<\/code> ad\u0131mlar\u0131n\u0131 helm upgrade --install<\/code> komutlar\u0131yla de\u011fi\u015ftirmeniz gerekir.<\/p>\n\u0130zleme ve G\u00fcnl\u00fckleme (Monitoring & Logging)<\/h3>\n
\n* Prometheus ve Grafana<\/strong>: Kubernetes i\u00e7in end\u00fcstri standard\u0131 izleme ara\u00e7lar\u0131d\u0131r. K\u00fcmenize kurularak detayl\u0131 metrikler toplayabilir ve g\u00f6rselle\u015ftirebilirsiniz.
\n* Elastic Stack (ELK) veya Loki<\/strong>: Uygulama g\u00fcnl\u00fcklerini toplamak, depolamak ve analiz etmek i\u00e7in kullan\u0131labilir.<\/p>\nOtomatik \u00d6l\u00e7ekleme (Autoscaling)<\/h3>\n