{"id":31304,"date":"2025-10-08T12:02:25","date_gmt":"2025-10-08T09:02:25","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/azure-kubernetes-service-akse-azure-pipelines-ile-uygulama-dagitimi-rehberi\/"},"modified":"2025-10-08T12:02:25","modified_gmt":"2025-10-08T09:02:25","slug":"azure-kubernetes-service-akse-azure-pipelines-ile-uygulama-dagitimi-rehberi","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/azure-kubernetes-service-akse-azure-pipelines-ile-uygulama-dagitimi-rehberi\/","title":{"rendered":"Azure Kubernetes Service (AKS)’e Azure Pipelines ile Uygulama Da\u011f\u0131t\u0131m\u0131 Rehberi"},"content":{"rendered":"

Modern yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerinde uygulamalar\u0131n h\u0131zl\u0131, g\u00fcvenilir ve otomatik bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131 kritik bir \u00f6neme sahiptir. Bu kapsaml\u0131 rehber, Azure Kubernetes Service (AKS) \u00fczerine Azure Pipelines kullanarak Continuous Integration\/Continuous Delivery (CI\/CD) s\u00fcre\u00e7lerinin nas\u0131l kurulaca\u011f\u0131n\u0131 ad\u0131m ad\u0131m ele almaktad\u0131r. Bu y\u00f6ntemle yaz\u0131l\u0131m geli\u015ftiriciler, \u00fcretim ortam\u0131na kadar uzanan da\u011f\u0131t\u0131m ak\u0131\u015flar\u0131n\u0131 otomatize edebilir ve operasyonel verimlili\u011fi \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilirler.<\/p>\n

G\u00fcn\u00fcm\u00fcz\u00fcn rekabet\u00e7i i\u015f d\u00fcnyas\u0131nda, i\u015fletmelerin m\u00fc\u015fterilerine h\u0131zl\u0131 bir \u015fekilde de\u011fer sunmas\u0131 hayati \u00f6neme sahiptir. Bu durum, yaz\u0131l\u0131m geli\u015ftirme ekipleri \u00fczerinde s\u00fcrekli entegrasyon (CI) ve s\u00fcrekli da\u011f\u0131t\u0131m (CD) pratiklerini benimseme bask\u0131s\u0131 yaratmaktad\u0131r. Peki, bu s\u00fcreci en verimli ve esnek \u015fekilde nas\u0131l y\u00f6netebiliriz? Cevap genellikle Azure Kubernetes Service (AKS) ve Azure Pipelines gibi g\u00fc\u00e7l\u00fc bulut tabanl\u0131 ara\u00e7lar\u0131n entegrasyonunda yatmaktad\u0131r. Bu iki teknoloji, modern DevOps k\u00fclt\u00fcr\u00fcn\u00fcn temel ta\u015flar\u0131n\u0131 olu\u015fturarak, uygulamalar\u0131n geli\u015ftirme a\u015famas\u0131ndan \u00fcretime kadar olan yolculu\u011funu sorunsuz ve otomatik hale getirir.<\/p>\n

\u00d6ncelikle, konteynerizasyonun y\u00fckseli\u015fiyle birlikte karma\u015f\u0131k uygulamalar\u0131n da\u011f\u0131t\u0131m\u0131 ve y\u00f6netimi olduk\u00e7a kolayla\u015fm\u0131\u015ft\u0131r. Kubernetes, konteynerle\u015ftirilmi\u015f i\u015f y\u00fcklerini ve hizmetlerini y\u00f6netmek i\u00e7in a\u00e7\u0131k kaynakl\u0131, portatif ve geni\u015fletilebilir bir platform sunar. Uygulamalar\u0131n \u00f6l\u00e7eklenmesinden, hatalara kar\u015f\u0131 direncine, kaynak kullan\u0131m\u0131n\u0131n optimizasyonundan, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinin standartla\u015fmas\u0131na kadar bir\u00e7ok avantaj sa\u011flar. Ancak Kubernetes’in kendisi karma\u015f\u0131k olabilir; i\u015fte bu noktada Azure Kubernetes Service (AKS) devreye girer. AKS, Kubernetes’i y\u00f6netilen bir hizmet olarak sunarak, altyap\u0131 y\u00f6netimi y\u00fck\u00fcn\u00fc Azure’a b\u0131rak\u0131r ve geli\u015ftiricilerin sadece uygulamalar\u0131na odaklanmas\u0131n\u0131 sa\u011flar. Bu sayede, operasyonel maliyetler azal\u0131r, g\u00fcvenlik g\u00fcncellemeleri otomatikle\u015fir ve k\u00fcmelerin bak\u0131m\u0131 basitle\u015fir. \u00d6rne\u011fin, b\u00fcy\u00fck bir e-ticaret platformu, yo\u011fun talep d\u00f6nemlerinde otomatik \u00f6l\u00e7eklenebilirlik sa\u011flamak i\u00e7in AKS’i tercih ederek, insan m\u00fcdahalesi olmadan binlerce konteyneri sorunsuz bir \u015fekilde y\u00f6netebilir.<\/p>\n

\u0130kinci olarak, Azure Pipelines, herhangi bir dil veya platform i\u00e7in CI\/CD i\u015f ak\u0131\u015flar\u0131 olu\u015fturman\u0131z\u0131 sa\u011flayan kapsaml\u0131 bir hizmettir. Kod de\u011fi\u015fikliklerinin otomatik olarak derlenmesini, test edilmesini ve da\u011f\u0131t\u0131lmas\u0131n\u0131 sa\u011flayarak, geli\u015ftiricilerin daha h\u0131zl\u0131 yinelemeler yapmas\u0131na ve daha az hata ile kar\u015f\u0131la\u015fmas\u0131na olanak tan\u0131r. Bir yaz\u0131l\u0131m ekibi, yeni bir \u00f6zellik geli\u015ftirirken, kodu her de\u011fi\u015ftirdi\u011finde otomatik testlerin \u00e7al\u0131\u015fmas\u0131n\u0131 ve ba\u015far\u0131l\u0131 olursa uygulaman\u0131n AKS \u00fczerindeki test ortam\u0131na da\u011f\u0131t\u0131lmas\u0131n\u0131 Azure Pipelines ile sa\u011flayabilir. Bu durum, manuel da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinin ortadan kalkmas\u0131yla hata oranlar\u0131n\u0131 d\u00fc\u015f\u00fcr\u00fcr ve da\u011f\u0131t\u0131m s\u00fcrelerini dakikalara indirir. Ayr\u0131ca, Azure Pipelines’\u0131n YAML tabanl\u0131 tan\u0131mlar\u0131 sayesinde, CI\/CD s\u00fcre\u00e7leri kod olarak versiyonlanabilir (Infrastructure as Code mant\u0131\u011f\u0131yla), bu da \u015feffafl\u0131\u011f\u0131 ve tekrarlanabilirli\u011fi art\u0131r\u0131r. Geli\u015ftirme, test ve \u00fcretim ortamlar\u0131 aras\u0131ndaki tutarl\u0131l\u0131\u011f\u0131 sa\u011flamak, b\u00fcy\u00fck \u00f6l\u00e7ekli projeler i\u00e7in olmazsa olmaz bir gerekliliktir.<\/p>\n

Bu iki teknolojinin birle\u015fimi, geli\u015ftirme s\u00fcre\u00e7lerini h\u0131zland\u0131rman\u0131n yan\u0131 s\u0131ra, uygulama kalitesini ve operasyonel g\u00fcvenilirli\u011fi de art\u0131r\u0131r. Azure Pipelines’\u0131n esnekli\u011fi sayesinde, Docker g\u00f6r\u00fcnt\u00fcleri olu\u015fturulabilir, Container Registry’ye itilebilir ve ard\u0131ndan Kubernetes manifest dosyalar\u0131 kullan\u0131larak AKS’e da\u011f\u0131t\u0131labilir. Bu entegrasyon, modern bulut yerel uygulama mimarileri i\u00e7in standart bir uygulama haline gelmi\u015ftir. Sonu\u00e7 olarak, AKS ve Azure Pipelines ile da\u011f\u0131t\u0131m yapmak, sadece teknik bir tercih de\u011fil, ayn\u0131 zamanda i\u015f s\u00fcre\u00e7lerini optimize etme, pazar h\u0131z\u0131na ayak uydurma ve rekabet avantaj\u0131 elde etme stratejisinin de \u00f6nemli bir par\u00e7as\u0131d\u0131r. Bu rehber boyunca, bu g\u00fc\u00e7l\u00fc entegrasyonun nas\u0131l ad\u0131m ad\u0131m kurulaca\u011f\u0131n\u0131 ve kullan\u0131laca\u011f\u0131n\u0131 detayl\u0131 bir \u015fekilde inceleyece\u011fiz.<\/p>\n

AKS ve Azure Pipelines Nedir? Temel Bilgilerle Konuya Giri\u015f<\/h2>\n

Uygulama geli\u015ftirme ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini ele al\u0131rken, s\u0131kl\u0131kla kar\u015f\u0131m\u0131za \u00e7\u0131kan iki kilit teknoloji Azure Kubernetes Service (AKS) ve Azure Pipelines’t\u0131r. Bu b\u00f6l\u00fcmde, konuya tamamen yabanc\u0131 okuyucular i\u00e7in bu temel kavramlar\u0131 a\u00e7\u0131klayarak sa\u011flam bir zemin olu\u015fturaca\u011f\u0131z. Modern bulut yerel mimarilerinin temelini anlamak, bu ara\u00e7lar\u0131 etkin bir \u015fekilde kullanman\u0131n ilk ad\u0131m\u0131d\u0131r.<\/p>\n

\u00d6ncelikle, Kubernetes<\/strong> nedir? Basit\u00e7e ifade etmek gerekirse, Kubernetes, konteynerle\u015ftirilmi\u015f uygulamalar\u0131n da\u011f\u0131t\u0131m\u0131n\u0131, \u00f6l\u00e7eklendirmesini ve y\u00f6netimini otomatikle\u015ftiren a\u00e7\u0131k kaynakl\u0131 bir platformdur. Konteynerler (\u00f6rne\u011fin Docker konteynerleri), uygulamalar\u0131 ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 izole edilmi\u015f, ta\u015f\u0131nabilir birimler halinde paketleyerek, farkl\u0131 ortamlarda tutarl\u0131 bir \u015fekilde \u00e7al\u0131\u015fmalar\u0131n\u0131 sa\u011flar. Kubernetes ise bu konteynerleri binlerce sunucuda (d\u00fc\u011f\u00fcmlerde) y\u00f6neten bir “orkestrat\u00f6rd\u00fcr”. Bir orkestra \u015fefi gibi, hangi konteynerin nerede \u00e7al\u0131\u015faca\u011f\u0131n\u0131, ne zaman \u00f6l\u00e7eklenece\u011fini, hatal\u0131 konteynerlerin nas\u0131l yeniden ba\u015flat\u0131laca\u011f\u0131n\u0131 ve uygulamalar\u0131n nas\u0131l internete a\u00e7\u0131laca\u011f\u0131n\u0131 denetler. Pod’lar (bir veya daha fazla konteyneri bar\u0131nd\u0131ran en k\u00fc\u00e7\u00fck da\u011f\u0131t\u0131labilir birim), Da\u011f\u0131t\u0131mlar (Deployment’lar, pod’lar\u0131n nas\u0131l \u00e7al\u0131\u015faca\u011f\u0131n\u0131 ve \u00f6l\u00e7eklenece\u011fini tan\u0131mlar) ve Hizmetler (Service’ler, pod’lara d\u0131\u015far\u0131dan veya i\u00e7eriden eri\u015fimi sa\u011flar) Kubernetes’in temel yap\u0131 ta\u015flar\u0131d\u0131r. Mikroservis tabanl\u0131 uygulamalar i\u00e7in vazge\u00e7ilmez bir ara\u00e7t\u0131r, \u00e7\u00fcnk\u00fc her mikroservisin kendi konteynerinde ba\u011f\u0131ms\u0131z olarak \u00e7al\u0131\u015fmas\u0131n\u0131 ve y\u00f6netilmesini sa\u011flar.<\/p>\n

Peki, Azure Kubernetes Service (AKS)<\/strong> nedir? AKS, Microsoft Azure’un sundu\u011fu y\u00f6netilen bir Kubernetes hizmetidir. Kubernetes’in karma\u015f\u0131k altyap\u0131 y\u00f6netimini Azure’a b\u0131rakarak, geli\u015ftiricilerin ve DevOps ekiplerinin Kubernetes’in sundu\u011fu t\u00fcm avantajlardan yararlanmas\u0131n\u0131 sa\u011flar. AKS ile ana d\u00fc\u011f\u00fcmlerin (master nodes) bak\u0131m\u0131, yamalanmas\u0131 ve y\u00fckseltilmesi gibi operasyonel y\u00fckler Azure taraf\u0131ndan \u00fcstlenilir. Bu da ekiplerin sadece uygulama geli\u015ftirme ve da\u011f\u0131t\u0131m stratejilerine odaklanmas\u0131n\u0131 m\u00fcmk\u00fcn k\u0131lar. \u00d6rne\u011fin, bir uygulamay\u0131 AKS’e da\u011f\u0131tt\u0131\u011f\u0131n\u0131zda, Azure sizin i\u00e7in k\u00fcmenin kontrol d\u00fczlemini (API sunucusu, zamanlay\u0131c\u0131 vb.) y\u00f6netir, b\u00f6ylece siz sadece \u00e7al\u0131\u015fan d\u00fc\u011f\u00fcmleri ve uygulamalar\u0131n\u0131z\u0131 d\u00fc\u015f\u00fcn\u00fcrs\u00fcn\u00fcz. Ayr\u0131ca, AKS, Azure Active Directory ile entegrasyon, Azure \u0130zleyici (Monitor) ile izleme ve Azure Sanal A\u011flar (VNet) ile a\u011f entegrasyonu gibi di\u011fer Azure hizmetleriyle sorunsuz bir \u015fekilde \u00e7al\u0131\u015f\u0131r. Otomatik \u00f6l\u00e7ekleme yetenekleri sayesinde, uygulaman\u0131z\u0131n trafi\u011fi artt\u0131\u011f\u0131nda otomatik olarak daha fazla kaynak tahsis edebilir ve trafik azald\u0131\u011f\u0131nda kaynaklar\u0131 geri \u00e7ekerek maliyetleri optimize edebilir. Bu esneklik, \u00f6zellikle de\u011fi\u015fken i\u015f y\u00fcklerine sahip uygulamalar i\u00e7in b\u00fcy\u00fck bir avantajd\u0131r.<\/p>\n

\u015eimdi gelelim Azure Pipelines<\/strong>‘a. Azure Pipelines, Microsoft Azure DevOps hizmetinin bir par\u00e7as\u0131 olarak sunulan bulut tabanl\u0131 bir s\u00fcrekli entegrasyon ve s\u00fcrekli da\u011f\u0131t\u0131m (CI\/CD) hizmetidir. Geli\u015ftiricilerin kodlar\u0131n\u0131 derlemesini, test etmesini ve da\u011f\u0131tmas\u0131n\u0131 otomatikle\u015ftiren g\u00fc\u00e7l\u00fc ve esnek bir platformdur. Azure Pipelines ile herhangi bir dil (Node.js, Python, Java, .NET, Go vb.) veya platform (Linux, macOS, Windows konteynerleri dahil) i\u00e7in CI\/CD i\u015f ak\u0131\u015flar\u0131 olu\u015fturabilirsiniz. YAML tabanl\u0131 pipeline tan\u0131mlar\u0131 kullan\u0131r, bu da da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinizin kod olarak versiyonlanmas\u0131n\u0131 ve Git depolar\u0131nda saklanmas\u0131n\u0131 sa\u011flar (Infrastructure as Code prensibi). Bu sayede, da\u011f\u0131t\u0131m ak\u0131\u015flar\u0131n\u0131z da uygulaman\u0131z\u0131n kodu gibi g\u00f6zden ge\u00e7irilebilir, test edilebilir ve s\u00fcr\u00fcm kontrol\u00fc alt\u0131nda tutulabilir. \u00d6rne\u011fin, bir geli\u015ftirici kodda bir de\u011fi\u015fiklik yapt\u0131\u011f\u0131nda, Azure Pipelines otomatik olarak bu kodu \u00e7eker, derler, bir Docker g\u00f6r\u00fcnt\u00fcs\u00fc olu\u015fturur, testleri \u00e7al\u0131\u015ft\u0131r\u0131r ve e\u011fer her \u015fey yolundaysa bu g\u00f6r\u00fcnt\u00fcy\u00fc bir konteyner kay\u0131t defterine (\u00f6rne\u011fin Azure Container Registry) g\u00f6nderir. Bu s\u00fcre\u00e7, “S\u00fcrekli Entegrasyon” olarak adland\u0131r\u0131l\u0131r. Ard\u0131ndan, “S\u00fcrekli Da\u011f\u0131t\u0131m” a\u015famas\u0131nda, bu yeni g\u00f6r\u00fcnt\u00fc otomatik olarak AKS k\u00fcmesine da\u011f\u0131t\u0131l\u0131r. Bu otomasyon, insan hatas\u0131n\u0131 minimize eder, geli\u015ftirme d\u00f6ng\u00fclerini h\u0131zland\u0131r\u0131r ve yaz\u0131l\u0131m\u0131n pazara sunulma s\u00fcresini (Time-to-Market) \u00f6nemli \u00f6l\u00e7\u00fcde k\u0131salt\u0131r.<\/p>\n

\u00d6zetle, AKS, konteynerle\u015ftirilmi\u015f uygulamalar\u0131n\u0131z i\u00e7in g\u00fc\u00e7l\u00fc, y\u00f6netilen ve \u00f6l\u00e7eklenebilir bir \u00e7al\u0131\u015ft\u0131rma ortam\u0131 sunarken; Azure Pipelines, bu uygulamalar\u0131n geli\u015ftirme a\u015famas\u0131ndan AKS’e kadar olan t\u00fcm da\u011f\u0131t\u0131m s\u00fcrecini otomatikle\u015ftiren bir k\u00f6pr\u00fc g\u00f6revi g\u00f6r\u00fcr. Bu iki arac\u0131n entegrasyonu, modern DevOps yakla\u015f\u0131mlar\u0131n\u0131n temelini olu\u015fturur ve ekiplerin daha verimli, g\u00fcvenilir ve esnek bir \u015fekilde yaz\u0131l\u0131m geli\u015ftirmesine olanak tan\u0131r. Konteynerizasyon, otomasyon ve bulut altyap\u0131s\u0131n\u0131n birle\u015fimi, \u015firketlerin dijital d\u00f6n\u00fc\u015f\u00fcm yolculu\u011funda \u00f6nemli bir avantaj sa\u011flar.<\/p>\n

AKS’e Da\u011f\u0131t\u0131m \u00d6ncesi Gerekli Ad\u0131mlar ve Ortam Kurulumu Nas\u0131l Yap\u0131l\u0131r?<\/h2>\n

Azure Kubernetes Service (AKS) \u00fczerine uygulama da\u011f\u0131t\u0131m\u0131na ba\u015flamadan \u00f6nce, gerekli t\u00fcm ara\u00e7lar\u0131n ve servislerin do\u011fru bir \u015fekilde yap\u0131land\u0131r\u0131lmas\u0131 hayati \u00f6neme sahiptir. Bu \u00f6n haz\u0131rl\u0131k ad\u0131mlar\u0131, sorunsuz bir CI\/CD s\u00fcreci i\u00e7in temel olu\u015fturur ve potansiyel aksakl\u0131klar\u0131 en aza indirir. Bu b\u00f6l\u00fcmde, bir AKS k\u00fcmesi olu\u015fturmaktan, Azure DevOps projesi kurmaya ve gerekli ba\u011flant\u0131lar\u0131 yap\u0131land\u0131rmaya kadar t\u00fcm ad\u0131mlar\u0131 detayl\u0131 bir \u015fekilde ele alaca\u011f\u0131z.<\/p>\n

Azure Subscription ve Azure CLI Kurulumu<\/h3>\n

\u00d6ncelikle, bir Azure hesab\u0131 ve aktif bir aboneli\u011finizin olmas\u0131 gerekmektedir. E\u011fer yoksa, Azure \u00dccretsiz Hesab\u0131<\/a> olu\u015fturarak ba\u015flayabilirsiniz. Ard\u0131ndan, Azure kaynaklar\u0131n\u0131 komut sat\u0131r\u0131ndan y\u00f6netmek i\u00e7in Azure CLI’\u0131 (Command Line Interface) bilgisayar\u0131n\u0131za kurman\u0131z gerekmektedir. Azure CLI, Windows, macOS ve Linux \u00fczerinde \u00e7al\u0131\u015fabilen platformlar aras\u0131 bir ara\u00e7t\u0131r. Kurulum talimatlar\u0131n\u0131 Azure CLI belgeleri<\/a> \u00fczerinden bulabilirsiniz. Kurulumdan sonra, terminalinizi a\u00e7arak az login<\/code> komutu ile Azure hesab\u0131n\u0131za giri\u015f yap\u0131n. Bu komut, sizi web taray\u0131c\u0131n\u0131z \u00fczerinden Azure portal\u0131na y\u00f6nlendirecek ve kimlik do\u011frulama i\u015flemini tamamlayacakt\u0131r.<\/p>\n

AKS K\u00fcmesi Olu\u015fturma<\/h3>\n

Uygulamalar\u0131m\u0131z\u0131 \u00e7al\u0131\u015ft\u0131raca\u011f\u0131m\u0131z Kubernetes k\u00fcmesini olu\u015fturmam\u0131z gerekiyor. Bu i\u015flem i\u00e7in bir kaynak grubu ve ard\u0131ndan bu kaynak grubunun i\u00e7ine bir AKS k\u00fcmesi tan\u0131mlayaca\u011f\u0131z. Kaynak grubu, Azure kaynaklar\u0131n\u0131z\u0131 mant\u0131ksal olarak d\u00fczenlemenizi sa\u011flar.<\/p>\n

# Kaynak grubu olu\u015fturma\naz group create --name myAKSResourceGroup --location eastus\n\n# AKS k\u00fcmesi olu\u015fturma\naz aks create --resource-group myAKSResourceGroup --name myAKSCluster --node-count 1 --enable-addons monitoring --generate-ssh-keys --kubernetes-version 1.28.3\n\n# AKS k\u00fcmesine ba\u011flanmak i\u00e7in kimlik bilgilerini alma\naz aks get-credentials --resource-group myAKSResourceGroup --name myAKSCluster\n<\/pre>\n
<\/code><\/p>\n
Yukar\u0131daki komutlar s\u0131ras\u0131yla myAKSResourceGroup<\/code> ad\u0131nda bir kaynak grubu olu\u015fturur, i\u00e7ine myAKSCluster<\/code> ad\u0131nda tek d\u00fc\u011f\u00fcml\u00fc bir AKS k\u00fcmesi kurar ve izleme eklentisini etkinle\u015ftirir. Son komut ise kubectl<\/code> arac\u0131n\u0131n AKS k\u00fcmenizle ileti\u015fim kurmas\u0131n\u0131 sa\u011flayacak kimlik bilgilerini (kubeconfig<\/code>) yerel makinenize indirir. Art\u0131k kubectl get nodes<\/code> komutunu \u00e7al\u0131\u015ft\u0131rarak k\u00fcmenizin durumunu kontrol edebilirsiniz.<\/p>\n
Azure Container Registry (ACR) Olu\u015fturma<\/h3>\n
Konteynerle\u015ftirilmi\u015f uygulamalar\u0131m\u0131z\u0131n Docker g\u00f6r\u00fcnt\u00fclerini depolamak i\u00e7in bir konteyner kay\u0131t defterine ihtiyac\u0131m\u0131z var. Azure Container Registry (ACR), Docker g\u00f6r\u00fcnt\u00fclerini ve Open Container Initiative (OCI) yap\u0131tlar\u0131n\u0131 bulutta depolamak ve y\u00f6netmek i\u00e7in y\u00f6netilen bir hizmettir. Azure Pipelines, olu\u015fturdu\u011fu Docker g\u00f6r\u00fcnt\u00fclerini buraya itecektir.<\/p>\n
# ACR olu\u015fturma\naz acr create --resource-group myAKSResourceGroup --name myACRRegistry --sku Basic --admin-enabled true\n\n# ACR giri\u015f sunucusu ad\u0131n\u0131 (login server) almak (pipeline'da kullan\u0131lacak)\naz acr show --name myACRRegistry --query loginServer --output tsv\n<\/pre>\n
<\/code><\/p>\n
Bu komutlar, myACRRegistry<\/code> ad\u0131nda temel bir ACR \u00f6rne\u011fi olu\u015fturur ve y\u00f6netici kullan\u0131c\u0131s\u0131n\u0131 etkinle\u015ftirir. loginServer<\/code> \u00e7\u0131kt\u0131s\u0131, Docker g\u00f6r\u00fcnt\u00fclerini itmek ve \u00e7ekmek i\u00e7in kullanaca\u011f\u0131m\u0131z tam nitelikli kay\u0131t defteri ad\u0131n\u0131 sa\u011flayacakt\u0131r (\u00f6rn. myacraregistry.azurecr.io<\/code>).<\/p>\n
Azure DevOps Organizasyonu ve Projesi Olu\u015fturma<\/h3>\n
CI\/CD s\u00fcre\u00e7lerimizi y\u00f6netece\u011fimiz Azure Pipelines i\u00e7in bir Azure DevOps organizasyonu ve projesi olu\u015fturmam\u0131z gerekiyor. Azure DevOps Portal\u0131na<\/a> gidin ve bir organizasyon olu\u015fturun veya mevcut bir organizasyonu kullan\u0131n. Ard\u0131ndan, yeni bir proje olu\u015fturun (\u00f6rn. my-aks-app<\/code>). Bu proje, kaynak kodunuzu (Azure Repos), pipeline tan\u0131mlar\u0131n\u0131z\u0131 ve di\u011fer DevOps artefaktlar\u0131n\u0131z\u0131 bar\u0131nd\u0131racakt\u0131r.<\/p>\n
Servis Ba\u011flant\u0131s\u0131 (Service Connection) Kurulumu<\/h3>\n
Azure Pipelines'\u0131n Azure kaynaklar\u0131n\u0131zla (AKS, ACR) etkile\u015fime ge\u00e7ebilmesi i\u00e7in bir servis ba\u011flant\u0131s\u0131 olu\u015fturman\u0131z gerekmektedir. Bu ba\u011flant\u0131, Pipeline'\u0131n Azure aboneli\u011finizde kimlik do\u011frulamas\u0131 yapmas\u0131n\u0131 sa\u011flar.<\/p>\n
    \n
  1. Azure DevOps projenize gidin.<\/li>\n
  2. Sol men\u00fcden Project settings<\/code> (Proje ayarlar\u0131) se\u00e7ene\u011fine t\u0131klay\u0131n.<\/li>\n
  3. Pipelines<\/code> alt\u0131nda Service connections<\/code> (Servis ba\u011flant\u0131lar\u0131) se\u00e7ene\u011fini se\u00e7in.<\/li>\n
  4. New service connection<\/code> (Yeni servis ba\u011flant\u0131s\u0131) butonuna t\u0131klay\u0131n.<\/li>\n
  5. Azure Resource Manager<\/code> tipini se\u00e7in ve Next<\/code> (\u0130leri).<\/li>\n
  6. Service principal (automatic)<\/code> veya Service principal (manual)<\/code> se\u00e7ene\u011fini tercih edin. Otomatik se\u00e7enek genellikle daha kolayd\u0131r.<\/li>\n
  7. Aboneli\u011finizi ve kaynak grubunuzu (\u00f6rn. myAKSResourceGroup<\/code>) se\u00e7in.<\/li>\n
  8. Servis ba\u011flant\u0131n\u0131za a\u00e7\u0131klay\u0131c\u0131 bir ad verin (\u00f6rn. AzureSubscriptionConnection<\/code>).<\/li>\n
  9. Grant access permission to all pipelines<\/code> (T\u00fcm pipeline'lara eri\u015fim izni ver) kutucu\u011funu i\u015faretleyin (basitlik ad\u0131na, \u00fcretim ortamlar\u0131nda daha k\u0131s\u0131tl\u0131 izinler d\u00fc\u015f\u00fcnebilirsiniz).<\/li>\n
  10. Save<\/code> (Kaydet) diyerek ba\u011flant\u0131y\u0131 olu\u015fturun.<\/li>\n<\/ol>\n
    Uzman \u0130pucu:<\/mark> \u00dcretim ortamlar\u0131nda, servis ba\u011flant\u0131lar\u0131 i\u00e7in en az ayr\u0131cal\u0131k ilkesini (Least Privilege Principle) uygulay\u0131n. Yani, sadece belirli kaynak gruplar\u0131na veya aboneliklere eri\u015fimi olan ve sadece AKS'e da\u011f\u0131t\u0131m i\u00e7in gerekli izinlere sahip bir servis ilkesi kullan\u0131n. Bu, g\u00fcvenlik risklerini \u00f6nemli \u00f6l\u00e7\u00fcde azaltacakt\u0131r.<\/p>\n
    T\u00fcm bu ad\u0131mlar\u0131 tamamlad\u0131ktan sonra, Azure ortam\u0131n\u0131z ve Azure DevOps projeniz, uygulaman\u0131z\u0131 AKS'e da\u011f\u0131tmaya haz\u0131rd\u0131r. Bir sonraki a\u015famada, \u00f6rnek bir uygulaman\u0131n Docker g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc olu\u015fturup Kubernetes manifest dosyalar\u0131n\u0131 haz\u0131rlayaca\u011f\u0131z. Bu \u00f6n haz\u0131rl\u0131k, CI\/CD s\u00fcrecinin ba\u015far\u0131l\u0131 bir \u015fekilde otomatize edilmesi i\u00e7in sa\u011flam bir temel olu\u015fturur ve geli\u015ftirme ekiplerinin uygulamalar\u0131n\u0131 daha h\u0131zl\u0131 ve g\u00fcvenilir bir \u015fekilde pazara sunmas\u0131na yard\u0131mc\u0131 olur.<\/p>\n
    \u00d6rnek Bir Uygulaman\u0131n Docker G\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc Olu\u015fturma<\/h2>\n
    Art\u0131k AKS k\u00fcmemiz ve Azure Container Registry'miz (ACR) haz\u0131r oldu\u011funa g\u00f6re, da\u011f\u0131t\u0131m\u0131n\u0131 yapaca\u011f\u0131m\u0131z \u00f6rnek bir uygulamay\u0131 ele alabiliriz. Bu b\u00f6l\u00fcmde, basit bir .NET Core Web API uygulamas\u0131n\u0131n Docker g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc nas\u0131l olu\u015fturaca\u011f\u0131m\u0131z\u0131 ve Kubernetes'te \u00e7al\u0131\u015facak hale getirecek manifest dosyalar\u0131n\u0131 nas\u0131l haz\u0131rlayaca\u011f\u0131m\u0131z\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz. Bu \u00f6rnek, modern mikroservis mimarilerinin temelini olu\u015fturan konteynerizasyon s\u00fcrecini anlaman\u0131za yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n
    Senaryomuz i\u00e7in, basit bir \"Merhaba D\u00fcnya\" mesaj\u0131 d\u00f6nd\u00fcren bir .NET Core Web API uygulamas\u0131 kullanaca\u011f\u0131z. Bu uygulama, herhangi bir karma\u015f\u0131k veritaban\u0131 ba\u011flant\u0131s\u0131 veya harici ba\u011f\u0131ml\u0131l\u0131k gerektirmemesi nedeniyle konuyu basitle\u015ftirmek i\u00e7in idealdir. Tabii ki, ayn\u0131 prensipler daha karma\u015f\u0131k uygulamalar i\u00e7in de ge\u00e7erlidir.<\/p>\n
    \u0130lk olarak, yerel makinenizde basit bir .NET Core Web API projesi olu\u015fturun. \u00d6rne\u011fin, Visual Studio Code'u veya komut sat\u0131r\u0131n\u0131 kullanarak a\u015fa\u011f\u0131daki komutla yeni bir proje ba\u015flatabilirsiniz:<\/p>\n
    dotnet new webapi -n MyWebApp\ncd MyWebApp\n<\/pre>\n
    <\/code><\/p>\n
    Bu, MyWebApp<\/code> ad\u0131nda yeni bir Web API projesi olu\u015fturacakt\u0131r. \u015eimdi, bu uygulamay\u0131 bir Docker konteyneri i\u00e7inde \u00e7al\u0131\u015ft\u0131rmak i\u00e7in bir Dockerfile<\/code> olu\u015fturmam\u0131z gerekiyor. Projenizin ana dizininde (MyWebApp<\/code> klas\u00f6r\u00fcn\u00fcn i\u00e7inde) Dockerfile<\/code> ad\u0131nda bir dosya olu\u015fturun ve i\u00e7ine a\u015fa\u011f\u0131daki i\u00e7eri\u011fi yap\u0131\u015ft\u0131r\u0131n:<\/p>\n
    # ASP.NET Core SDK g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc kullanarak uygulamay\u0131 derle\nFROM mcr.microsoft.com\/dotnet\/sdk:8.0 AS build\nWORKDIR \/src\nCOPY [\"MyWebApp.csproj\", \".\/\"]\nRUN dotnet restore \"MyWebApp.csproj\"\nCOPY . .\nWORKDIR \"\/src\/.\"\nRUN dotnet build \"MyWebApp.csproj\" -c Release -o \/app\/build\n\n# Yay\u0131nlama a\u015famas\u0131\nFROM build AS publish\nRUN dotnet publish \"MyWebApp.csproj\" -c Release -o \/app\/publish \/p:UseAppHost=false\n\n# \u00c7al\u0131\u015ft\u0131rma a\u015famas\u0131 (daha k\u00fc\u00e7\u00fck ve g\u00fcvenli runtime g\u00f6r\u00fcnt\u00fcs\u00fc)\nFROM mcr.microsoft.com\/dotnet\/aspnet:8.0 AS final\nWORKDIR \/app\nCOPY --from=publish \/app\/publish .\nENTRYPOINT [\"dotnet\", \"MyWebApp.dll\"]\n<\/pre>\n
    <\/code><\/p>\n
    Bu Dockerfile<\/code>, \u00e7ok a\u015famal\u0131 bir derleme stratejisi kullan\u0131r. \u0130lk a\u015fama (build<\/code>), uygulaman\u0131n derlenmesi ve yay\u0131nlanmas\u0131 i\u00e7in gerekli SDK'y\u0131 i\u00e7erir. \u0130kinci a\u015fama (publish<\/code>), uygulaman\u0131n da\u011f\u0131t\u0131ma haz\u0131r hale getirilmi\u015f \u00e7\u0131kt\u0131s\u0131n\u0131 olu\u015fturur. Son a\u015fama (final<\/code>) ise sadece uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in gerekli olan daha k\u00fc\u00e7\u00fck ve g\u00fcvenli ASP.NET Core \u00e7al\u0131\u015fma zaman\u0131 g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc kullan\u0131r. Bu yakla\u015f\u0131m, ortaya \u00e7\u0131kan Docker g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fcn boyutunu \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r ve g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 minimize eder. COPY<\/code> komutlar\u0131, proje dosyalar\u0131n\u0131 konteynere kopyalar ve dotnet restore<\/code>, dotnet build<\/code>, dotnet publish<\/code> komutlar\u0131 da uygulamay\u0131 derleme ve yay\u0131nlama i\u015flemlerini ger\u00e7ekle\u015ftirir.<\/p>\n
    Uygulamam\u0131z konteynerize edilmeye haz\u0131r oldu\u011funa g\u00f6re, bunu Kubernetes k\u00fcmemizde da\u011f\u0131tmak i\u00e7in Kubernetes manifest dosyalar\u0131n\u0131 haz\u0131rlamam\u0131z gerekiyor. Genellikle bir Deployment<\/code> ve bir Service<\/code> nesnesi tan\u0131mlar\u0131z. Projenizin k\u00f6k dizininde kubernetes<\/code> ad\u0131nda bir klas\u00f6r olu\u015fturun ve i\u00e7ine deployment.yaml<\/code> ve service.yaml<\/code> ad\u0131nda iki dosya ekleyin.<\/p>\n
    kubernetes\/deployment.yaml<\/code> dosyas\u0131n\u0131n i\u00e7eri\u011fi:<\/p>\n
    apiVersion: apps\/v1\nkind: Deployment\nmetadata:\n  name: mywebapp-deployment\n  labels:\n    app: mywebapp\nspec:\n  replicas: 2 # Uygulaman\u0131n 2 kopyas\u0131n\u0131 \u00e7al\u0131\u015ft\u0131r\n  selector:\n    matchLabels:\n      app: mywebapp\n  template:\n    metadata:\n      labels:\n        app: mywebapp\n    spec:\n      containers:\n      - name: mywebapp\n        image: REPLACE_IMAGE_NAME:REPLACE_IMAGE_TAG # Azure Pipelines taraf\u0131ndan doldurulacak\n        ports:\n        - containerPort: 80\n        resources:\n          requests:\n            memory: \"64Mi\"\n            cpu: \"250m\"\n          limits:\n            memory: \"128Mi\"\n            cpu: \"500m\"\n      imagePullSecrets:\n      - name: acr-secret # ACR'den g\u00f6r\u00fcnt\u00fc \u00e7ekmek i\u00e7in secret\n<\/pre>\n
    <\/code><\/p>\n
    Bu deployment.yaml<\/code> dosyas\u0131, mywebapp<\/code> etiketine sahip pod'lar\u0131n iki kopyas\u0131n\u0131 \u00e7al\u0131\u015ft\u0131racak bir da\u011f\u0131t\u0131m tan\u0131mlar. image<\/code> alan\u0131, Azure Pipelines taraf\u0131ndan derlenen Docker g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fcn ad\u0131yla ve etiketiyle doldurulacakt\u0131r. resources<\/code> k\u0131sm\u0131, konteynerlerin ne kadar CPU ve bellek kullanabilece\u011fini belirler. imagePullSecrets<\/code> ise, Azure Container Registry gibi \u00f6zel bir kay\u0131t defterinden g\u00f6r\u00fcnt\u00fc \u00e7ekerken kimlik do\u011frulamas\u0131 i\u00e7in kullan\u0131l\u0131r. Bu secret'\u0131 daha sonra pipeline'da olu\u015fturaca\u011f\u0131z.<\/p>\n
    kubernetes\/service.yaml<\/code> dosyas\u0131n\u0131n i\u00e7eri\u011fi:<\/p>\n
    apiVersion: v1\nkind: Service\nmetadata:\n  name: mywebapp-service\nspec:\n  selector:\n    app: mywebapp # Bu servis, 'mywebapp' etiketine sahip pod'lar\u0131 hedefler\n  ports:\n    - protocol: TCP\n      port: 80 # Servisin d\u0131\u015far\u0131dan dinleyece\u011fi port\n      targetPort: 80 # Pod'un i\u00e7indeki konteynerin dinleyece\u011fi port\n  type: LoadBalancer # D\u0131\u015far\u0131dan eri\u015filebilir bir LoadBalancer olu\u015fturur\n<\/pre>\n
    <\/code><\/p>\n
    Bu service.yaml<\/code> dosyas\u0131, mywebapp-deployment<\/code> taraf\u0131ndan olu\u015fturulan pod'lara trafik y\u00f6nlendiren bir LoadBalancer<\/code> tipi servis tan\u0131mlar. LoadBalancer<\/code> tipi, Azure'da otomatik olarak bir genel IP adresi atayarak uygulamam\u0131z\u0131n internet \u00fczerinden eri\u015filebilir olmas\u0131n\u0131 sa\u011flar. port<\/code> ve targetPort<\/code> ayarlar\u0131, trafi\u011fin d\u0131\u015far\u0131dan servise ve oradan da konteynere nas\u0131l y\u00f6nlendirilece\u011fini belirtir.<\/p>\n
    Bu dosyalar\u0131 haz\u0131rlad\u0131ktan sonra, projenizin dizin yap\u0131s\u0131 a\u015fa\u011f\u0131daki gibi g\u00f6r\u00fcnmelidir:<\/p>\n
    MyWebApp\/\n\u251c\u2500\u2500 Controllers\/\n\u251c\u2500\u2500 Pages\/\n\u251c\u2500\u2500 ... (Di\u011fer .NET Core dosyalar\u0131)\n\u251c\u2500\u2500 MyWebApp.csproj\n\u251c\u2500\u2500 Dockerfile\n\u2514\u2500\u2500 kubernetes\/\n    \u251c\u2500\u2500 deployment.yaml\n    \u2514\u2500\u2500 service.yaml\n<\/pre>\n
    <\/code><\/p>\n
    T\u00fcm bu ad\u0131mlar, uygulaman\u0131z\u0131n konteynerle\u015ftirilmesi ve Kubernetes ortam\u0131nda da\u011f\u0131t\u0131ma haz\u0131r hale getirilmesi i\u00e7in temel te\u015fkil eder. Dockerfile<\/code> uygulamay\u0131 ta\u015f\u0131nabilir ve izole edilebilir bir birim haline getirirken, Kubernetes manifest dosyalar\u0131 bu birimin AKS k\u00fcmesi i\u00e7inde nas\u0131l konu\u015flanaca\u011f\u0131n\u0131, \u00f6l\u00e7eklenece\u011fini ve eri\u015filebilir olaca\u011f\u0131n\u0131 tan\u0131mlar. Bir sonraki b\u00f6l\u00fcmde, Azure Pipelines kullanarak bu Docker g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc nas\u0131l derleyece\u011fimizi ve Azure Container Registry'ye nas\u0131l g\u00f6nderece\u011fimizi ele alaca\u011f\u0131z. Bu sayede, kod de\u011fi\u015fikliklerinizin otomatik olarak da\u011f\u0131t\u0131ma haz\u0131r artefaktlara d\u00f6n\u00fc\u015fme s\u00fcrecini otomatikle\u015ftirece\u011fiz.<\/p>\n
    Uygulaman\u0131n S\u00fcrekli Entegrasyonu (CI): Azure Pipeline ile Docker G\u00f6r\u00fcnt\u00fcs\u00fc Nas\u0131l Olu\u015fturulur ve ACR'ye G\u00f6nderilir?<\/h2>\n
    Uygulamam\u0131z\u0131n kodunu ve Kubernetes manifestlerini haz\u0131rlad\u0131\u011f\u0131m\u0131za g\u00f6re, \u015fimdi s\u00fcrekli entegrasyon (CI) s\u00fcrecini Azure Pipelines ile otomatikle\u015ftirebiliriz. CI, geli\u015ftiricilerin kod de\u011fi\u015fikliklerini s\u0131k s\u0131k merkezi bir depoya birle\u015ftirdi\u011fi ve bu de\u011fi\u015fikliklerin otomatik olarak derlendi\u011fi ve test edildi\u011fi bir yaz\u0131l\u0131m geli\u015ftirme prati\u011fidir. Bu b\u00f6l\u00fcmde, bir .NET Core uygulamas\u0131n\u0131 Docker g\u00f6r\u00fcnt\u00fcs\u00fc haline getirip, Azure Container Registry'ye (ACR) nas\u0131l g\u00f6nderece\u011fimizi detayl\u0131 bir Azure Pipeline (YAML) \u00f6rne\u011fiyle a\u00e7\u0131klayaca\u011f\u0131z.<\/p>\n
    Azure DevOps projenizin Repos<\/code> k\u0131sm\u0131nda, projenizi (\u00f6rne\u011fin, MyWebApp<\/code>) bar\u0131nd\u0131ran bir Git deposu olu\u015fturdu\u011funuzu ve yukar\u0131da haz\u0131rlad\u0131\u011f\u0131m\u0131z Dockerfile<\/code> ile kubernetes<\/code> klas\u00f6r\u00fcn\u00fc bu depoya y\u00fckledi\u011finizi varsay\u0131yoruz. \u015eimdi, depoda azure-pipelines.yml<\/code> ad\u0131nda yeni bir dosya olu\u015ftural\u0131m. Bu dosya, CI s\u00fcrecimizi tan\u0131mlayacakt\u0131r.<\/p>\n
    # azure-pipelines.yml\ntrigger:\n- master # master branch'ine yap\u0131lan her push bu pipeline'\u0131 tetikleyecek\n\nvariables:\n  # ACR ad\u0131n\u0131z (\u00f6nceki ad\u0131mda olu\u015fturdu\u011fumuz)\n  acrServiceConnection: 'AzureSubscriptionConnection' # Servis ba\u011flant\u0131s\u0131 ad\u0131m\u0131z\n  azureSubscription: 'myAKSResourceGroup' # Kaynak grubumuzun ad\u0131\n  acrName: 'myACRRegistry' # ACR ad\u0131m\u0131z\n  imageRepository: 'mywebapp' # Docker g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fcn ad\u0131\n  dockerfilePath: '$(Build.SourcesDirectory)\/Dockerfile' # Dockerfile yolu\n  tag: '$(Build.BuildId)' # G\u00f6r\u00fcnt\u00fc etiketi olarak Build ID'yi kullan\n\nstages:\n- stage: Build\n  displayName: Build and Push Docker Image\n  jobs:\n  - job: BuildAndPush\n    displayName: Build and Push\n    pool:\n      vmImage: 'ubuntu-latest' # Linux tabanl\u0131 bir agent kullan\n\n    steps:\n    - task: DockerInstaller@0\n      displayName: 'Install Docker'\n      inputs:\n        dockerVersion: 'latest' # En son Docker s\u00fcr\u00fcm\u00fcn\u00fc y\u00fckle\n\n    - task: Docker@2\n      displayName: 'Build and Push an image to ACR'\n      inputs:\n        command: 'buildAndPush'\n        repository: '$(imageRepository)'\n        dockerfile: '$(dockerfilePath)'\n        containerRegistry: '$(acrServiceConnection)' # Servis ba\u011flant\u0131m\u0131z\u0131 kullan\n        tags: |\n          $(tag)\n          latest\n        buildContext: '$(Build.SourcesDirectory)' # Dockerfile'\u0131n bulundu\u011fu dizin\n\n    - task: PublishBuildArtifacts@1\n      displayName: 'Publish Artifacts'\n      inputs:\n        PathtoPublish: '$(Build.SourcesDirectory)\/kubernetes'\n        ArtifactName: 'kubernetes_manifests'\n        publishLocation: 'Container'\n<\/pre>\n
    <\/code><\/p>\n
    \u015eimdi bu YAML dosyas\u0131n\u0131 ad\u0131m ad\u0131m inceleyelim:<\/p>\n