{"id":27608,"date":"2025-03-08T23:25:26","date_gmt":"2025-03-08T23:25:26","guid":{"rendered":"https:\/\/www.gencayyildiz.com\/blog\/?p=27608"},"modified":"2025-03-08T23:25:26","modified_gmt":"2025-03-08T23:25:26","slug":"asp-net-core-web-api-uygulamasini-aws-app-runnera-ecr-ve-github-araciligiyla-deploy-etme","status":"publish","type":"post","link":"https:\/\/www.gencayyildiz.com\/blog\/asp-net-core-web-api-uygulamasini-aws-app-runnera-ecr-ve-github-araciligiyla-deploy-etme\/","title":{"rendered":"Asp.NET Core Web API Uygulamas\u0131n\u0131 AWS App Runner’a ECR ve GitHub Arac\u0131l\u0131\u011f\u0131yla Deploy Etme"},"content":{"rendered":"

<\/div>\n

Merhaba,<\/p>\n

Bu i\u00e7eri\u011fimizde AWS’de, \u00f6nceden inceledi\u011fimiz EC2<\/a>, ECS<\/a>, Elastic Beanstalk<\/a> ve Lambda<\/a> deploy y\u00f6ntemlerinden farkl\u0131 bir se\u00e7enek olan, ECR ve GitHub arac\u0131l\u0131\u011f\u0131yla App Runner’a deploy s\u00fcrecini inceliyor olaca\u011f\u0131z.<\/p>\n

AWS App Runner Nedir?<\/h3>\n
AWS App Runner, Amazon’un tam y\u00f6netilen(fully managed)<\/em> bir servisidir ve geli\u015ftiricilere konteyner tabanl\u0131 uygulamalar\u0131(container-based applications)<\/em> kolayca deploy edebilme, y\u00f6netme ve \u00f6l\u00e7eklendirme imkan\u0131 sunmakta ve AWS Fargate<\/a> gibi altyap\u0131 y\u00f6netimiyle u\u011fra\u015fmaks\u0131z\u0131n uygulamalar\u0131n \u00e7al\u0131\u015ft\u0131rmas\u0131n\u0131 sa\u011flamaktad\u0131r. Hatta AWS Fargate’e nazaran daha soyut ve basit bir deploy yolu sundu\u011fu i\u00e7in Fargate’in halefi olarak yorumlanabilmekte ve daha \u00e7ok tercih edilebilmektedir.<\/p>\n

AWS App Runner’\u0131n \u00d6zellikleri<\/h5>\n
AWS App Runner’\u0131n bir ka\u00e7 kritik \u00f6zelli\u011fini a\u015fa\u011f\u0131da madde madde bir ka\u00e7 sat\u0131rda ele alarak vurgulamakta fayda g\u00f6rmekteyim;<\/p>\n
\n
Fully Managed Service<\/strong>(Tam Y\u00f6netilen Servis)<\/em> : AWS App Runner’da; altyap\u0131 y\u00f6netimi(infrastructure management), y\u00fck dengeleme(load balancing) ve \u00f6l\u00e7eklendirme(scaling) AWS taraf\u0131ndan otomatik olarak yap\u0131land\u0131r\u0131lmaktad\u0131r. Yani sorumlulu\u011fu geli\u015ftiricilerden ziyade AWS taraf\u0131 tam olarak \u00fcstlenmektedir.<\/li>\n
Easy Deployment<\/strong>(Kolay Deploy)<\/em> : Docker container image \u00fczerinden ECR ve Docker Hub kullanarak ya da GitHub gibi bir source code repository \u00fczerinden kolayca deploy s\u00fcreci y\u00f6netilebilmektedir.<\/li>\n
Auto Scaling<\/strong>(Otomatik \u00d6l\u00e7eklendirme)<\/em> : AWS App Runner, trafi\u011fe ya da yo\u011funlu\u011fa ba\u011fl\u0131 olarak uygulamay\u0131 otomatik olarak \u00f6l\u00e7eklendirir.<\/li>\n
Continuous Deployment (CI\/CD)<\/strong><\/em> : AWS App Runner, kaynak kodda bir de\u011fi\u015fiklik meydana geldi\u011finde otomatik olarak yeniden deploy s\u00fcrecini ger\u00e7ekle\u015ftirir. Haliyle b\u00f6ylece, yeni s\u00fcr\u00fcm \u00e7\u0131k\u0131\u015flar\u0131 otomatik ve h\u0131zl\u0131 bir \u015fekilde cereyan edecektir.<\/li>\n
IAM Integration<\/strong><\/em> : AWS servisleriyle g\u00fcvenli kimlik do\u011frulama ve yetkilendirme sa\u011flar.<\/li>\n<\/ul>\n
Bu ve bunlara benzer m\u00fchim \u00f6zellikleri sayesinde AWS App Runner, AWS Fargate’e nazaran daha basit bir sistem ortaya koymaktad\u0131r. Evet; AWS Fargate, daha esnek olsa da baz\u0131 altyap\u0131 y\u00f6netimlerinin manuel yap\u0131lmas\u0131n\u0131 gerektirmektedir. Ancak AWS App Runner, h\u0131zl\u0131 deploy s\u00fcre\u00e7lerinde ve basit ya da orta \u00f6l\u00e7ekli uygulamalarda daha \u00e7ok tercih sebebimizdir. Daha karma\u015f\u0131k container y\u00f6netimi gerektiren i\u015f y\u00fcklerinde ise AWS App Runner’dan ziyade AWS Fargate’e y\u00f6nelerek elle yap\u0131land\u0131rmalarda bulunabilir ve b\u00f6ylece de uygulaman\u0131n gereksinimlerine uygun se\u00e7enekleri daha detayl\u0131 bir \u015fekilde optimize edebilirsiniz.<\/p>\n
AWS App Runner; \u015fu anda ap-south-1, eu-west-2, ap-northeast-1, us-east-1, us-west-2 vs. gibi b\u00f6lgelerde kullan\u0131lmaktad\u0131r. Tam liste i\u00e7in \u015furaya<\/a> g\u00f6z atabilirsiniz.<\/em><\/p><\/blockquote>\n
Neden AWS App Runner’\u0131 Kullanmal\u0131y\u0131z?<\/h3>\n
AWS App Runner’\u0131 tercih nedeni i\u00e7in her \u015feyden \u00f6nce basitlik ve kullan\u0131m kolayl\u0131\u011f\u0131n\u0131 \u00f6ne s\u00fcrebiliriz. Yukar\u0131daki sat\u0131rlarda bahsedildi\u011fi gibi altyap\u0131 yap\u0131land\u0131rmas\u0131, y\u00fck dengeleme, otomatik \u00f6l\u00e7eklendirme vs. gibi t\u00fcm yap\u0131land\u0131rma sorumlulu\u011fu AWS taraf\u0131ndan \u00fcstlenilmekte ve ayr\u0131ca maliyet a\u00e7\u0131s\u0131ndan da t\u00fcm bu s\u00fcre\u00e7 olduk\u00e7a verimli seyretmektedir. App Runner, kulland\u0131k\u00e7a \u00f6de fiyatland\u0131rma modelini uygulamaktad\u0131r ve bir yandan da sadece uygulama taraf\u0131ndan t\u00fcketilen bellek ve CPU i\u00e7in \u00fccretlendirme durumu s\u00f6z konusudur. Yani herhangi bir T zamanda, gelen bir request s\u00f6z konusu de\u011filse i\u015fte o taktirde size ayr\u0131lan CPU bo\u015fta kalacak ve dolay\u0131s\u0131yla bunun i\u00e7in bir \u00fccret \u00f6demenize gerek kalmayacakt\u0131r. \u00d6te yandan size ayr\u0131lan belle\u011fin yan\u0131nda deploy tetikleyicileri(deployment triggers) ve derleme zamanlar\u0131(build times) i\u00e7in elbet ek \u00fccretler s\u00f6z konusu olacakt\u0131r. Bu da genel olarak, k\u00fc\u00e7\u00fck bir uygulama i\u00e7in ayda yakla\u015f\u0131k $5’l\u0131k bir \u00fccretlendirmeye tekab\u00fcl edecektir. Gayet iyi de\u011fil mi? \ud83d\ude42<\/p>\n
Ne \u0130n\u015fa Edece\u011fiz?<\/h3>\n
\u0130\u00e7eri\u011fimiz s\u00fcresince, herhangi bir alanda hizmet veren Asp.NET Core Web API uygulamas\u0131 geli\u015ftirecek ve bu uygulama i\u00e7in AWS App Runner Service’de kaynak olarak kullanaca\u011f\u0131m\u0131z bir docker dosyas\u0131 olu\u015fturaca\u011f\u0131z. Devam\u0131nda ise uygulaman\u0131n docker image’\u0131n\u0131 Elastic Container Registry<\/a>‘ye g\u00f6nderece\u011fiz. Ayr\u0131ca, uygulaman\u0131n GitHub \u00fczerinden nas\u0131l source deploy edilebilece\u011fini de ke\u015ffediyor olaca\u011f\u0131z. O halde hade ba\u015flayal\u0131m.<\/p>\n
Bir Asp.NET Core Web API Uygulamas\u0131 Geli\u015ftirme ve Dockerize Etme<\/h4>\n
\u0130lk olarak bir Asp.NET Core Web API projesi olu\u015ftural\u0131m ve i\u00e7eri\u011fine a\u015fa\u011f\u0131daki gibi bir minimal api ekleyelim;<\/p>\n
\n
\r\nusing Scalar.AspNetCore;\r\n\r\nvar builder = WebApplication.CreateBuilder(args);\r\nbuilder.Services.AddOpenApi();\r\n\r\nvar app = builder.Build();\r\n\r\napp.UseHttpsRedirection();\r\napp.MapOpenApi();\r\napp.MapScalarApiReference();\r\n\r\napp.MapGet("\/", () => "Hello World!");\r\n\r\napp.Run();\r\n<\/pre>\n<\/div>\n
Evet, \u00fczerinde \u00e7al\u0131\u015faca\u011f\u0131m\u0131z uygulamam\u0131z bundan ibarettir diyebiliriz \ud83d\ude42 \u015eimdi bu uygulama i\u00e7in bir Dockerfile dosyas\u0131 olu\u015fturup image tasarlayal\u0131m ve ard\u0131ndan bu image’i AWS ECR repository’sine g\u00f6nderelim.<\/p>\n
\n
\r\nFROM mcr.microsoft.com\/dotnet\/sdk:9.0 AS build\r\nARG BUILD_CONFIGURATION=Release\r\nWORKDIR \/src\r\nCOPY .csproj .\r\nRUN dotnet restore\r\nCOPY . .\r\nRUN dotnet publish -c Release -o \/app\r\n\r\nFROM mcr.microsoft.com\/dotnet\/aspnet:9.0 AS runtime\r\nWORKDIR \/app\r\nEXPOSE 80\r\nEXPOSE 443\r\nCOPY --from=build \/app .\r\nENTRYPOINT ["dotnet", "AWS.App.Runner.Example.dll"]\r\n<\/pre>\n<\/div>\n
G\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere basit bir Dockerfile talimat dizisi olu\u015fturmu\u015f bulunuyoruz. \u015eimdi Dockerfile haz\u0131r oldu\u011funa g\u00f6re bir image olu\u015fturup AWS repository’e g\u00f6nderebiliriz.<\/p>\n
Docker Image’i Private Amazon ECR’ye Publish Etme<\/h4>\n
Olu\u015fturaca\u011f\u0131m\u0131z image’\u0131 AWS repository’e g\u00f6nderebilmek i\u00e7in \u00f6ncelikle bo\u015f bir Elastic Container Repository<\/em> olu\u015fturmam\u0131z gerekmektedir. Bunun i\u00e7in a\u015fa\u011f\u0131daki g\u00f6rselde oldu\u011fu gibi AWS Console \u00fczerinden ECR’ye girelim.* $\"Asp.NET$ <\/a>Ve a\u00e7\u0131lan sayfadan ‘Create a repository’ butonuna t\u0131klayarak a\u015fa\u011f\u0131daki gibi bir repository olu\u015ftural\u0131m. $\"Asp.NET$ <\/a> $\"Asp.NET$ <\/a>Evet, g\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere AWS repository’i olu\u015fturmu\u015f bulunuyoruz. \u015eimdi olu\u015fturdu\u011fumuz Dockerimage dosyas\u0131ndan bir image olu\u015ftural\u0131m ve ard\u0131ndan bu image’\u0131 Amazon ECR’de ki bu repository’e g\u00f6nderelim. Bunun i\u00e7in proje dizinine odakl\u0131 bir terminal penceresinden a\u015fa\u011f\u0131daki talimatlar\u0131 s\u0131rayla girelim;<\/p>\n
\n
\n
\n
\r\naws ecr get-login-password | docker login --username AWS --password-stdin 905418427199.dkr.ecr.us-west-2.amazonaws.com\/example-api\r\n<\/pre>\n<\/div>\n
AWS ECR’de Docker ile oturum a\u00e7\u0131yoruz.\n<\/li>\n
\n
\n
\r\ndocker build -t awsapprunnerexample .\r\n<\/pre>\n<\/div>\n
Bulunulan dizindeki Dockerfile dosyas\u0131ndan bir Docker image’\u0131 olu\u015fturuyoruz.\n<\/li>\n
\n
\n
\r\ndocker tag awsapprunnerexample:latest 905418427199.dkr.ecr.us-west-2.amazonaws.com\/example-api\r\n<\/pre>\n<\/div>\n
Olu\u015fturulan Docker image’\u0131n\u0131 ECR repository’sine y\u00fcklemek i\u00e7in etiketliyoruz.\n<\/li>\n
\n
\n
\r\ndocker push 905418427199.dkr.ecr.us-west-2.amazonaws.com\/example-api\r\n<\/pre>\n<\/div>\n
Etiketledi\u011fimiz Docker image’\u0131n\u0131 hedef ECR repository’sine g\u00f6nderiyoruz.\n<\/li>\n<\/ol>\n
Bu talimatlarda s\u0131ras\u0131yla bulundu\u011funuzda a\u015fa\u011f\u0131daki g\u00f6rseldeki gibi \u00e7\u0131kt\u0131lar edinilecektir; $\"Asp.NET$ <\/a>Ve AWS Management Console’a geri d\u00f6n\u00fcp ECR servisine tekrar g\u00f6z atarsan\u0131z e\u011fer, image’in repository’e y\u00fcklendi\u011fini g\u00f6rebilirsiniz; $\"Asp.NET$ <\/a>G\u00fczel… Art\u0131k bu a\u015famadan sonra bu image’i AWS App Runner instance’\u0131n\u0131 ba\u015flatmak i\u00e7in kaynak olarak kullanabiliriz.<\/p>\n
Uygulamay\u0131 Docker Image \u00dczerinden AWS App Runner’a Deploy Etme<\/h4>\n
AWS Management Console \u00fczerinden AWS App Runner servisine gelelim, $\"Asp.NET$ <\/a>ve a\u00e7\u0131lan sayfadan ‘Create an App Runner service’ butonuna t\u0131klayarak bir App Runner hizmeti olu\u015ftural\u0131m. $\"Asp.NET$ <\/a>Ard\u0131ndan sonraki a\u00e7\u0131lacak sayfada hizmetin kayna\u011f\u0131n\u0131 tan\u0131mlamam\u0131z gerekecektir. Bunun i\u00e7in a\u015fa\u011f\u0131daki ekran g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc inceleyebilirsiniz; $\"Asp.NET$ <\/a>Dikkat ederseniz ‘Source and deployment’ alt\u0131ndaki ‘Repository type’ k\u0131sm\u0131nda default olarak Container registry<\/em> se\u00e7ili gelmektedir. Burada Source code repository<\/em>‘i se\u00e7erek iste\u011fe ba\u011fl\u0131 bir \u015fekilde Docker image’lar\u0131n\u0131 do\u011frudan GitHub repository’sinden veya herhangi bir ba\u015fka source control sisteminden build edebilme \u015fans\u0131na sahip oldu\u011funuzu da bilmenizi isterim. Tabi bunun i\u00e7in de ekstradan i\u015f y\u00fck\u00fc olaca\u011f\u0131n\u0131 s\u00f6ylemekte fayda var. Misal olarak, GitHub repository’sini se\u00e7tiyseniz, GitHub hesab\u0131n\u0131z\u0131 AWS’ye ba\u011flaman\u0131z gerekecek ve hesaptaki bir repository’i se\u00e7erek, uygulamay\u0131 \u00e7al\u0131\u015ft\u0131rmas\u0131 i\u00e7in build komutlar\u0131n\u0131 eklemeniz gerekecektir \ud83d\ude42 Bizler bu noktada t\u00fcm bu u\u011fra\u015flar\u0131 es ge\u00e7iyor ve Container registry<\/em> ile devam ediyoruz.<\/p>\n
‘Provider’ k\u0131sm\u0131nda ise Amazon ECR<\/em>‘yi se\u00e7erek private ECR’de tutulan container image’lar\u0131n\u0131 se\u00e7ip yolumuza devam ediyoruz. Container image URI<\/em>‘de ise biraz \u00f6nce olu\u015fturdu\u011fumuz image’i bulup, se\u00e7iyoruz. Deployment<\/em> ayarlar\u0131n\u0131 ise Automatic<\/em> olarak ayarlay\u0131p, yeni bir image s\u00fcr\u00fcm\u00fc g\u00f6nderildi\u011fi vakit AWS App Runner taraf\u0131ndan otomatik bir \u015fekilde deploy’u ger\u00e7ekle\u015ftiriyoruz. T\u00fcm bunlar\u0131n d\u0131\u015f\u0131nda ECR eri\u015fimi i\u00e7in temel bir politikaya sahip IAM rol\u00fcn\u00fc direkt k\u0131ssadan hisse yaparak olu\u015fturuyoruz. Tabi bu noktada gereksinimlerimize g\u00f6re gerekli izinlere sahip olan yeni bir IAM rol\u00fc olu\u015fturarak da yola devam edebilece\u011finizi de s\u00f6ylemeden ge\u00e7meyelim.<\/p>\n
Son olarak servisi, 1 vCPU(Virtual CPU) ve 2 GB(Virtual memory) olacak \u015fekilde minimum de\u011ferlerde yap\u0131land\u0131r\u0131yor ve Dockerfile’da belirtti\u011fimizin aksine port’u 8080 olarak ayarl\u0131yoruz. Bunlar\u0131n d\u0131\u015f\u0131nda geri kalan her \u015feyi varsay\u0131lan ayarlar\u0131nda b\u0131rak\u0131p, deploy’u ba\u015flat\u0131yoruz. $\"Asp.NET$ <\/a>Bu deploy s\u00fcrecinde; pipeline’\u0131n olu\u015fturulmas\u0131, gerekli kaynaklar\u0131n sa\u011flanmas\u0131 ve docker image’\u0131n\u0131n pull edilmesi i\u00e7in birka\u00e7 dakika gerekecektir. Her \u015fey bitti\u011fi taktirde olu\u015fturulan servis a\u015fa\u011f\u0131daki gibi default domain’i e\u015fli\u011finde ‘Running’ olarak g\u00f6z\u00fckecektir. $\"Asp.NET$ <\/a>Evet, hi\u00e7 vakit kaybetmeksizin Default domain<\/em> linkine t\u0131klayarak testimizi ger\u00e7ekle\u015ftirirsek, $\"Asp.NET$ <\/a>b\u00f6ylece uygulamam\u0131z\u0131n AWS App Runner arac\u0131l\u0131\u011f\u0131yla ba\u015far\u0131yla deploy edildi\u011fini g\u00f6rm\u00fc\u015f olaca\u011f\u0131z…<\/p>\n
GitHub’\u0131 Kullanarak Uygulamay\u0131 AWS App Runner’a Deploy Etme<\/h4>\n
\u015eimdi de, ayn\u0131 uygulamay\u0131 GitHub’\u0131 kullanarak tekrar deploy etmeyi inceleyece\u011fiz. Bunun i\u00e7in \u00f6ncelikle uygulamay\u0131 GitHub’a g\u00f6nderelim, ard\u0131ndan a\u015fa\u011f\u0131daki gibi yeni bir servis create edelim. $\"Asp.NET$ <\/a>Tabi bu sefer Source code repository<\/em>‘i se\u00e7erek devam ediyoruz. B\u00f6ylece se\u00e7ti\u011fimiz ilgili GitHub repository’sine her yeni bir commit g\u00f6nderildi\u011finde, pipeline otomatik tetiklenecek ve AWS App Runner, olu\u015fturulan servise en son de\u011fi\u015fiklikleri otomatik deploy edecektir.<\/p>\n
Velhas\u0131l, devam\u0131nda ise GitHub’a dair build ve start yap\u0131land\u0131rmas\u0131nda bulunmam\u0131z gerekmektedir. Bunun i\u00e7in de a\u015fa\u011f\u0131daki g\u00f6rseldeki gibi bir yap\u0131land\u0131rmada bulunal\u0131m; $\"Asp.NET$ <\/a>Burada dikkat ederseniz e\u011fer runtime olarak sadece .NET 6’y\u0131 g\u00f6rmekteyiz. Ne tuhaft\u0131r ki AWS, App Runner servisinde .NET 6’n\u0131n \u00fcst versiyonlar\u0131n\u0131 hala runtime’da desteklememektedir (bknz : supported runtime versions<\/a>)<\/span> Haliyle bu durumda yapabileceklerimiz, ya uygulaman\u0131n altyap\u0131s\u0131n\u0131 .NET 6’ya g\u00f6re uyarlamak ya da hi\u00e7 GitHub source’a bula\u015fmaks\u0131z\u0131n Dockerfile yap\u0131s\u0131ndan yani biraz \u00f6nce g\u00f6rd\u00fc\u011f\u00fcm\u00fcz Container registry<\/em> y\u00f6nteminden istifade etmektir. Tabi bizler GitHub source’u burada i\u00e7erik kalitesi i\u00e7in tecr\u00fcbe edece\u011fimizden dolay\u0131 uygulaman\u0131n uygun versiyona d\u00f6n\u00fc\u015f\u00fcm\u00fcyle devam edece\u011fiz.<\/p>\n
Burada ayr\u0131ca dikkat ederseniz Build command<\/em> ve Start command<\/em> alanlar\u0131nda uygulaman\u0131n build ve start yap\u0131land\u0131rmalar\u0131n\u0131 vermi\u015f bulunuyoruz. Burada verilen kodlar s\u0131ras\u0131yla a\u015fa\u011f\u0131daki gibidir;<\/p>\n
Build command<\/em><\/p>\n
\n
\r\ndotnet publish -c Release -o release\r\n<\/pre>\n<\/div>\n
Start command<\/em><\/p>\n
\n
\r\ndotnet release\/AWS.App.Runner.Example.dll --urls=http:\/\/0.0.0.0:8080\r\n<\/pre>\n<\/div>\n
Bu yap\u0131land\u0131rmalardan sonraki ad\u0131mda, olu\u015fturulacak bu servise bir isim verip; $\"Asp.NET$ <\/a>ard\u0131ndan deploy’u ger\u00e7ekle\u015ftirelim… Birka\u00e7 dakika daha bekledikten sonra servisimiz haz\u0131r olacakt\u0131r.<\/p>\n
B\u00f6ylece art\u0131k deploy edilmi\u015f bu uygulaman\u0131n GitHub repository’sine yeni bir de\u011fi\u015fiklik\/comment g\u00f6ndermeyi denedi\u011fimizde, AWS App Runner’\u0131n tepkisini ve otomatik bir \u015fekilde yeniden deploy s\u00fcrecini ba\u015flatt\u0131\u011f\u0131n\u0131 g\u00f6zlemleyebilirsiniz.<\/p>\n
Otomatik \u00d6l\u00e7eklendirme<\/h4>\n
Son olarak otomatik \u00f6l\u00e7eklendirmeyi de test edip i\u00e7eri\u011fimizi sonland\u0131ral\u0131m istiyorum. Bunun i\u00e7in a\u015fa\u011f\u0131daki ekran g\u00f6r\u00fcnt\u00fcs\u00fcnde oldu\u011fu gibi App Runner \u00fczerinden olu\u015fturdu\u011fumuz servisi a\u00e7al\u0131m ve Configuration<\/em> sekmesine gelip Edit<\/em> butonuna t\u0131klayal\u0131m. A\u00e7\u0131lan sayfadan biraz a\u015fa\u011f\u0131dan Auto scaling<\/em> alan\u0131na gelip, ‘Create new ASC’ butonuna t\u0131klay\u0131p otomatik \u00f6l\u00e7eklendirme yap\u0131land\u0131rmas\u0131nda bulunal\u0131m. $\"Asp.NET$ <\/a>Yap\u0131land\u0131rmam\u0131z a\u015fa\u011f\u0131daki gibi olacakt\u0131r; $\"Asp.NET$ <\/a>Burada g\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere instance ba\u015f\u0131na 5 request al\u0131nmakta ve maksimum 25 instance’a kadar \u00f6l\u00e7eklendirme ger\u00e7ekle\u015ftirilmektedir.<\/p>\n
Nihai olarak;
\nT\u00fcm bunlar\u0131n d\u0131\u015f\u0131nda, olu\u015fturdu\u011fumuz AWS App Runner servisine \u00f6zel domain’imizi ekleyebilir ve uygulaman\u0131n health check yap\u0131land\u0131rmas\u0131n\u0131 HTTP ya da TCP protokolleri \u00fczerinden sa\u011flayabiliriz. B\u00f6ylece k\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli uygulamalar i\u00e7in AWS App Runner’dan, kolay yap\u0131land\u0131r\u0131labilecek \u015fekilde, container tabanl\u0131 deste\u011fi tam tad\u0131nda alabiliriz. Ama tekrar s\u00f6ylemekte fayda vard\u0131r ki, b\u00fcy\u00fck kapsaml\u0131 uygulamalar\u0131n, teferruatl\u0131 yap\u0131land\u0131rma ve optimizasyon ihtiya\u00e7lar\u0131 s\u00f6z konusu olaca\u011f\u0131 i\u00e7in i\u015fte bu taktirde AWS App Runner do\u011fru se\u00e7enek olmayacakt\u0131r. Basitlik, otomasyon ve kullan\u0131m kolayl\u0131\u011f\u0131 \u00f6ncelikse ve web uygulamalar\u0131n\u0131 h\u0131zl\u0131 bir \u015fekilde deploy etmek ve y\u00f6netmek isteniyorsa AWS App Runner en uygun se\u00e7imdir diyebiliriz.<\/p>\n
\u0130lgilenenlerin faydalanmas\u0131 dile\u011fiyle…
\nSonraki yaz\u0131lar\u0131mda g\u00f6r\u00fc\u015fmek \u00fczere…
\n\u0130yi \u00e7al\u0131\u015fmalar…<\/p>\n
Not : \u00d6rnek \u00e7al\u0131\u015fmaya a\u015fa\u011f\u0131daki GitHub adresinden eri\u015febilirsiniz.
\n https:\/\/github.com\/gncyyldz\/AWS.App.Runner.Example<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
Merhaba, Bu i\u00e7eri\u011fimizde AWS’de, \u00f6nceden inceledi\u011fimiz EC2, ECS, Elastic Beanstalk ve Lambda deploy y\u00f6ntemlerinden farkl\u0131 bir se\u00e7enek olan, ECR ve GitHub arac\u0131l\u0131\u011f\u0131yla App Runner’a deploy s\u00fcrecini inceliyor olaca\u011f\u0131z. AWS App Runner Nedir? AWS App...<\/p>\n","protected":false},"author":1,"featured_media":27638,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5206,4730],"tags":[5252,5245,5247,5246,5243,5248,5249,4787,5251,5244],"class_list":["post-27608","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-net","category-aws","tag-amazon-ecr","tag-app-runner","tag-asp-net-core-aws","tag-asp-net-core-aws-app-runner","tag-aws-app-runner","tag-aws-app-runner-nedir","tag-aws-app-runnerin-ozellikleri","tag-ecr","tag-elastic-container-repository","tag-github"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/27608","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/comments?post=27608"}],"version-history":[{"count":11,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/27608\/revisions"}],"predecessor-version":[{"id":27639,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/27608\/revisions\/27639"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/media\/27638"}],"wp:attachment":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/media?parent=27608"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/categories?post=27608"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/tags?post=27608"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}