AWS Developer Associate (DVA) sertifikas\u0131, bulut tabanl\u0131 uygulamalar geli\u015ftiren geli\u015ftiriciler i\u00e7in \u00f6nemli bir kilometre ta\u015f\u0131d\u0131r. Peki, en son DVA-C03 s\u00fcr\u00fcm\u00fcyle birlikte s\u0131navda ne gibi de\u011fi\u015fiklikler oldu? Bu yeni s\u0131navda ba\u015far\u0131l\u0131 olmak i\u00e7in nelere odaklanmal\u0131y\u0131z? Bu makalede, DVA-C03 s\u0131nav\u0131n\u0131n getirdi\u011fi yenilikleri derinlemesine inceleyecek, temel kavramlar\u0131 g\u00f6zden ge\u00e7irecek ve ba\u015far\u0131l\u0131 bir haz\u0131rl\u0131k s\u00fcreci i\u00e7in pratik ipu\u00e7lar\u0131 sunaca\u011f\u0131z.<\/p>\n
G\u00fcn\u00fcm\u00fcz teknoloji d\u00fcnyas\u0131nda bulut bili\u015fim, uygulamalar\u0131n geli\u015ftirilmesinden da\u011f\u0131t\u0131m\u0131na ve y\u00f6netilmesine kadar her alanda merkezi bir rol oynamaktad\u0131r. Amazon Web Services (AWS), bu alanda lider bir platform olarak \u00f6ne \u00e7\u0131k\u0131yor. AWS Developer Associate sertifikas\u0131, geli\u015ftiricilerin AWS platformunda g\u00fcvenli, \u00f6l\u00e7eklenebilir ve maliyet etkin uygulamalar olu\u015fturma becerilerini kan\u0131tlamalar\u0131na olanak tan\u0131r. Bu sertifika, kariyerinizde yeni kap\u0131lar a\u00e7abilir, mevcut rol\u00fcn\u00fczde daha fazla sorumluluk alman\u0131z\u0131 sa\u011flayabilir ve i\u015fverenler nezdinde de\u011ferinizi art\u0131rabilir. \u00d6zellikle DVA-C03 s\u00fcr\u00fcm\u00fc, de\u011fi\u015fen teknoloji trendlerini ve AWS’nin sundu\u011fu yeni hizmetleri daha iyi yans\u0131tacak \u015fekilde g\u00fcncellenmi\u015ftir. Bu nedenle, sertifikay\u0131 yenilemek veya yeni almak isteyenler i\u00e7in bu de\u011fi\u015fiklikleri anlamak kritik \u00f6neme sahiptir. Bu makalede, bu yeniliklerin neler oldu\u011funu ve s\u0131navda nas\u0131l ba\u015far\u0131l\u0131 olabilece\u011finizi ad\u0131m ad\u0131m a\u00e7\u0131klayaca\u011f\u0131z.<\/p>\n
Her yeni s\u0131nav s\u00fcr\u00fcm\u00fc, teknoloji d\u00fcnyas\u0131ndaki h\u0131zl\u0131 geli\u015fmeleri ve platform g\u00fcncellemelerini yans\u0131tmak \u00fczere tasarlan\u0131r. DVA-C03 de bu kural\u0131n bir istisnas\u0131 de\u011fil. Bu s\u00fcr\u00fcmde, \u00f6nceki s\u00fcr\u00fcmlere k\u0131yasla baz\u0131 \u00f6nemli odak alanlar\u0131 ve hizmetler \u00f6n plana \u00e7\u0131k\u0131yor. \u00d6ncelikle, sunucusuz (serverless) teknolojilere verilen \u00f6nem daha da artm\u0131\u015f durumda. AWS Lambda, API Gateway ve DynamoDB gibi hizmetlerin derinlemesine anla\u015f\u0131lmas\u0131 art\u0131k daha da kritik. Bu hizmetler, modern bulut uygulamalar\u0131n\u0131n temelini olu\u015fturuyor ve geli\u015ftiricilerin daha h\u0131zl\u0131, daha verimli ve daha \u00f6l\u00e7eklenebilir \u00e7\u00f6z\u00fcmler \u00fcretmelerini sa\u011fl\u0131yor. \u00d6zellikle Lambda fonksiyonlar\u0131n\u0131n y\u00f6netimi, tetikleyicileri, katmanlar\u0131 (layers) ve hata ay\u0131klama stratejileri gibi konulara daha fazla vurgu yap\u0131ld\u0131\u011f\u0131n\u0131 g\u00f6receksiniz. Ayr\u0131ca, konteynerizasyon teknolojileri de s\u0131navda daha fazla yer buluyor. Amazon Elastic Container Service (ECS) ve Amazon Elastic Kubernetes Service (EKS) gibi hizmetler, uygulamalar\u0131n paketlenmesi ve da\u011f\u0131t\u0131lmas\u0131 konusunda \u00f6nemli ara\u00e7lar haline geldi. Bu hizmetlerin temel mimarileri, i\u015f y\u00fck\u00fc t\u00fcrleri ve servislerle entegrasyonlar\u0131 hakk\u0131nda bilgi sahibi olman\u0131z gerekecek. G\u00fcvenlik, her zaman oldu\u011fu gibi, yine s\u0131nav\u0131n temel ta\u015flar\u0131ndan biri. AWS Identity and Access Management (IAM) politikalar\u0131n\u0131n detayl\u0131 anla\u015f\u0131lmas\u0131, eri\u015fim denetimi mekanizmalar\u0131 ve veri \u015fifreleme y\u00f6ntemleri gibi konulara daha fazla odaklan\u0131lacak. \u00d6zellikle, en az ayr\u0131cal\u0131k prensibini (principle of least privilege) uygulayarak g\u00fcvenli \u00e7\u00f6z\u00fcmler tasarlama becerisi \u00f6n planda olacak. Son olarak, CI\/CD (Continuous Integration\/Continuous Deployment – S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m) s\u00fcre\u00e7leri ve AWS’nin bu konudaki hizmetleri de s\u0131nav\u0131n kapsam\u0131na dahil edilmi\u015f durumda. AWS CodeCommit, CodeBuild, CodeDeploy ve CodePipeline gibi hizmetlerin bir arada nas\u0131l kullan\u0131larak otomatikle\u015ftirilmi\u015f da\u011f\u0131t\u0131m pipeline’lar\u0131 olu\u015fturulabilece\u011fi \u00f6nemli bir konu ba\u015fl\u0131\u011f\u0131 olarak kar\u015f\u0131m\u0131za \u00e7\u0131k\u0131yor. Bu de\u011fi\u015fiklikler, geli\u015ftiricilerin sadece kod yazmakla kalmay\u0131p, ayn\u0131 zamanda uygulamalar\u0131n\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc ba\u015ftan sona y\u00f6netebilme yeteneklerini \u00f6l\u00e7meyi hedefliyor.<\/p>\n
Sunucusuz mimariler, bulut bili\u015fimin en heyecan verici ve h\u0131zla b\u00fcy\u00fcyen alanlar\u0131ndan biridir. Geli\u015ftiricilerin altyap\u0131 y\u00f6netimiyle u\u011fra\u015fmak yerine i\u015f mant\u0131\u011f\u0131na odaklanmalar\u0131n\u0131 sa\u011flayan bu yakla\u015f\u0131m, AWS Developer Associate s\u0131nav\u0131n\u0131n DVA-C03 s\u00fcr\u00fcm\u00fcnde daha da merkezi bir rol oynuyor. AWS Lambda, bu ekosistemin tart\u0131\u015fmas\u0131z y\u0131ld\u0131z\u0131d\u0131r. Lambda fonksiyonlar\u0131n\u0131n nas\u0131l tetiklenece\u011fi (\u00f6rne\u011fin, API Gateway’den gelen bir HTTP iste\u011fi, S3 bucket’\u0131na y\u00fcklenen bir dosya, DynamoDB tablosundaki bir de\u011fi\u015fiklik veya bir SQS kuyru\u011funa eklenen mesaj), fonksiyonlar\u0131n \u00e7al\u0131\u015fma zaman\u0131 ortamlar\u0131, bellek ve i\u015flemci g\u00fcc\u00fc gibi kaynaklar\u0131n\u0131n nas\u0131l yap\u0131land\u0131r\u0131laca\u011f\u0131, ve maliyet optimizasyonu i\u00e7in dikkat edilmesi gerekenler s\u0131navda kar\u015f\u0131m\u0131za \u00e7\u0131kacakt\u0131r. \u00d6zellikle, Lambda katmanlar\u0131 (layers) ile kodunuzu ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131z\u0131 nas\u0131l y\u00f6netebilece\u011finiz, farkl\u0131 fonksiyonlar aras\u0131nda kod tekrar\u0131n\u0131 nas\u0131l \u00f6nleyebilece\u011finiz \u00f6nemli bir konudur. API Gateway ise, Lambda fonksiyonlar\u0131n\u0131z\u0131 d\u0131\u015f d\u00fcnyaya a\u00e7an bir kap\u0131 g\u00f6revi g\u00f6r\u00fcr. RESTful API’ler tasarlamak, yetkilendirme mekanizmalar\u0131n\u0131 (\u00f6rne\u011fin, IAM, Cognito) uygulamak, istek ve yan\u0131t d\u00f6n\u00fc\u015f\u00fcmlerini (request\/response transformations) yap\u0131land\u0131rmak ve API’lerinizin performans\u0131n\u0131 izlemek gibi konular s\u0131nav\u0131n bir par\u00e7as\u0131d\u0131r. DynamoDB, sunucusuz uygulamalar i\u00e7in pop\u00fcler bir NoSQL veritaban\u0131 se\u00e7ene\u011fidir. Temel CRUD (Create, Read, Update, Delete) operasyonlar\u0131n\u0131n yan\u0131 s\u0131ra, tablolar\u0131n nas\u0131l modellenece\u011fi, indeksleme stratejileri (\u00f6zellikle Global Secondary Indexes – GSI ve Local Secondary Indexes – LSI), kapasite y\u00f6netimi (provisioned vs. on-demand) ve tutarl\u0131l\u0131k modelleri (eventual vs. strong consistency) hakk\u0131nda bilgi sahibi olman\u0131z gerekecektir. AWS Step Functions, karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131n\u0131 y\u00f6netmek i\u00e7in kullan\u0131l\u0131r. Birden fazla Lambda fonksiyonunu veya di\u011fer AWS hizmetlerini bir araya getirerek uzun s\u00fcren i\u015flemleri veya durum makinelerini (state machines) olu\u015fturmak i\u00e7in Step Functions’\u0131n nas\u0131l kullan\u0131laca\u011f\u0131n\u0131 bilmek, \u00f6zellikle da\u011f\u0131t\u0131k sistemler tasarlarken b\u00fcy\u00fck avantaj sa\u011flar. Bu hizmetlerin birbiriyle nas\u0131l entegre oldu\u011funu anlamak, sunucusuz mimarilerin g\u00fcc\u00fcn\u00fc tam olarak kavraman\u0131za yard\u0131mc\u0131 olacakt\u0131r. \u00d6rne\u011fin, bir kullan\u0131c\u0131 kayd\u0131 senaryosunda, API Gateway’den gelen bir istek Lambda fonksiyonunu tetikler. Bu fonksiyon, kullan\u0131c\u0131 bilgilerini DynamoDB’ye kaydeder ve ard\u0131ndan bir Step Functions i\u015f ak\u0131\u015f\u0131 ba\u015flatarak bir ho\u015f geldin e-postas\u0131 g\u00f6nderilmesini veya bir veri do\u011frulama s\u00fcrecinin ba\u015flat\u0131lmas\u0131n\u0131 sa\u011flayabilir.<\/p>\n
Modern yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerinde konteynerler, uygulamalar\u0131 izole ortamlarda paketlemek, ta\u015f\u0131mak ve \u00e7al\u0131\u015ft\u0131rmak i\u00e7in vazge\u00e7ilmez hale gelmi\u015ftir. AWS, bu alanda g\u00fc\u00e7l\u00fc hizmetler sunarak geli\u015ftiricilerin i\u015flerini kolayla\u015ft\u0131rmaktad\u0131r. DVA-C03 s\u0131nav\u0131, konteyner teknolojilerine olan ilgiyi yans\u0131tarak bu alandaki bilgiyi de \u00f6l\u00e7mektedir. Amazon Elastic Container Service (ECS), AWS’nin kendi konteyner orkestrasyon hizmetidir. ECS’nin temel bile\u015fenleri olan Task Definitions (G\u00f6rev Tan\u0131mlar\u0131), Services (Servisler) ve Clusters (K\u00fcmeler) hakk\u0131nda derinlemesine bilgi sahibi olman\u0131z gerekir. Task Definitions, konteynerlerinizin nas\u0131l \u00e7al\u0131\u015faca\u011f\u0131n\u0131 belirten bir \u015fablondur; hangi Docker imajlar\u0131n\u0131n kullan\u0131laca\u011f\u0131, port e\u015flemeleri, ortam de\u011fi\u015fkenleri, depolama birimleri ve CPU\/bellek limitleri gibi ayarlar\u0131 i\u00e7erir. Services ise, belirli bir Task Definition’dan ka\u00e7 tane \u00f6rne\u011fin (instance) \u00e7al\u0131\u015ft\u0131r\u0131laca\u011f\u0131n\u0131 ve bu \u00f6rneklerin nas\u0131l y\u00f6netilece\u011fini tan\u0131mlar. ECS, EC2 (sanal sunucular) veya AWS Fargate (sunucusuz konteyner \u00e7al\u0131\u015ft\u0131rma) ile kullan\u0131labilir. Fargate, altyap\u0131 y\u00f6netimi y\u00fck\u00fcn\u00fc ortadan kald\u0131rarak geli\u015ftiricilerin sadece konteynerlerini d\u00fc\u015f\u00fcnmelerini sa\u011flar. Amazon Elastic Kubernetes Service (EKS), pop\u00fcler a\u00e7\u0131k kaynakl\u0131 konteyner orkestrasyon sistemi Kubernetes’i AWS \u00fczerinde y\u00f6netilen bir hizmet olarak sunar. EKS, Kubernetes’in karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 soyutlayarak k\u00fcme y\u00f6netimi, \u00f6l\u00e7eklendirme ve g\u00fcncellemeler gibi g\u00f6revleri basitle\u015ftirir. EKS ile \u00e7al\u0131\u015f\u0131rken, Kubernetes’in temel kavramlar\u0131 olan Pods, Deployments, Services, Namespaces ve Ingress gibi konulara hakim olman\u0131z beklenir. ECS ve EKS aras\u0131ndaki temel farklar\u0131, hangi senaryoda hangisinin daha uygun olaca\u011f\u0131n\u0131 bilmek de \u00f6nemlidir. \u00d6rne\u011fin, mevcut Kubernetes bilginiz varsa veya a\u00e7\u0131k kaynak ekosistemine daha fazla entegre olmak istiyorsan\u0131z EKS harika bir se\u00e7enektir. Ancak, AWS ekosistemine daha s\u0131k\u0131 entegre olmak ve daha basit bir y\u00f6netim deneyimi ar\u0131yorsan\u0131z ECS (\u00f6zellikle Fargate ile) daha cazip olabilir. Konteyner imajlar\u0131n\u0131n nas\u0131l olu\u015fturulaca\u011f\u0131 ve Amazon Elastic Container Registry (ECR) gibi hizmetlerde nas\u0131l saklanaca\u011f\u0131 da s\u0131nav\u0131n bir par\u00e7as\u0131d\u0131r. Dockerfile yazma becerisi ve imajlar\u0131n optimize edilmesi, hem maliyet hem de performans a\u00e7\u0131s\u0131ndan \u00f6nemlidir. Bu hizmetler, mikroservis mimarileri olu\u015fturmak ve uygulamalar\u0131 daha mod\u00fcler hale getirmek i\u00e7in g\u00fc\u00e7l\u00fc bir temel sunar. \u00d6rne\u011fin, bir e-ticaret uygulamas\u0131nda \u00fcr\u00fcn katalo\u011fu, sipari\u015f y\u00f6netimi ve kullan\u0131c\u0131 profili gibi farkl\u0131 servisleri ayr\u0131 ayr\u0131 konteynerlere paketleyip ECS veya EKS \u00fczerinde da\u011f\u0131tabilirsiniz. Bu, her servisin ba\u011f\u0131ms\u0131z olarak geli\u015ftirilip \u00f6l\u00e7eklendirilmesine olanak tan\u0131r.<\/p>\n
Bulut g\u00fcvenli\u011fi, geli\u015ftiricilerin en \u00e7ok dikkat etmesi gereken konulardan biridir. AWS, geni\u015f bir g\u00fcvenlik hizmetleri yelpazesi sunarken, bu hizmetlerin do\u011fru \u015fekilde kullan\u0131lmas\u0131 b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. DVA-C03 s\u0131nav\u0131, AWS’de g\u00fcvenli uygulamalar geli\u015ftirme konusuna \u00f6zel bir vurgu yapmaktad\u0131r. AWS Identity and Access Management (IAM), buluttaki her \u015feyin temel g\u00fcvenlik katman\u0131d\u0131r. IAM kullan\u0131c\u0131lar\u0131, gruplar\u0131, roller ve politikalar arac\u0131l\u0131\u011f\u0131yla kimlik ve eri\u015fim y\u00f6netimi yap\u0131l\u0131r. En az ayr\u0131cal\u0131k prensibi (principle of least privilege), yani bir kullan\u0131c\u0131n\u0131n veya servisin sadece i\u015fini yapmak i\u00e7in ihtiya\u00e7 duydu\u011fu minimum izinlere sahip olmas\u0131 gerekti\u011fi ilkesi, s\u0131navda s\u0131k\u00e7a kar\u015f\u0131m\u0131za \u00e7\u0131kacak bir konudur. IAM politikalar\u0131n\u0131n nas\u0131l yaz\u0131laca\u011f\u0131, kaynak bazl\u0131 politikalar (resource-based policies), izin s\u0131n\u0131rlar\u0131 (permission boundaries) ve ko\u015fullu eri\u015fim (conditional access) gibi detaylar, g\u00fcvenli uygulamalar tasarlarken kritik \u00f6neme sahiptir. \u00d6rne\u011fin, bir Lambda fonksiyonunun sadece belirli bir S3 bucket’\u0131ndan dosya okuma iznine sahip olmas\u0131, ancak ba\u015fka bir bucket’a yazma izninin olmamas\u0131, en az ayr\u0131cal\u0131k prensibinin bir uygulamas\u0131d\u0131r. AWS Cognito, kullan\u0131c\u0131lar\u0131n mobil ve web uygulamalar\u0131na g\u00fcvenli bir \u015fekilde kaydolmalar\u0131n\u0131, giri\u015f yapmalar\u0131n\u0131 ve kimliklerini y\u00f6netmelerini sa\u011flayan bir hizmettir. Kullan\u0131c\u0131 havuzlar\u0131 (user pools) ve kimlik havuzlar\u0131 (identity pools) aras\u0131ndaki farklar\u0131, sosyal kimlik sa\u011flay\u0131c\u0131larla (Google, Facebook vb.) entegrasyonu ve JWT (JSON Web Token) tabanl\u0131 kimlik do\u011frulama mekanizmalar\u0131n\u0131 anlamak \u00f6nemlidir. Veri \u015fifreleme, hem aktar\u0131m halindeki (in transit) hem de beklemedeki (at rest) verilerin korunmas\u0131 i\u00e7in hayati \u00f6nem ta\u015f\u0131r. AWS Key Management Service (KMS), \u015fifreleme anahtarlar\u0131n\u0131 olu\u015fturmak, y\u00f6netmek ve kullanmak i\u00e7in g\u00fcvenli bir hizmettir. Hangi hizmetlerin (\u00f6rne\u011fin, S3, EBS, RDS) KMS ile entegre olabildi\u011fini ve anahtar politikalar\u0131n\u0131n nas\u0131l yap\u0131land\u0131r\u0131laca\u011f\u0131n\u0131 bilmek, veri g\u00fcvenli\u011fi a\u00e7\u0131s\u0131ndan \u00f6nemlidir. AWS Secrets Manager ise, veritaban\u0131 kimlik bilgileri, API anahtarlar\u0131 ve di\u011fer hassas s\u0131rlar\u0131 g\u00fcvenli bir \u015fekilde depolamak ve almak i\u00e7in kullan\u0131l\u0131r. Bu hizmetler, hassas bilgilerin kod i\u00e7ine g\u00f6m\u00fclmesini \u00f6nleyerek g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 azaltmaya yard\u0131mc\u0131 olur. G\u00fcvenlik, sadece kod yazmakla bitmez; ayn\u0131 zamanda altyap\u0131n\u0131n g\u00fcvenli\u011fiyle de ilgilidir. AWS Web Application Firewall (WAF), web uygulamalar\u0131n\u0131 yayg\u0131n web sald\u0131r\u0131lar\u0131na kar\u015f\u0131 korur. SQL injection, cross-site scripting (XSS) gibi yayg\u0131n sald\u0131r\u0131 vekt\u00f6rlerine kar\u015f\u0131 koruma kurallar\u0131n\u0131n nas\u0131l yap\u0131land\u0131r\u0131laca\u011f\u0131n\u0131 bilmek, s\u0131navda kar\u015f\u0131la\u015fabilece\u011finiz bir soru tipi olabilir. Bu g\u00fcvenlik \u00f6nlemleri, geli\u015ftiricilerin sadece i\u015flevsel de\u011fil, ayn\u0131 zamanda g\u00fcvenli ve dayan\u0131kl\u0131 uygulamalar in\u015fa etmelerini sa\u011flar.<\/p>\n
Modern yaz\u0131l\u0131m geli\u015ftirmenin vazge\u00e7ilmez bir par\u00e7as\u0131 olan S\u00fcrekli Entegrasyon ve S\u00fcrekli Da\u011f\u0131t\u0131m (CI\/CD), uygulamalar\u0131n daha h\u0131zl\u0131, daha g\u00fcvenilir ve daha s\u0131k bir \u015fekilde yay\u0131nlanmas\u0131n\u0131 sa\u011flar. AWS, bu s\u00fcreci otomatikle\u015ftirmek i\u00e7in kapsaml\u0131 bir hizmet seti sunmaktad\u0131r. DVA-C03 s\u0131nav\u0131, bu otomasyon ara\u00e7lar\u0131n\u0131n etkin kullan\u0131m\u0131n\u0131 da de\u011ferlendirmektedir. AWS CodeCommit, Git tabanl\u0131 bir kaynak kontrol hizmetidir. Kodunuzu g\u00fcvenli bir \u015fekilde depolamak ve tak\u0131m\u0131n\u0131zla i\u015fbirli\u011fi yapmak i\u00e7in kullan\u0131l\u0131r. Temel Git komutlar\u0131na hakim olman\u0131n yan\u0131 s\u0131ra, CodeCommit’in AWS ekosistemiyle nas\u0131l entegre oldu\u011funu bilmek \u00f6nemlidir. AWS CodeBuild, kaynak kodunuzu derlemek, testleri \u00e7al\u0131\u015ft\u0131rmak ve da\u011f\u0131t\u0131ma haz\u0131r paketler (artifact) olu\u015fturmak i\u00e7in tam olarak y\u00f6netilen bir s\u00fcrekli entegrasyon hizmetidir. Buildspec.yml dosyas\u0131 arac\u0131l\u0131\u011f\u0131yla derleme s\u00fcrecini nas\u0131l yap\u0131land\u0131raca\u011f\u0131n\u0131z\u0131 anlaman\u0131z gerekir. Bu dosya, hangi komutlar\u0131n \u00e7al\u0131\u015ft\u0131r\u0131laca\u011f\u0131n\u0131, hangi ortam de\u011fi\u015fkenlerinin kullan\u0131laca\u011f\u0131n\u0131 ve hangi \u00e7\u0131kt\u0131lar\u0131n saklanaca\u011f\u0131n\u0131 tan\u0131mlar. AWS CodeDeploy, Amazon EC2 \u00f6rnekleri, AWS Lambda, Amazon ECS ve \u015firket i\u00e7i sunucular dahil olmak \u00fczere \u00e7e\u015fitli bilgi i\u015flem hizmetlerine kod da\u011f\u0131t\u0131m\u0131n\u0131 otomatikle\u015ftirir. Da\u011f\u0131t\u0131m stratejileri (\u00f6rne\u011fin, blue\/green deployment, canary deployment) ve rollback (geri alma) mekanizmalar\u0131 hakk\u0131nda bilgi sahibi olmak \u00f6nemlidir. AWS CodePipeline, CI\/CD s\u00fcrecinin tamam\u0131n\u0131 otomatikle\u015ftiren bir s\u00fcrekli teslim hizmetidir. Kaynak kontrol\u00fcnden (CodeCommit), derlemeden (CodeBuild), testlerden ve da\u011f\u0131t\u0131mdan (CodeDeploy) olu\u015fan bir i\u015f ak\u0131\u015f\u0131n\u0131 (pipeline) g\u00f6rsel olarak tasarlaman\u0131za ve y\u00f6netmenize olanak tan\u0131r. Kod de\u011fi\u015fiklikleri yap\u0131ld\u0131\u011f\u0131nda, CodePipeline otomatik olarak s\u00fcreci tetikler ve uygulaman\u0131z\u0131n g\u00fcncellenmi\u015f s\u00fcr\u00fcm\u00fcn\u00fc canl\u0131ya al\u0131r. Bu hizmetlerin bir arada nas\u0131l kullan\u0131laca\u011f\u0131na dair bir \u00f6rnek senaryo d\u00fc\u015f\u00fcnelim: Bir geli\u015ftirici, bir \u00f6zelli\u011fi tamamlar ve kodunu CodeCommit’e g\u00f6nderir. Bu olay, CodePipeline’\u0131 tetikler. Pipeline, CodeBuild’i kullanarak kodu derler, birim testlerini \u00e7al\u0131\u015ft\u0131r\u0131r ve bir Docker imaj\u0131 olu\u015fturur. Ba\u015far\u0131l\u0131 olursa, CodeDeploy bu imaj\u0131 ECS’deki servise da\u011f\u0131t\u0131r. E\u011fer da\u011f\u0131t\u0131m s\u0131ras\u0131nda bir sorun tespit edilirse, CodeDeploy otomatik olarak \u00f6nceki stabil s\u00fcr\u00fcme geri d\u00f6ner. Bu otomasyon, geli\u015ftirme ekiplerinin daha h\u0131zl\u0131 iterasyon yapmas\u0131na, hatalar\u0131 daha erken yakalamas\u0131na ve daha y\u00fcksek kaliteli yaz\u0131l\u0131mlar sunmas\u0131na olanak tan\u0131r. Bu CI\/CD ara\u00e7lar\u0131n\u0131n yan\u0131 s\u0131ra, altyap\u0131y\u0131 kod olarak (Infrastructure as Code – IaC) y\u00f6netmek i\u00e7in AWS CloudFormation veya Terraform gibi ara\u00e7lar\u0131 kullanma becerisi de genel olarak geli\u015ftirici yetkinli\u011finin bir par\u00e7as\u0131d\u0131r ve s\u0131navda dolayl\u0131 olarak kar\u015f\u0131m\u0131za \u00e7\u0131kabilir.<\/p>\n
Yeni AWS Developer Associate (DVA-C03) s\u0131nav\u0131na haz\u0131rlanmak, kapsaml\u0131 bir yakla\u015f\u0131m gerektirir. Bu b\u00f6l\u00fcmde, ba\u015far\u0131l\u0131 bir haz\u0131rl\u0131k s\u00fcreci i\u00e7in izleyebilece\u011finiz ad\u0131mlar\u0131 ve dikkat etmeniz gereken noktalar\u0131 ele alaca\u011f\u0131z. \u00d6ncelikle, AWS’nin resmi s\u0131nav rehberini (exam guide) dikkatlice incelemeniz \u015fart. Bu rehber, s\u0131nav\u0131n kapsad\u0131\u011f\u0131 konular\u0131, \u00f6\u011frenme hedeflerini ve her bir konunun a\u011f\u0131rl\u0131\u011f\u0131n\u0131 detayl\u0131 bir \u015fekilde a\u00e7\u0131klar. Bu, haz\u0131rl\u0131k s\u00fcrecinizi hangi alanlara odaklaman\u0131z gerekti\u011fi konusunda size net bir yol haritas\u0131 sunacakt\u0131r. Ard\u0131ndan, AWS’nin kendi e\u011fitim materyallerinden ve belgelerinden faydalanmak \u00e7ok \u00f6nemlidir. AWS Skill Builder platformu, \u00fccretsiz kurslar ve laboratuvarlar sunar. Ayr\u0131ca, her bir AWS hizmetinin resmi dok\u00fcmantasyonu, en g\u00fcncel ve do\u011fru bilgiyi i\u00e7erir. Bu belgeleri okumak, hizmetlerin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, hangi senaryolarda kullan\u0131ld\u0131\u011f\u0131n\u0131 ve en iyi uygulamalar\u0131 anlaman\u0131za yard\u0131mc\u0131 olacakt\u0131r. Pratik deneyim kazanmak, s\u0131navda ba\u015far\u0131l\u0131 olman\u0131n anahtarlar\u0131ndan biridir. AWS \u00fccretsiz katman\u0131n\u0131 (AWS Free Tier) kullanarak farkl\u0131 hizmetleri deneyin. Basit uygulamalar geli\u015ftirin, sunucusuz fonksiyonlar yaz\u0131n, API’ler olu\u015fturun, veritabanlar\u0131 kurun ve CI\/CD pipeline’lar\u0131 olu\u015fturmaya \u00e7al\u0131\u015f\u0131n. Ger\u00e7ek d\u00fcnya senaryolar\u0131n\u0131 sim\u00fcle eden projeler \u00fczerinde \u00e7al\u0131\u015fmak, teorik bilginizi prati\u011fe d\u00f6kmenizi sa\u011flar. \u00d6rne\u011fin, bir blog uygulamas\u0131 i\u00e7in API Gateway, Lambda ve DynamoDB kullanarak sunucusuz bir backend olu\u015fturabilirsiniz. Ard\u0131ndan, bu uygulamay\u0131 CodePipeline ile otomatikle\u015ftirilmi\u015f bir CI\/CD s\u00fcreciyle da\u011f\u0131tabilirsiniz. S\u0131nav format\u0131na a\u015fina olmak i\u00e7in deneme s\u0131navlar\u0131 (practice exams) \u00e7\u00f6zmek b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Bu deneme s\u0131navlar\u0131, hem bilgi d\u00fczeyinizi \u00f6l\u00e7menize hem de s\u0131nav\u0131n soru tipleri ve zaman y\u00f6netimi konusunda pratik yapman\u0131za yard\u0131mc\u0131 olur. G\u00fcvenilir kaynaklardan al\u0131nan deneme s\u0131navlar\u0131, ger\u00e7ek s\u0131nav deneyimine en yak\u0131n sonu\u00e7lar\u0131 verecektir. S\u0131navda kar\u015f\u0131la\u015fabilece\u011finiz zorlu konular\u0131 belirlemek ve bu alanlara daha fazla zaman ay\u0131rmak, haz\u0131rl\u0131k s\u00fcrecinizi daha verimli hale getirecektir. Gruplar halinde \u00e7al\u0131\u015fmak veya \u00e7al\u0131\u015fma topluluklar\u0131na kat\u0131lmak da faydal\u0131 olabilir. Di\u011fer adaylarla bilgi ve deneyim payla\u015f\u0131m\u0131, farkl\u0131 bak\u0131\u015f a\u00e7\u0131lar\u0131 kazanman\u0131za ve karma\u015f\u0131k konular\u0131 daha iyi anlaman\u0131za yard\u0131mc\u0131 olabilir. Unutmay\u0131n, DVA-C03 s\u0131nav\u0131 sadece bilgi ezberlemekle ilgili de\u011fil, ayn\u0131 zamanda AWS hizmetlerini kullanarak pratik problemler \u00e7\u00f6zme yetene\u011finizi \u00f6l\u00e7meyi hedefler. Bu nedenle, teorik bilgiyi pratik uygulamalarla birle\u015ftiren bir haz\u0131rl\u0131k s\u00fcreci izlemek, ba\u015far\u0131 \u015fans\u0131n\u0131z\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131racakt\u0131r. \u00d6zellikle, s\u0131navdaki “senaryo tabanl\u0131” sorulara odaklanmak \u00f6nemlidir. Bu t\u00fcr sorularda, belirli bir problem durumu verilir ve bu durumu \u00e7\u00f6zmek i\u00e7in en uygun AWS hizmetleri ve mimari kararlar sorulur. Bu nedenle, sadece hizmetleri bilmek de\u011fil, ayn\u0131 zamanda onlar\u0131 hangi durumlarda, neden ve nas\u0131l kullanaca\u011f\u0131n\u0131z\u0131 da anlaman\u0131z gerekir. \u00d6rne\u011fin, “Bir uygulaman\u0131n performans\u0131n\u0131 art\u0131rmak ve maliyetleri d\u00fc\u015f\u00fcrmek i\u00e7in hangi sunucusuz hizmetleri kullanmal\u0131s\u0131n\u0131z?” gibi bir soru, sadece Lambda’y\u0131 bilmekle de\u011fil, ayn\u0131 zamanda API Gateway ve DynamoDB ile nas\u0131l entegre olaca\u011f\u0131n\u0131 ve maliyet optimizasyonu i\u00e7in hangi stratejilerin izlenece\u011fini de bilmeyi gerektirir.<\/p>\n
Teorik bilgiyi peki\u015ftirmenin en etkili yollar\u0131ndan biri, ger\u00e7ek d\u00fcnya senaryolar\u0131n\u0131 incelemek ve bu senaryolarda hangi AWS hizmetlerinin ve mimari yakla\u015f\u0131mlar\u0131n\u0131n kullan\u0131ld\u0131\u011f\u0131n\u0131 anlamakt\u0131r. DVA-C03 s\u0131nav\u0131, bu t\u00fcr uygulamal\u0131 bilgiyi \u00f6l\u00e7meyi hedefler. \u0130\u015fte size iki farkl\u0131 vaka analizi:<\/p>\n
Senaryo:<\/strong> Bir yaz\u0131l\u0131m \u015firketi, yeni bir mobil uygulama geli\u015ftirmektedir. Bu uygulaman\u0131n kullan\u0131c\u0131lar\u0131n profil bilgilerini saklamas\u0131, g\u00f6nderilen i\u00e7erikleri depolamas\u0131 ve kullan\u0131c\u0131lar aras\u0131nda mesajla\u015fma \u00f6zelli\u011fini desteklemesi gerekmektedir. Uygulaman\u0131n d\u00fcnya \u00e7ap\u0131nda milyonlarca kullan\u0131c\u0131ya ula\u015fmas\u0131 beklendi\u011finden, y\u00fcksek \u00f6l\u00e7eklenebilirlik ve d\u00fc\u015f\u00fck gecikme s\u00fcresi kritik \u00f6neme sahiptir. Ayr\u0131ca, geli\u015ftirme ekibinin altyap\u0131 y\u00f6netimiyle daha az u\u011fra\u015farak uygulama geli\u015ftirmeye odaklanmas\u0131 istenmektedir.<\/p>\n \u00c7\u00f6z\u00fcm Yakla\u015f\u0131m\u0131:<\/strong><\/p>\n Bu Senaryoda \u00d6ne \u00c7\u0131kan DVA-C03 Konular\u0131:<\/strong> Sunucusuz mimariler, API Gateway, Lambda fonksiyon y\u00f6netimi, Cognito ile kimlik y\u00f6netimi, DynamoDB veri modelleme ve kapasite y\u00f6netimi, S3 ile nesne depolama, IAM politikalar\u0131.<\/p>\n Senaryo:<\/strong> Bir e-ticaret \u015firketi, mevcut monolitik uygulamas\u0131n\u0131 daha mod\u00fcler, \u00f6l\u00e7eklenebilir ve bak\u0131m\u0131 kolay bir mikroservis mimarisine d\u00f6n\u00fc\u015ft\u00fcrmek istemektedir. Uygulama, \u00fcr\u00fcn katalo\u011fu, sipari\u015f y\u00f6netimi, kullan\u0131c\u0131 sepeti ve \u00f6deme i\u015flemleri gibi farkl\u0131 servislerden olu\u015facakt\u0131r. Her servisin ba\u011f\u0131ms\u0131z olarak geli\u015ftirilip da\u011f\u0131t\u0131labilmesi ve yo\u011fun trafik d\u00f6nemlerinde belirli servislerin \u00f6l\u00e7eklendirilebilmesi hedeflenmektedir.<\/p>\n \u00c7\u00f6z\u00fcm Yakla\u015f\u0131m\u0131:<\/strong><\/p>\n Bu Senaryoda \u00d6ne \u00c7\u0131kan DVA-C03 Konular\u0131:<\/strong> Konteynerizasyon (Docker), ECS ve EKS orkestrasyonu, ECR ile imaj y\u00f6netimi, CI\/CD otomasyonu (CodeCommit, CodeBuild, CodeDeploy, CodePipeline), da\u011f\u0131t\u0131m stratejileri, veritaban\u0131 se\u00e7imi (RDS, DynamoDB), izleme ve loglama (CloudWatch).<\/p>\n #AWS #CloudComputing #DeveloperAssociate #DVA-C03 #BulutGeli\u015ftirme<\/p>\n\n
\n
Vaka Analizi 2: Mikroservis Tabanl\u0131 Bir E-ticaret Uygulamas\u0131n\u0131n Da\u011f\u0131t\u0131m\u0131 ve Y\u00f6netimi<\/h4>\n
\n
\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h2>\n
\n
\n C: AWS Developer Associate sertifikas\u0131, al\u0131nd\u0131\u011f\u0131 tarihten itibaren \u00fc\u00e7 y\u0131l s\u00fcreyle ge\u00e7erlidir.<\/li>\n
\n C: Lambda, API Gateway, DynamoDB, S3, IAM, Cognito, ECS\/EKS, CodeCommit, CodeBuild, CodeDeploy ve CodePipeline gibi hizmetler DVA-C03 s\u0131nav\u0131nda \u00f6ne \u00e7\u0131kan konulard\u0131r.<\/li>\n
\n C: S\u0131navda do\u011frudan kod yazman\u0131z istenmez. Ancak, belirli bir senaryo i\u00e7in hangi AWS hizmetlerinin kullan\u0131laca\u011f\u0131n\u0131 veya hangi mimari kararlar\u0131n al\u0131naca\u011f\u0131n\u0131 se\u00e7meniz gerekecektir. Bu, kodun nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131na dair temel bir anlay\u0131\u015f gerektirir.<\/li>\n
\n C: AWS s\u0131navlar\u0131n\u0131n belirli bir ge\u00e7me puan\u0131 yoktur. S\u0131nav, belirli bir yetkinlik seviyesini kar\u015f\u0131lay\u0131p kar\u015f\u0131lamad\u0131\u011f\u0131n\u0131z\u0131 \u00f6l\u00e7er. Ge\u00e7me kriterleri AWS taraf\u0131ndan belirlenir ve zaman zaman g\u00fcncellenebilir.<\/li>\n
\n C: Bu, sizin mevcut bilginize ve \u00f6\u011frenme h\u0131z\u0131n\u0131za ba\u011fl\u0131d\u0131r. Ancak, genellikle kapsaml\u0131 bir haz\u0131rl\u0131k i\u00e7in birka\u00e7 hafta ile birka\u00e7 ay aras\u0131nda bir \u00e7al\u0131\u015fma s\u00fcresi \u00f6nerilir. Pratik deneyim kazanmak da bu s\u00fcrenin bir par\u00e7as\u0131 olmal\u0131d\u0131r.<\/li>\n<\/ul>\n