{"id":29091,"date":"2025-09-07T15:30:24","date_gmt":"2025-09-07T12:30:24","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/aws-iam-rolleri-ve-instance-profilleri-kapsamli-bir-rehber\/"},"modified":"2025-09-07T15:30:24","modified_gmt":"2025-09-07T12:30:24","slug":"aws-iam-rolleri-ve-instance-profilleri-kapsamli-bir-rehber","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/aws-iam-rolleri-ve-instance-profilleri-kapsamli-bir-rehber\/","title":{"rendered":"AWS IAM Rolleri ve Instance Profilleri: Kapsaml\u0131 Bir Rehber"},"content":{"rendered":"

AWS IAM Rolleri ve Instance Profilleri: Kapsaml\u0131 Bir Rehber<\/p>\n

Bulut tabanl\u0131 uygulamalar\u0131n\u0131z\u0131n g\u00fcvenli\u011fini sa\u011flamak ve kaynaklar\u0131n\u0131za eri\u015fimi y\u00f6netmek i\u00e7in AWS Identity and Access Management (IAM) olmazsa olmazd\u0131r. Ancak IAM rolleri ve instance profilleri aras\u0131ndaki fark\u0131 anlamak, ba\u015flang\u0131\u00e7ta zorlay\u0131c\u0131 olabilir. Bu kapsaml\u0131 rehber, AWS IAM rolleri ve instance profillerini ad\u0131m ad\u0131m a\u00e7\u0131klayarak, g\u00fcvenli ve verimli bir bulut altyap\u0131s\u0131 kurman\u0131za yard\u0131mc\u0131 olacakt\u0131r. Yeni ba\u015flayanlardan deneyimli kullan\u0131c\u0131lara kadar herkes i\u00e7in faydal\u0131 bilgiler i\u00e7ermektedir.<\/p>\n

IAM Rolleri ve Instance Profilleri Nedir? Aras\u0131ndaki Farklar Nelerdir?<\/h2>\n

IAM, AWS kaynaklar\u0131n\u0131za eri\u015fimi y\u00f6netmenizi sa\u011flayan bir kimlik ve eri\u015fim y\u00f6netim hizmetidir. IAM rolleri ve instance profilleri, bu eri\u015fimi y\u00f6netmenin iki farkl\u0131 yoludur. \u0130kisi de belirli AWS kaynaklar\u0131na eri\u015fim izni verir, ancak temelde farkl\u0131l\u0131k g\u00f6sterirler. IAM rolleri, bir kullan\u0131c\u0131, uygulama veya bir AWS servisine ge\u00e7ici olarak izin verirken, instance profilleri ise bir EC2 \u00f6rne\u011fine ba\u011fl\u0131 kal\u0131c\u0131 bir g\u00fcvenlik kimli\u011fi sa\u011flar. Basit\u00e7e s\u00f6ylemek gerekirse, roller ge\u00e7ici, profiller kal\u0131c\u0131d\u0131r. Bu temel fark, kullan\u0131m senaryolar\u0131n\u0131 belirler.<\/p>\n

\u00d6rne\u011fin, bir Lambda fonksiyonunun S3 kovas\u0131na eri\u015fmesi gerekiyorsa, bir rol kullan\u0131rs\u0131n\u0131z. Fonksiyon \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, bu rol\u00fc ge\u00e7ici olarak \u00fcstlenir ve gerekli izinlere sahip olur. Fonksiyonun \u00e7al\u0131\u015fmas\u0131 bitti\u011finde rol de ortadan kalkar. Di\u011fer yandan, bir EC2 \u00f6rne\u011finin s\u00fcrekli olarak DynamoDB’ye eri\u015fmesi gerekiyorsa, bir instance profili kullan\u0131rs\u0131n\u0131z. Bu profil, \u00f6rne\u011fin ya\u015fam d\u00f6ng\u00fcs\u00fc boyunca s\u00fcrekli olarak eri\u015fim sa\u011flar. Bu ayr\u0131m, g\u00fcvenlik ve y\u00f6netim a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r.<\/p>\n

Ayr\u0131ca, roller federasyon ve yetkilendirme i\u00e7in de kullan\u0131l\u0131rken, instance profilleri EC2 \u00f6rnekleriyle do\u011frudan ili\u015fkilendirilir. Rol tabanl\u0131 yetkilendirme, kimlik tabanl\u0131 yetkilendirmeye g\u00f6re daha g\u00fcvenli ve y\u00f6netilebilir bir yakla\u015f\u0131md\u0131r. \u00c7\u00fcnk\u00fc ge\u00e7ici kimlikler kullan\u0131r ve prinsiplere ba\u011fl\u0131 kal\u0131r. Ayr\u0131nt\u0131l\u0131 bilgi i\u00e7in fatihsoysal.com<\/a> adresini ziyaret edebilirsiniz.<\/p>\n

IAM Rollerini Nas\u0131l Olu\u015fturabilirim ve Y\u00f6netebilirim?<\/h2>\n

IAM rol\u00fc olu\u015fturma s\u00fcreci, kullan\u0131c\u0131ya ihtiya\u00e7 duyulan izinleri tan\u0131mlayarak ba\u015flar. AWS Management Console, AWS CLI veya AWS SDK arac\u0131l\u0131\u011f\u0131yla bir rol olu\u015fturulabilir. \u0130lk ad\u0131m, rol\u00fcn t\u00fcr\u00fcn\u00fc se\u00e7mektir. \u00d6rne\u011fin, bir EC2 \u00f6rne\u011fi i\u00e7in bir rol olu\u015fturuyorsan\u0131z, “EC2” rol t\u00fcr\u00fcn\u00fc se\u00e7melisiniz. Ard\u0131ndan, rol\u00fcn hangi AWS hizmetlerine eri\u015fim sa\u011flamas\u0131 gerekti\u011fini belirlemeniz gerekir. Bunu, rol\u00fcn ba\u011fl\u0131 olaca\u011f\u0131 politikalar\u0131 belirleyerek yapars\u0131n\u0131z. Birden fazla politika bir rol ile ili\u015fkilendirilebilir. Her politika, belirli bir izin k\u00fcmesini tan\u0131mlar.<\/p>\n

\u00d6rne\u011fin, bir S3 kovas\u0131na eri\u015fim izni vermek i\u00e7in, bir “AmazonS3FullAccess” y\u00f6netilen politikas\u0131n\u0131 rol\u00fcn\u00fcze ekleyebilirsiniz. Ancak, en iyi uygulama olarak, en az ayr\u0131cal\u0131k ilkesine ba\u011fl\u0131 kalarak, yaln\u0131zca rol\u00fcn ihtiya\u00e7 duydu\u011fu izinleri eklemeniz \u00f6nerilir. \u00c7ok kapsaml\u0131 izinler g\u00fcvenlik risklerini art\u0131r\u0131r. Rol\u00fc olu\u015fturduktan sonra, onu bir EC2 \u00f6rne\u011fi veya ba\u015fka bir AWS servisi ile ili\u015fkilendirmeniz gerekir. Rol\u00fcn g\u00fcvenli bir \u015fekilde y\u00f6netilmesi i\u00e7in d\u00fczenli olarak g\u00f6zden ge\u00e7irilmesi ve gereksiz izinlerin kald\u0131r\u0131lmas\u0131 \u00f6nemlidir. Ayr\u0131nt\u0131l\u0131 ad\u0131mlar ve kod \u00f6rnekleri i\u00e7in resmi AWS dok\u00fcmanlar\u0131na bakabilirsiniz.<\/p>\n

\naws iam create-role --role-name MyEC2Role --assume-role-policy-document file:\/\/assume-role-policy.json\n<\/pre>\n
<\/code><\/p>\n
Yukar\u0131daki komut, assume-role-policy.json<\/code> dosyas\u0131nda tan\u0131ml\u0131 varsay\u0131lan politikaya sahip \"MyEC2Role\" adl\u0131 bir IAM rol\u00fc olu\u015fturur. Bu dosyan\u0131n d\u00fczg\u00fcn yap\u0131land\u0131r\u0131lmas\u0131 \u00e7ok \u00f6nemlidir.<\/p>\n
Instance Profillerini Nas\u0131l Olu\u015fturabilirim ve Y\u00f6netebilirim?<\/h2>\n
Bir EC2 \u00f6rne\u011fi i\u00e7in bir instance profili olu\u015fturmak, IAM rol\u00fc olu\u015fturmaya benzer, ancak baz\u0131 farkl\u0131l\u0131klar vard\u0131r.  Bir instance profili, bir EC2 \u00f6rne\u011fine bir IAM rol\u00fc atamak i\u00e7in kullan\u0131l\u0131r.  Bir instance profili olu\u015ftururken,  \u00f6rne\u011fin hangi IAM rol\u00fcn\u00fc kullanaca\u011f\u0131n\u0131 belirlemeniz gerekir. Bu rol, instance'\u0131n AWS kaynaklar\u0131na eri\u015fimini belirler.  Instance profili, EC2 \u00f6rne\u011fi ba\u015flat\u0131l\u0131rken otomatik olarak ili\u015fkilenir.  Instance profili, \u00f6rne\u011fe kal\u0131c\u0131 bir kimlik sa\u011flar, bu nedenle \u00f6rne\u011fin yeniden ba\u015flat\u0131lmas\u0131 durumunda bile eri\u015fim devam eder.<\/p>\n
Instance profilleri, y\u00f6netim a\u00e7\u0131s\u0131ndan kolayl\u0131k sa\u011flar, \u00e7\u00fcnk\u00fc \u00f6rne\u011fin IAM kimlik bilgilerini y\u00f6netmeniz gerekmez.  Ancak,  instance profillerinin g\u00fcvenli\u011fini sa\u011flamak i\u00e7in dikkatli olmak gerekir.  Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f bir instance profili,  g\u00fcvenlik a\u00e7\u0131klar\u0131na yol a\u00e7abilir.  Her instance i\u00e7in yaln\u0131zca gerekli izinlere sahip bir instance profili kullan\u0131lmal\u0131d\u0131r.  Yine, en az ayr\u0131cal\u0131k ilkesi burada da uygulanmal\u0131d\u0131r.  EC2 instance profili olu\u015fturma i\u015flemi AWS Management Console \u00fczerinden kolayl\u0131kla yap\u0131labilir ve her ad\u0131mda detayl\u0131 a\u00e7\u0131klamalar bulunur.<\/p>\n
Ger\u00e7ek D\u00fcnya Senaryolar\u0131: Vaka Analizleri<\/h2>\n
Senaryo 1:  Veri Analizi Uygulamas\u0131<\/h3>\n
Bir veri analizi uygulamas\u0131, S3'ten veri okuyup,  Lambda fonksiyonlar\u0131n\u0131 kullanarak i\u015flemek ve sonu\u00e7lar\u0131 DynamoDB'ye yazmak zorundad\u0131r.  Bu senaryoda, Lambda fonksiyonlar\u0131 i\u00e7in bir IAM rol\u00fc olu\u015fturulur ve bu role S3 okuma ve DynamoDB yazma izinleri verilir.  Lambda fonksiyonlar\u0131, bu rol\u00fc \u00fcstlenerek ilgili kaynaklara eri\u015febilirler.  Bu y\u00f6ntem, Lambda fonksiyonlar\u0131n\u0131n yaln\u0131zca gerekli izinlere sahip olmas\u0131n\u0131 sa\u011flayarak g\u00fcvenli\u011fi art\u0131r\u0131r.<\/p>\n
Senaryo 2:  Web Sunucusu<\/h3>\n
Bir web sunucusu (EC2 \u00f6rne\u011fi)  RDS veritaban\u0131na eri\u015fmesi gerekiyor. Bu durumda, bir instance profili olu\u015fturulur ve bu profile RDS'ye eri\u015fim izni veren bir IAM rol\u00fc atan\u0131r.  EC2 \u00f6rne\u011fi, instance profili arac\u0131l\u0131\u011f\u0131yla RDS'ye g\u00fcvenli bir \u015fekilde eri\u015febilir.  Instance profilinin kullan\u0131m\u0131, \u00f6rne\u011fin g\u00fcvenli\u011fini sa\u011flar ve kimlik bilgilerini manuel olarak y\u00f6netme ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r.  Bu, y\u00f6netim y\u00fck\u00fcn\u00fc azalt\u0131r ve olas\u0131 hatalar\u0131 \u00f6nler.<\/p>\n
\u0130leri D\u00fczey Konular: Politikalar, Gruplar ve Delegasyon<\/h2>\n
IAM rolleri ve instance profillerini daha etkin bir \u015fekilde kullanmak i\u00e7in politikalar\u0131, gruplar\u0131 ve delegasyonu anlamak \u00f6nemlidir.  Politikalar, kullan\u0131c\u0131lar\u0131n veya rollerin hangi kaynaklara ve hangi eylemlere izin verdi\u011fini tan\u0131mlar.  Gruplar, birden fazla kullan\u0131c\u0131 veya rol\u00fc bir araya toplamak ve onlara ayn\u0131 politikalar\u0131 atamak i\u00e7in kullan\u0131l\u0131r.  Delegasyon, bir kullan\u0131c\u0131n\u0131n veya rol\u00fcn di\u011fer kullan\u0131c\u0131lar veya roller i\u00e7in izinleri y\u00f6netmesine olanak tan\u0131r.<\/p>\n
\u00d6rne\u011fin, bir y\u00f6netici kullan\u0131c\u0131s\u0131, di\u011fer kullan\u0131c\u0131lara belirli AWS kaynaklar\u0131na eri\u015fim izni vermek i\u00e7in delegasyon kullanabilir.  Bu, merkezi y\u00f6netimi kolayla\u015ft\u0131r\u0131r ve y\u00f6netim y\u00fck\u00fcn\u00fc payla\u015ft\u0131r\u0131r.  Ayr\u0131ca, farkl\u0131 AWS hizmetleri i\u00e7in farkl\u0131 politikalar olu\u015fturarak,  izinlerin ince ayarl\u0131 bir \u015fekilde y\u00f6netilmesini sa\u011flayabilirsiniz.  \u0130leri d\u00fczey kullan\u0131m senaryolar\u0131 i\u00e7in AWS IAM dok\u00fcmanlar\u0131n\u0131 detayl\u0131 inceleyerek, karma\u015f\u0131k g\u00fcvenlik yap\u0131land\u0131rmalar\u0131n\u0131 olu\u015fturabilir ve y\u00f6netebilirsiniz.<\/p>\n
\u00d6\u011frenme Yol Haritas\u0131<\/h2>\n
Yeni Ba\u015flayanlar:<\/h3>\n