G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen dijital d\u00fcnyas\u0131nda, uygulamalar\u0131n\u0131z\u0131n trafi\u011fini verimli ve g\u00fcvenli bir \u015fekilde y\u00f6netmek, ba\u015far\u0131n\u0131n anahtar\u0131d\u0131r. Peki, milyonlarca kullan\u0131c\u0131n\u0131n talebini kar\u015f\u0131layan bulut tabanl\u0131 bir uygulamaya sahipseniz, trafi\u011fi bir DNS<\/b> kayd\u0131ndan ba\u015flay\u0131p nihayetinde konteyner<\/b> tabanl\u0131 servislerinize nas\u0131l y\u00f6nlendirirsiniz? AWS\u2019in g\u00fc\u00e7l\u00fc servisleri Route 53<\/b> ve Application Load Balancer (ALB)<\/b> tam da bu noktada devreye giriyor. Bu makalede, bu iki temel AWS hizmetinin birlikte nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, mimarinizi nas\u0131l optimize edebilece\u011finizi ve uygulamalar\u0131n\u0131z\u0131n kesintisiz hizmet sunmas\u0131n\u0131 nas\u0131l sa\u011flayabilece\u011finizi detayl\u0131ca inceleyece\u011fiz.<\/p>\n
Modern bulut mimarilerinde kullan\u0131c\u0131 trafi\u011fini do\u011fru hedefe ula\u015ft\u0131rmak, sadece h\u0131z de\u011fil, ayn\u0131 zamanda g\u00fcvenilirlik ve maliyet etkinli\u011fi a\u00e7\u0131s\u0131ndan da kritik bir rol oynar. Bu karma\u015f\u0131k s\u00fcrecin kalbinde, Alan Ad\u0131 Sistemi (DNS) ve y\u00fck dengeleme mekanizmalar\u0131 yer al\u0131r. AWS ekosisteminde, bu iki ana i\u015flevi \u00fcstlenen temel servisler Amazon Route 53<\/b> ve Application Load Balancer (ALB)<\/b>‘d\u0131r. Her ikisi de, uygulaman\u0131z\u0131n internet \u00fczerindeki varl\u0131\u011f\u0131n\u0131 ve performans\u0131n\u0131 do\u011frudan etkileyen kritik bile\u015fenlerdir.<\/p>\n
Peki, bu iki servis neden bu kadar \u00f6nemlidir ve birbirlerini nas\u0131l tamamlarlar? Basit\u00e7e ifade etmek gerekirse, Route 53<\/b>, kullan\u0131c\u0131lar\u0131n taray\u0131c\u0131lar\u0131na yazd\u0131\u011f\u0131 kolayca ak\u0131lda kal\u0131c\u0131 alan adlar\u0131n\u0131 (\u00f6rne\u011fin, \u00d6te yandan, Application Load Balancer (ALB)<\/b>, gelen uygulama trafi\u011fini, arkas\u0131ndaki birden \u00e7ok sunucu (veya konteyner) aras\u0131nda da\u011f\u0131tan, katman 7 (HTTP\/HTTPS) tabanl\u0131 bir y\u00fck dengeleyicidir. Kullan\u0131c\u0131 bir kez Route 53 arac\u0131l\u0131\u011f\u0131yla uygulaman\u0131z\u0131n ALB’sine ula\u015ft\u0131\u011f\u0131nda, ALB devreye girer. Tek bir sunucuya a\u015f\u0131r\u0131 y\u00fck binmesini engeller, sunucu ar\u0131zalar\u0131n\u0131 otomatik olarak alg\u0131lar ve trafi\u011fi sa\u011fl\u0131kl\u0131 sunuculara y\u00f6nlendirir. Bu, uygulaman\u0131z\u0131n y\u00fcksek eri\u015filebilirlik ve hata tolerans\u0131 sa\u011flamas\u0131 i\u00e7in hayati \u00f6neme sahiptir. \u00d6zellikle modern mikroservis tabanl\u0131 ve konteynerize<\/b> uygulamalar i\u00e7in ALB, farkl\u0131 servislerin ayn\u0131 port \u00fczerinde bile olsa ayn\u0131 y\u00fck dengeleyici arkas\u0131nda \u00e7al\u0131\u015fmas\u0131na olanak tan\u0131yan geli\u015fmi\u015f y\u00f6nlendirme kurallar\u0131 sunar. Bu, URL yoluna, ana bilgisayar ad\u0131na veya HTTP ba\u015fl\u0131klar\u0131na g\u00f6re trafi\u011fi farkl\u0131 hedef gruplar\u0131na (Target Groups)<\/b> y\u00f6nlendirme yetene\u011fi sayesinde ger\u00e7ekle\u015fir.<\/p>\n Bu iki servis bir araya geldi\u011finde, sorunsuz ve esnek bir trafik y\u00f6nlendirme mimarisi olu\u015ftururlar. Route 53, ilk kap\u0131y\u0131 a\u00e7ar ve kullan\u0131c\u0131y\u0131 do\u011fru b\u00f6lgedeki veya do\u011fru IP adresindeki ALB’ye y\u00f6nlendirir. ALB ise bu trafi\u011fi alarak uygulaman\u0131z\u0131n i\u00e7indeki belirli konteynerlere<\/b> veya EC2 \u00f6rneklerine ak\u0131ll\u0131ca da\u011f\u0131t\u0131r. Bu entegrasyon, yaln\u0131zca uygulaman\u0131z\u0131n performans\u0131n\u0131 ve g\u00fcvenilirli\u011fini art\u0131rmakla kalmaz, ayn\u0131 zamanda \u00f6l\u00e7eklenebilirli\u011fini de b\u00fcy\u00fck \u00f6l\u00e7\u00fcde iyile\u015ftirir. Yeni bir sunucu veya konteyner ekledi\u011finizde, ALB bunu otomatik olarak tan\u0131r ve trafi\u011fi ona y\u00f6nlendirmeye ba\u015flar. Benzer \u015fekilde, bir sunucu \u00e7\u00f6kt\u00fc\u011f\u00fcnde, ALB o sunucuya trafik g\u00f6ndermeyi durdurur. Bu otomatik y\u00f6netim yetenekleri, operasyonel y\u00fck\u00fc azalt\u0131r ve m\u00fchendislik ekiplerinin daha \u00e7ok inovasyona odaklanmas\u0131n\u0131 sa\u011flar.<\/p>\n Sonu\u00e7 olarak, Route 53<\/b> ve ALB<\/b>, AWS \u00fczerinde modern, y\u00fcksek performansl\u0131 ve dayan\u0131kl\u0131 uygulamalar geli\u015ftirmek isteyen herkes i\u00e7in vazge\u00e7ilmez ara\u00e7lard\u0131r. Birbirlerini tamamlayarak, DNS \u00e7\u00f6z\u00fcmlemesinden ba\u015flay\u0131p uygulama katman\u0131ndaki y\u00fck dengelemeye kadar uzanan kesintisiz bir trafik ak\u0131\u015f\u0131 sa\u011flarlar.<\/p>\n Amazon Route 53<\/b>, AWS’in \u00f6l\u00e7eklenebilir ve y\u00fcksek oranda eri\u015filebilir bir alan ad\u0131 sistemi (DNS) web hizmetidir. \u0130nternetin temel altyap\u0131s\u0131 olan DNS’in kalbinde yer al\u0131r ve kullan\u0131c\u0131lar\u0131n taray\u0131c\u0131lar\u0131na yazd\u0131\u011f\u0131 alan adlar\u0131n\u0131, web sunucular\u0131n\u0131n veya di\u011fer internet kaynaklar\u0131n\u0131n IP adreslerine d\u00f6n\u00fc\u015ft\u00fcrmekten sorumludur. Bu “\u00e7eviri” s\u00fcreci olmadan, internetin bug\u00fcnk\u00fc haliyle \u00e7al\u0131\u015fmas\u0131 m\u00fcmk\u00fcn olmazd\u0131. Route 53’\u00fcn sadece bir DNS \u00e7\u00f6z\u00fcc\u00fcden \u00e7ok daha fazlas\u0131 oldu\u011funu anlamak, AWS’teki trafik y\u00f6netimi stratejilerinizi geli\u015ftirmeniz i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Peki, Route 53 tam olarak nas\u0131l \u00e7al\u0131\u015f\u0131r ve trafi\u011fi nas\u0131l y\u00f6nlendirir? S\u00fcre\u00e7 genellikle \u015fu ad\u0131mlar\u0131 izler:<\/p>\n Bu temel i\u015fleyi\u015fin yan\u0131 s\u0131ra, Route 53, trafi\u011fi daha ak\u0131ll\u0131ca y\u00f6nlendirmek i\u00e7in \u00e7e\u015fitli y\u00f6nlendirme politikalar\u0131 sunar. Bu politikalar, uygulaman\u0131z\u0131n performans\u0131n\u0131, g\u00fcvenilirli\u011fini ve maliyet etkinli\u011fini art\u0131rman\u0131za yard\u0131mc\u0131 olur:<\/p>\n Route 53, bu politikalar\u0131 kullanarak uygulamalar\u0131n global \u00f6l\u00e7ekte verimli, h\u0131zl\u0131 ve dayan\u0131kl\u0131 olmas\u0131n\u0131 sa\u011flar. \u00d6zellikle bir Application Load Balancer (ALB)<\/b> ile entegre edildi\u011finde, DNS katman\u0131ndan ba\u015flayan ak\u0131ll\u0131 bir trafik y\u00f6netimi zincirinin ilk halkas\u0131n\u0131 olu\u015fturur.<\/p>\n <\/code><\/p>\n Uzman \u0130pucu: Route 53 kay\u0131tlar\u0131n\u0131z\u0131n TTL (Time To Live) de\u011ferini dikkatlice ayarlay\u0131n. D\u00fc\u015f\u00fck bir TTL, de\u011fi\u015fikliklerin (\u00f6rne\u011fin, bir y\u00fck dengeleyici de\u011fi\u015fikli\u011fi) daha h\u0131zl\u0131 yay\u0131lmas\u0131n\u0131 sa\u011flarken, DNS sunucular\u0131 \u00fczerinde daha fazla y\u00fck olu\u015fturur. Y\u00fcksek bir TTL ise tersine, daha yava\u015f yay\u0131l\u0131r ancak daha az sorguya neden olur.<\/p>\n<\/blockquote>\n Application Load Balancer (ALB)<\/b>, AWS ekosisteminde Layer 7 (uygulama katman\u0131) d\u00fczeyinde \u00e7al\u0131\u015fan g\u00fc\u00e7l\u00fc bir y\u00fck dengeleyicidir. Gelen HTTP ve HTTPS trafi\u011fini hedeflenen kaynaklar aras\u0131nda da\u011f\u0131tmakla kalmaz, ayn\u0131 zamanda geli\u015fmi\u015f i\u00e7erik tabanl\u0131 y\u00f6nlendirme \u00f6zellikleriyle modern, mikroservis tabanl\u0131 ve konteynerize<\/b> uygulamalar i\u00e7in vazge\u00e7ilmez bir ara\u00e7t\u0131r. Route 53<\/b>'\u00fcn DNS \u00e7\u00f6z\u00fcmlemesi ile trafi\u011fi ALB'ye y\u00f6nlendirmesinden sonra, ALB'nin g\u00f6revi bu trafi\u011fi al\u0131p uygulaman\u0131z\u0131n i\u00e7inde \u00e7al\u0131\u015fan belirli servis konteynerlerine veya EC2 \u00f6rneklerine ak\u0131ll\u0131ca da\u011f\u0131tmakt\u0131r.<\/p>\n ALB'nin konteyner trafi\u011fini y\u00f6netme yetene\u011fi, \u00f6zellikle Amazon ECS (Elastic Container Service)<\/b> ve Amazon EKS (Elastic Kubernetes Service)<\/b> gibi konteyner orkestrasyon servisleriyle birle\u015fti\u011finde ger\u00e7ek g\u00fcc\u00fcn\u00fc g\u00f6sterir. \u0130\u015fte ALB'nin bu s\u00fcreci nas\u0131l y\u00f6netti\u011finin ad\u0131mlar\u0131:<\/p>\n Bu kurallar, mikroservis mimarilerinde \u00e7ok say\u0131da servisi tek bir ALB \u00fczerinden y\u00f6netmeyi son derece kolayla\u015ft\u0131r\u0131r.<\/li>\n<\/ol>\n Konteyner ve Dinamik Port Entegrasyonu:<\/b> ECS ve EKS gibi konteyner servisleriyle \u00e7al\u0131\u015f\u0131rken, ALB'nin dinamik port e\u015fleme yetene\u011fi kritik \u00f6neme sahiptir. Konteynerler genellikle k\u0131sa \u00f6m\u00fcrl\u00fcd\u00fcr ve her yeniden ba\u015flat\u0131ld\u0131\u011f\u0131nda farkl\u0131 bir ana bilgisayar portu \u00fczerinde \u00e7al\u0131\u015fabilirler. ALB, bu dinamik portlar\u0131 otomatik olarak alg\u0131lar ve hedeflere kaydeder. \u00d6rne\u011fin, bir ECS servisini bir ALB hedef grubuna kaydetti\u011finizde, ECS servis tan\u0131m\u0131n\u0131zda belirtilen hedef portu (konteyner i\u00e7indeki port) ALB dinleyici portuna y\u00f6nlendirilir. ALB ise bu trafi\u011fi konteynerin EC2 ana bilgisayar\u0131ndaki dinamik olarak atanm\u0131\u015f porta y\u00f6nlendirir. Bu sayede, uygulaman\u0131z\u0131n \u00f6l\u00e7eklenmesi veya g\u00fcncellenmesi s\u0131ras\u0131nda herhangi bir manuel konfig\u00fcrasyona gerek kalmaz.<\/p>\n \u00d6rnek Senaryo: Mikroservis Uygulamas\u0131<\/b><\/p>\n Diyelim ki bir e-ticaret uygulaman\u0131z var ve bu uygulama mikroservisler halinde \u00e7al\u0131\u015f\u0131yor: bir \"\u00fcr\u00fcn katalog\" servisi, bir \"\u00f6deme\" servisi ve bir \"kullan\u0131c\u0131 profili\" servisi. T\u00fcm bu servisler ECS Fargate \u00fczerinde konteynerlerde<\/b> \u00e7al\u0131\u015f\u0131yor.<\/p>\n Bu yap\u0131 sayesinde, tek bir alan ad\u0131 (Route 53 \u00fczerinden ALB'ye i\u015faret eden) alt\u0131nda birden \u00e7ok mikroservisi y\u00f6netebilir ve her bir servisi ba\u011f\u0131ms\u0131z olarak \u00f6l\u00e7ekleyebilirsiniz. ALB, gelen isteklere bakarak do\u011fru servise (do\u011fru konteynere) trafi\u011fi iletir. Bu, modern bulut tabanl\u0131 uygulamalar\u0131n esnekli\u011fini ve verimlili\u011fini art\u0131ran temel bir yakla\u015f\u0131md\u0131r.<\/p>\n <\/code><\/p>\n Uzman \u0130pucu: ALB'nin Request Tracing (\u0130stek \u0130zleme) \u00f6zelli\u011fini kullanarak, isteklerin ALB'den hedeflere nas\u0131l ula\u015ft\u0131\u011f\u0131n\u0131 izleyebilirsiniz. X-Forwarded-For, X-Forwarded-Proto ve X-Forwarded-Port ba\u015fl\u0131klar\u0131, orijinal istemci bilgilerini hedeflerinize iletmek i\u00e7in kullan\u0131l\u0131r.<\/p>\n<\/blockquote>\n Modern bir e-ticaret platformu, d\u00fcnyan\u0131n d\u00f6rt bir yan\u0131ndaki milyonlarca kullan\u0131c\u0131ya hizmet vermesi gereken karma\u015f\u0131k ve y\u00fcksek performansl\u0131 bir yap\u0131d\u0131r. Bu t\u00fcr bir platformda trafik y\u00f6netimi, sadece uygulaman\u0131n eri\u015filebilirli\u011fini de\u011fil, ayn\u0131 zamanda kullan\u0131c\u0131 deneyimini, i\u015f s\u00fcreklili\u011fini ve hatta g\u00fcvenlik post\u00fcr\u00fcn\u00fc de do\u011frudan etkiler. \u015eimdi, hayali ama ger\u00e7ek\u00e7i bir global e-ticaret platformu olan \"GlobalShop\" \u00fczerinden, Route 53<\/b> ve Application Load Balancer (ALB)<\/b>'\u0131n konteynerize<\/b> servislerle birlikte nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 inceleyelim.<\/p>\n GlobalShop, ilk ba\u015flarda tek bir AWS b\u00f6lgesinde (\u00f6rne\u011fin, GlobalShop, bu sorunlar\u0131 \u00e7\u00f6zmek i\u00e7in \u00e7ok b\u00f6lgeli (multi-region) ve mikroservis tabanl\u0131 bir mimariye ge\u00e7meye karar verdi. Temel mimari \u015fu \u015fekilde \u015fekillendirildi:<\/p>\n Bu mimari de\u011fi\u015fikli\u011fi sayesinde GlobalShop, \u00f6nemli faydalar elde etti:<\/p>\n Bu vaka analizi, AWS Route 53<\/b> ve Application Load Balancer<\/b>'\u0131n, konteynerize<\/b> uygulamalarla birle\u015fti\u011finde nas\u0131l g\u00fc\u00e7l\u00fc, esnek ve k\u00fcresel \u00f6l\u00e7ekte ba\u015far\u0131l\u0131 bir trafik y\u00f6netim \u00e7\u00f6z\u00fcm\u00fc sundu\u011funu a\u00e7\u0131k\u00e7a g\u00f6stermektedir. Bu servislerin do\u011fru konfig\u00fcrasyonu, modern bulut uygulamalar\u0131n\u0131n omurgas\u0131n\u0131 olu\u015fturur.<\/p>\n Route 53<\/b> ve Application Load Balancer (ALB)<\/b>'\u0131n temel entegrasyonu bile uygulamalar\u0131n\u0131za \u00f6nemli avantajlar sa\u011flarken, bu servislerin sundu\u011fu ileri d\u00fczey \u00f6zellikler, \u00e7ok daha sofistike ve dayan\u0131kl\u0131 trafik y\u00f6nlendirme stratejileri geli\u015ftirmenize olanak tan\u0131r. \u00d6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli, global veya y\u00fcksek performans gerektiren konteynerize<\/b> uygulamalar i\u00e7in bu stratejiler hayati \u00f6neme sahiptir.<\/p>\n Route 53'\u00fcn en g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biri olan Trafik Ak\u0131\u015flar\u0131 (Traffic Flow)<\/b>, farkl\u0131 y\u00f6nlendirme politikalar\u0131n\u0131 birle\u015ftirerek daha karma\u015f\u0131k trafik y\u00f6netimi senaryolar\u0131 olu\u015fturman\u0131za imkan tan\u0131r. \u00d6rne\u011fin, hem co\u011frafi konum hem de a\u011f\u0131rl\u0131k tabanl\u0131 y\u00f6nlendirmeyi ayn\u0131 anda kullanabilirsiniz. Trafik Ak\u0131\u015flar\u0131, g\u00f6rsel bir aray\u00fczle y\u00f6nlendirme kararlar\u0131n\u0131 daha anla\u015f\u0131l\u0131r hale getirir.<\/p>\n Sa\u011fl\u0131k Kontrolleri (Health Checks)<\/b>, Route 53'\u00fcn proaktif bir \u015fekilde hedeflerinizin durumunu izlemesini sa\u011flar. Bir web sunucusu, bir ALB veya bir ELB (Classic\/Network Load Balancer) gibi bir kayna\u011fa do\u011frudan sa\u011fl\u0131k kontrol\u00fc yapabilir. E\u011fer bir hedef sa\u011fl\u0131k kontrol\u00fcn\u00fc ge\u00e7emezse, Route 53 o hedefe trafik y\u00f6nlendirmeyi durdurur. Bu, \u00f6zellikle Failover<\/b> veya Weighted Routing<\/b> politikalar\u0131yla birlikte kullan\u0131ld\u0131\u011f\u0131nda, uygulaman\u0131z\u0131n kesintisiz hizmet vermesi i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Uygulaman\u0131z\u0131n birincil b\u00f6lgesi (\u00f6rne\u011fin, ALB, sadece yol veya ana bilgisayar ad\u0131 tabanl\u0131 y\u00f6nlendirmeden daha fazlas\u0131n\u0131 sunar:<\/p>\n <\/code><\/p>\n Uzman \u0130pucu: \u00c7ok say\u0131da y\u00f6nlendirme kural\u0131 kullan\u0131yorsan\u0131z, kurallar\u0131n \u00f6ncelik s\u0131ralamas\u0131na dikkat edin. Daha spesifik kurallar (\u00f6rne\u011fin, belirli bir yol veya ba\u015fl\u0131k i\u00e7in) daha y\u00fcksek \u00f6nceli\u011fe sahip olmal\u0131, genel kurallar (\u00f6rne\u011fin, varsay\u0131lan y\u00f6nlendirme) ise daha d\u00fc\u015f\u00fck \u00f6ncelikte olmal\u0131d\u0131r.<\/p>\n<\/blockquote>\n ALB'nizi AWS WAF<\/b> ile entegre ederek uygulaman\u0131z\u0131n g\u00fcvenli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilirsiniz. WAF, SQL enjeksiyonu, XSS (Cross-Site Scripting) gibi yayg\u0131n web a\u00e7\u0131kl\u0131klar\u0131na kar\u015f\u0131 koruma sa\u011flar. Bu entegrasyon, trafik daha ALB'nize ula\u015fmadan k\u00f6t\u00fc niyetli istekleri engeller ve konteyner<\/b> tabanl\u0131 servislerinizin \u00fczerinde ek bir g\u00fcvenlik katman\u0131 olu\u015fturur.<\/p>\n Bu ileri d\u00fczey stratejiler, uygulamalar\u0131n\u0131z\u0131n sadece \u00e7al\u0131\u015fmas\u0131n\u0131 de\u011fil, ayn\u0131 zamanda en \u00fcst d\u00fczeyde performans, esneklik, g\u00fcvenilirlik ve g\u00fcvenlik sunmas\u0131n\u0131 sa\u011flar. Route 53<\/b>'\u00fcn k\u00fcresel DNS g\u00fcc\u00fc ile ALB<\/b>'nin ak\u0131ll\u0131 uygulama katman\u0131 y\u00f6nlendirme yeteneklerini birle\u015ftirmek, modern bulut tabanl\u0131 uygulamalar i\u00e7in sa\u011flam bir omurga olu\u015fturur.<\/p>\n Cevap:<\/b> Route 53, alan ad\u0131n\u0131z\u0131 (\u00f6rne\u011fin, Cevap:<\/b> ALB'nin Hedef Gruplar\u0131 (Target Groups)<\/b>, \u00f6zellikle Amazon ECS<\/b> ve EKS<\/b> gibi konteyner orkestrasyon servisleriyle entegrasyonda dinamik portlar\u0131 destekler. Bir konteyner ba\u015flat\u0131ld\u0131\u011f\u0131nda, ana bilgisayar \u00fczerinde dinamik olarak bir port atan\u0131r (\u00f6rne\u011fin, 49153). ALB'nin hedef grubu, bu dinamik portu ve konteynerin \u00e7al\u0131\u015ft\u0131\u011f\u0131 EC2 \u00f6rne\u011fini (veya Fargate durumunda ENI IP'sini) otomatik olarak kaydeder. ALB, gelen trafi\u011fi dinleyici portundan (\u00f6rne\u011fin, 80 veya 443) al\u0131p, hedef gruptaki do\u011fru konteynerin dinamik olarak atanan portuna y\u00f6nlendirir. Bu, konteynerlerin esnek bir \u015fekilde \u00f6l\u00e7eklenmesini ve g\u00fcncellenmesini kolayla\u015ft\u0131r\u0131r.<\/p>\n Cevap:<\/b><\/p>\n Do\u011fru politika se\u00e7imi, uygulaman\u0131z\u0131n gereksinimlerine (performans, eri\u015filebilirlik, da\u011f\u0131t\u0131m stratejisi) ba\u011fl\u0131d\u0131r.<\/p>\n Cevap:<\/b> AWS WAF (Web Application Firewall), web uygulamalar\u0131n\u0131z\u0131 yayg\u0131n web sald\u0131r\u0131lar\u0131na kar\u015f\u0131 korumak i\u00e7in tasarlanm\u0131\u015f bir g\u00fcvenlik hizmetidir. ALB'nizi bir WAF Web ACL (Access Control List) ile ili\u015fkilendirdi\u011finizde, ALB'ye gelen t\u00fcm istekler WAF taraf\u0131ndan tan\u0131mlanan kurallara g\u00f6re incelenir. WAF, k\u00f6t\u00fc niyetli veya \u015f\u00fcpheli istekleri (\u00f6rne\u011fin, SQL enjeksiyonu, XSS, IP adresi engelleme) uygulaman\u0131za ula\u015fmadan \u00f6nce engeller, izin verir veya loglar. Bu, konteynerize<\/b> uygulamalar\u0131n\u0131z i\u00e7in ek bir g\u00fcvenlik katman\u0131 sa\u011flar ve arka u\u00e7 servislerinizin sadece temiz trafi\u011fi i\u015flemesini sa\u011flar.<\/p>\n Cevap:<\/b> SSL\/TLS sonland\u0131rmas\u0131, ALB'nin gelen \u015fifreli (HTTPS) trafi\u011fi de\u015fifre etmesi ve \u015fifresini \u00e7\u00f6z\u00fclm\u00fc\u015f (HTTP) trafi\u011fi arka u\u00e7 hedeflerinize (konteynerleriniz<\/b>) iletmesi anlam\u0131na gelir. Bu, birka\u00e7 \u00f6nemli avantaj sunar:<\/p>\n Bu, \u00f6zellikle y\u00fcksek trafikli uygulamalar i\u00e7in \u00f6nemlidir ve g\u00fcvenlik ile performans aras\u0131nda optimal bir denge sa\u011flar.<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen dijital d\u00fcnyas\u0131nda, uygulamalar\u0131n\u0131z\u0131n trafi\u011fini verimli ve g\u00fcvenli bir \u015fekilde y\u00f6netmek, ba\u015far\u0131n\u0131n anahtar\u0131d\u0131r. Peki, milyonlarca kullan\u0131c\u0131n\u0131n…","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":[1406],"tags":[],"class_list":{"0":"post-36375","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-aws","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nwww.ornekuygulama.com<\/code>) uygulaman\u0131z\u0131n ger\u00e7ek IP adresine veya bir y\u00fck dengeleyiciye \u00e7eviren k\u00fcresel bir DNS hizmetidir. Bu, internetin telefon rehberi gibi \u00e7al\u0131\u015f\u0131r; bir numara arad\u0131\u011f\u0131n\u0131zda, ilgili ki\u015fiye ula\u015fman\u0131z\u0131 sa\u011flar. Route 53 olmadan, kullan\u0131c\u0131lar uygulaman\u0131za sadece say\u0131sal IP adresleri \u00fczerinden eri\u015febilirlerdi ki bu da pratik ve kullan\u0131c\u0131 dostu bir y\u00f6ntem de\u011fildir. Ayn\u0131 zamanda, Route 53 sadece temel DNS \u00e7\u00f6z\u00fcmlemesi yapmakla kalmaz, ayn\u0131 zamanda geli\u015fmi\u015f trafik y\u00f6nlendirme politikalar\u0131 sunarak uygulaman\u0131z\u0131n global eri\u015filebilirli\u011fini ve performans\u0131n\u0131 art\u0131r\u0131r. \u00d6rne\u011fin, co\u011frafi yak\u0131nl\u0131\u011fa dayal\u0131 y\u00f6nlendirme veya belirli bir b\u00f6lgede sorun ya\u015fand\u0131\u011f\u0131nda trafi\u011fi ba\u015fka bir b\u00f6lgeye aktarma gibi senaryolar\u0131 destekler.<\/p>\nAmazon Route 53 Nas\u0131l \u00c7al\u0131\u015f\u0131r ve Trafi\u011fi Nas\u0131l Y\u00f6nlendirir?<\/h2>\n
\n
www.ornekuygulama.com<\/code> gibi bir alan ad\u0131 yazd\u0131\u011f\u0131nda, bilgisayar\u0131n\u0131n i\u015fletim sistemi bu alan ad\u0131n\u0131n IP adresini bulmak i\u00e7in bir DNS sorgusu ba\u015flat\u0131r.<\/li>\n.com<\/code> gibi \u00dcst D\u00fczey Alan Ad\u0131 (TLD) sunucular\u0131na sorgu g\u00f6nderir.<\/li>\nornekuygulama.com<\/code> i\u00e7in yetkili DNS sunucusunun Amazon Route 53<\/b> oldu\u011funu belirtir. Sorgu daha sonra Route 53’e y\u00f6nlendirilir.<\/li>\n\n
\n# Route 53 A kayd\u0131 olu\u015fturma \u00f6rne\u011fi (CloudFormation YAML)\n# Bu \u00f6rnek, bir Application Load Balancer'a i\u015faret eden bir A kayd\u0131n\u0131n nas\u0131l olu\u015fturulaca\u011f\u0131n\u0131 g\u00f6sterir.\nResources:\n MyDomainRecordSet:\n Type: AWS::Route53::RecordSet\n Properties:\n HostedZoneName: \"ornekuygulama.com.\" # Alan ad\u0131n\u0131z\n Name: \"www.ornekuygulama.com.\" # Tam etki alan\u0131 ad\u0131\n Type: A\n AliasTarget:\n HostedZoneId: !GetAtt MyALB.CanonicalHostedZoneID # ALB'nizin Hosted Zone ID'si\n DNSName: !GetAtt MyALB.DNSName # ALB'nizin DNS Ad\u0131\n EvaluateTargetHealth: true\n<\/pre>\n\n
Application Load Balancer (ALB) ile Konteyner Trafi\u011fi Nas\u0131l Y\u00f6nlendirilir?<\/h2>\n
\n
\n
\/api\/*<\/code> yoluna gelen istekleri \"Backend API\" hedef grubuna, \/*<\/code> yoluna gelen istekleri \"Frontend\" hedef grubuna y\u00f6nlendirme.<\/li>\napp.ornek.com<\/code> adresine gelen istekleri \"Uygulama\" hedef grubuna, admin.ornek.com<\/code> adresine gelen istekleri \"Y\u00f6netim Paneli\" hedef grubuna y\u00f6nlendirme.<\/li>\n\n
product-catalog-tg<\/code>, payment-tg<\/code>, user-profile-tg<\/code>.<\/li>\n\n
\/products\/*<\/code> ise, trafi\u011fi product-catalog-tg<\/code>'ye y\u00f6nlendir.<\/li>\n\/checkout\/*<\/code> ise, trafi\u011fi payment-tg<\/code>'ye y\u00f6nlendir.<\/li>\n\/users\/*<\/code> ise, trafi\u011fi user-profile-tg<\/code>'ye y\u00f6nlendir.<\/li>\nfrontend-tg<\/code> olu\u015fturup, t\u00fcm di\u011fer istekleri oraya y\u00f6nlendirebilirsiniz.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n# ALB Listener Rule \u00f6rne\u011fi (CloudFormation YAML)\n# Bu \u00f6rnek, \/api yoluna gelen istekleri belirli bir hedef grubuna nas\u0131l y\u00f6nlendirece\u011fini g\u00f6sterir.\nResources:\n MyALBListener:\n Type: AWS::ElasticLoadBalancingV2::Listener\n Properties:\n LoadBalancerArn: !Ref MyALB # Mevcut ALB'nizin ARN'si\n Port: 80\n Protocol: HTTP\n DefaultActions:\n - Type: forward\n TargetGroupArn: !Ref DefaultTargetGroup # Varsay\u0131lan hedef grup ARN'si\n\n ApiListenerRule:\n Type: AWS::ElasticLoadBalancingV2::ListenerRule\n Properties:\n ListenerArn: !Ref MyALBListener\n Priority: 10 # Kurallar\u0131n de\u011ferlendirilme \u00f6nceli\u011fi\n Conditions:\n - Field: path-pattern\n Values: [\"\/api\/*\"]\n Actions:\n - Type: forward\n TargetGroupArn: !Ref ApiTargetGroup # API servisi hedef grubu ARN'si\n<\/pre>\n\n
Vaka Analizi: Global Bir E-ticaret Platformunun Trafik Ak\u0131\u015f\u0131<\/h2>\n
Problem Senaryosu: GlobalShop'un Zorluklar\u0131 Nelerdi?<\/h3>\n
us-east-1<\/code>) bar\u0131nd\u0131r\u0131lan monolitik bir uygulamayd\u0131. Ancak d\u00fcnya \u00e7ap\u0131nda geni\u015fledik\u00e7e \u015fu sorunlarla kar\u015f\u0131la\u015ft\u0131lar:<\/p>\n\n
\u00c7\u00f6z\u00fcm: \u00c7ok B\u00f6lgeli, Konteynerize Mimari<\/h3>\n
\n
us-east-1<\/code>, eu-west-1<\/code> ve ap-southeast-1<\/code> olmak \u00fczere \u00fc\u00e7 farkl\u0131 AWS b\u00f6lgesine da\u011f\u0131t\u0131ld\u0131. Her b\u00f6lge, uygulaman\u0131n tam bir kopyas\u0131n\u0131 (\u00f6n u\u00e7, \u00fcr\u00fcn katalo\u011fu, \u00f6deme, kullan\u0131c\u0131 servisi vb.) bar\u0131nd\u0131r\u0131yor.<\/li>\n\n
globalshop.com<\/code>) i\u00e7in Route 53<\/b>'\u00fc yetkili DNS servisi olarak kulland\u0131.<\/li>\neu-west-1<\/code> b\u00f6lgesindeki ALB'ye, Asya'dan gelen bir kullan\u0131c\u0131 ise ap-southeast-1<\/code> b\u00f6lgesindeki ALB'ye y\u00f6nlendirildi. Bu, kullan\u0131c\u0131lar i\u00e7in en d\u00fc\u015f\u00fck gecikmeyi ve en iyi deneyimi sa\u011flad\u0131.<\/li>\n\n
product-catalog-service<\/code>, payment-service<\/code>, user-service<\/code>), Amazon ECS Fargate<\/b> \u00fczerinde kendi konteynerlerinde<\/b> \u00e7al\u0131\u015f\u0131yordu. Her bir servis i\u00e7in ayr\u0131 bir Hedef Grubu (Target Group)<\/b> olu\u015fturuldu.<\/li>\n\n
\/products\/*<\/code> istekleri product-catalog-tg<\/code> hedef grubuna.<\/li>\n\/checkout\/*<\/code> istekleri payment-tg<\/code> hedef grubuna.<\/li>\n\/users\/*<\/code> istekleri user-profile-tg<\/code> hedef grubuna.<\/li>\n<\/ul>\n<\/li>\nSonu\u00e7 ve Kazan\u0131mlar<\/h3>\n
\n
\u0130leri D\u00fczey Uygulamalar: Daha Ak\u0131ll\u0131 Trafik Y\u00f6nlendirme Stratejileri<\/h2>\n
Route 53 Trafik Ak\u0131\u015flar\u0131 (Traffic Flow) ve Sa\u011fl\u0131k Kontrolleri<\/h3>\n
\n
us-east-1<\/code>) ve bir felaket kurtarma b\u00f6lgesi (\u00f6rne\u011fin, eu-west-1<\/code>) var. Her iki b\u00f6lgede de bir ALB \u00e7al\u0131\u015f\u0131yor. Route 53<\/b>'te, us-east-1<\/code>'deki ALB'ye i\u015faret eden bir birincil (primary) kay\u0131t seti ve eu-west-1<\/code>'deki ALB'ye i\u015faret eden bir ikincil (secondary) kay\u0131t seti olu\u015fturursunuz. Her iki ALB i\u00e7in de sa\u011fl\u0131k kontrolleri tan\u0131mlars\u0131n\u0131z. E\u011fer us-east-1<\/code>'deki ALB sa\u011fl\u0131k kontrol\u00fcn\u00fc ge\u00e7emezse, Route 53 otomatik olarak t\u00fcm trafi\u011fi eu-west-1<\/code>'deki ALB'ye y\u00f6nlendirir. Bu sayede, b\u00fcy\u00fck bir b\u00f6lgesel kesinti durumunda bile uygulaman\u0131z\u0131n hizmet vermeye devam etmesi sa\u011flan\u0131r.<\/p>\n<\/li>\n<\/ul>\nALB'nin Geli\u015fmi\u015f Y\u00f6nlendirme Yetenekleri ve Entegrasyonlar<\/h3>\n
\n
\n# \u0130leri d\u00fczey ALB Listener Rule \u00f6rne\u011fi (HTTP Header ve Query String)\nResources:\n MyALBListener:\n Type: AWS::ElasticLoadBalancingV2::Listener\n Properties:\n LoadBalancerArn: !Ref MyALB\n Port: 443\n Protocol: HTTPS\n SslPolicy: ELBSecurityPolicy-2016-08\n Certificates:\n - CertificateArn: arn:aws:acm:REGION:ACCOUNTID:certificate\/CERT_ID\n DefaultActions:\n - Type: forward\n TargetGroupArn: !Ref DefaultTargetGroup\n\n ABTestRule:\n Type: AWS::ElasticLoadBalancingV2::ListenerRule\n Properties:\n ListenerArn: !Ref MyALBListener\n Priority: 5 # Daha y\u00fcksek \u00f6ncelik\n Conditions:\n - Field: http-header\n HttpHeaderConfig:\n HttpHeaderName: X-AB-Test\n Values: [\"VariantB\"] # X-AB-Test ba\u015fl\u0131\u011f\u0131 VariantB ise\n - Field: query-string\n QueryStringConfig:\n Values:\n - Key: feature\n Value: newUI # veya URL'de ?feature=newUI varsa\n Actions:\n - Type: forward\n TargetGroupArn: !Ref ABTestTargetGroup # Variant B veya yeni UI i\u00e7in hedef grup\n<\/pre>\n\n
WAF (Web Application Firewall) Entegrasyonu<\/h3>\n
S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
Soru 1: Route 53 ile ALB entegrasyonu neden gereklidir?<\/h3>\n
www.ornek.com<\/code>) uygulaman\u0131z\u0131n bulundu\u011fu bir IP adresine veya bir y\u00fck dengeleyiciye \u00e7eviren DNS hizmetidir. Kullan\u0131c\u0131lar bir alan ad\u0131 yazd\u0131\u011f\u0131nda, Route 53 DNS sorgusunu \u00e7\u00f6z\u00fcmler ve ALB'nizin DNS ad\u0131n\u0131 veya IP adresini d\u00f6nd\u00fcr\u00fcr. ALB ise bu gelen trafi\u011fi alarak uygulaman\u0131z\u0131n arkas\u0131ndaki sa\u011fl\u0131kl\u0131 sunuculara veya konteynerlere<\/b> da\u011f\u0131t\u0131r. K\u0131sacas\u0131, Route 53 \"nereden gidilece\u011fini\" s\u00f6yler, ALB ise \"oraya nas\u0131l var\u0131laca\u011f\u0131n\u0131 ve trafi\u011fin nas\u0131l da\u011f\u0131t\u0131laca\u011f\u0131n\u0131\" y\u00f6netir. Bu entegrasyon, hem kolay eri\u015fim hem de y\u00fcksek eri\u015filebilirlik, \u00f6l\u00e7eklenebilirlik ve performans sa\u011flar.<\/p>\nSoru 2: ALB, konteynerlerimin dinamik portlar\u0131n\u0131 nas\u0131l y\u00f6netir?<\/h3>\n
Soru 3: Route 53'teki farkl\u0131 y\u00f6nlendirme politikalar\u0131 ne zaman kullan\u0131l\u0131r?<\/h3>\n
\n
Soru 4: ALB ve WAF entegrasyonu nas\u0131l \u00e7al\u0131\u015f\u0131r?<\/h3>\n
Soru 5: ALB SSL\/TLS sonland\u0131rmas\u0131 ne anlama geliyor ve neden \u00f6nemlidir?<\/h3>\n
\n