Modern yaz\u0131l\u0131m geli\u015ftirme s\u00fcre\u00e7lerinde CI\/CD (S\u00fcrekli Entegrasyon\/S\u00fcrekli Teslimat) otomasyonu vazge\u00e7ilmez bir hale gelmi\u015ftir. Ancak bu otomasyonun getirdi\u011fi en b\u00fcy\u00fck zorluklardan biri, CI\/CD ara\u00e7lar\u0131n\u0131n bulut kaynaklar\u0131na g\u00fcvenli bir \u015fekilde eri\u015fimini sa\u011flamakt\u0131r. Geleneksel y\u00f6ntemler genellikle uzun \u00f6m\u00fcrl\u00fc kimlik bilgileri kullanmay\u0131 gerektirir ki bu da ciddi g\u00fcvenlik riskleri ta\u015f\u0131r. GitHub Actions ve AWS Rol Zincirleme (Role Chaining) yakla\u015f\u0131m\u0131, bu g\u00fcvenlik a\u00e7\u0131\u011f\u0131n\u0131 kapatarak, CI\/CD s\u00fcre\u00e7lerinizde bulut kaynaklar\u0131na eri\u015fimi daha g\u00fcvenli, y\u00f6netilebilir ve denetlenebilir hale getiren \u00e7\u0131\u011f\u0131r a\u00e7an bir y\u00fckseltme sunar.<\/p>\n
CI\/CD, geli\u015ftirme ekiplerinin yaz\u0131l\u0131m\u0131 daha h\u0131zl\u0131, daha s\u0131k ve daha g\u00fcvenilir bir \u015fekilde da\u011f\u0131tmas\u0131n\u0131 sa\u011flayan temel bir DevOps prati\u011fidir. Otomatik testler, derlemeler ve da\u011f\u0131t\u0131mlar sayesinde insan hatas\u0131 minimize edilir ve \u00fcr\u00fcn pazara daha \u00e7abuk sunulur.<\/p>\n
CI\/CD boru hatlar\u0131n\u0131n AWS gibi bulut sa\u011flay\u0131c\u0131lar\u0131ndaki kaynaklara (S3, EC2, Lambda, EKS vb.) eri\u015fmesi gerekti\u011finde, bu eri\u015fimi g\u00fcvenli bir \u015fekilde sa\u011flamak kritik bir meseledir. Geleneksel olarak bu, eri\u015fim anahtarlar\u0131 (Access Key ID ve Secret Access Key) kullan\u0131larak yap\u0131l\u0131rd\u0131.<\/p>\n
Eri\u015fim anahtarlar\u0131, bir kullan\u0131c\u0131 veya rol ad\u0131na AWS kaynaklar\u0131na programatik eri\u015fim sa\u011flayan uzun \u00f6m\u00fcrl\u00fc kimlik bilgileridir. Bunlar\u0131n do\u011frudan GitHub Actions gibi CI\/CD ortamlar\u0131nda saklanmas\u0131 veya ortam de\u011fi\u015fkenleri olarak kullan\u0131lmas\u0131, s\u0131z\u0131nt\u0131, yetkisiz eri\u015fim veya k\u00f6t\u00fcye kullan\u0131m riskini art\u0131r\u0131r. Bir kez ele ge\u00e7irildi\u011finde, bu anahtarlar s\u0131n\u0131rs\u0131z bir s\u00fcre boyunca kullan\u0131labilir ve geni\u015f yetkilere sahip olabilir.<\/p>\n
CI\/CD ortamlar\u0131nda uzun \u00f6m\u00fcrl\u00fc kimlik bilgilerini kullanmak, potansiyel g\u00fcvenlik felaketlerine davetiye \u00e7\u0131kar\u0131r. Bu b\u00f6l\u00fcmde, geleneksel yakla\u015f\u0131mlar\u0131n neden yetersiz kald\u0131\u011f\u0131n\u0131 ve ne t\u00fcr riskler ta\u015f\u0131d\u0131\u011f\u0131n\u0131 inceleyece\u011fiz.<\/p>\n
Uzun \u00f6m\u00fcrl\u00fc eri\u015fim anahtarlar\u0131 (Access Key ID ve Secret Access Key), genellikle AWS IAM kullan\u0131c\u0131lar\u0131na veya rollere atan\u0131r. Bu anahtarlar\u0131n bir kez olu\u015fturuldu\u011funda s\u00fcresi dolmaz (manuel olarak iptal edilmedik\u00e7e). E\u011fer bu anahtarlar bir kod deposuna yanl\u0131\u015fl\u0131kla commit edilir, bir log dosyas\u0131nda g\u00f6r\u00fcn\u00fcr veya bir CI\/CD arac\u0131 taraf\u0131ndan g\u00fcvenli olmayan bir \u015fekilde saklan\u0131rsa, k\u00f6t\u00fc niyetli ki\u015filer taraf\u0131ndan ele ge\u00e7irilme riski \u00e7ok y\u00fcksektir. Ele ge\u00e7irilen anahtarlar, atanm\u0131\u015f olduklar\u0131 yetkilerle AWS kaynaklar\u0131na s\u0131n\u0131rs\u0131z eri\u015fim sa\u011flayabilir.<\/p>\n
Baz\u0131 durumlarda, t\u00fcm CI\/CD s\u00fcre\u00e7leri i\u00e7in tek bir AWS IAM kullan\u0131c\u0131s\u0131 ve onun anahtarlar\u0131 kullan\u0131l\u0131r. Bu durum, “shared secret” (payla\u015f\u0131lan s\u0131r) olarak bilinen bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131 yarat\u0131r. Hangi CI\/CD i\u015f ak\u0131\u015f\u0131n\u0131n hangi i\u015flemi yapt\u0131\u011f\u0131n\u0131 izlemek zorla\u015f\u0131r ve bir g\u00fcvenlik ihlali durumunda etki alan\u0131 geni\u015fler. Ayr\u0131ca, bir ekip \u00fcyesi ayr\u0131ld\u0131\u011f\u0131nda veya yetkileri de\u011fi\u015fti\u011finde anahtarlar\u0131n y\u00f6netimi karma\u015f\u0131kla\u015f\u0131r.<\/p>\n
Eri\u015fim anahtarlar\u0131n\u0131 g\u00fcvenli bir \u015fekilde y\u00f6netmek i\u00e7in \u00e7e\u015fitli s\u0131r y\u00f6netimi (secret management) ara\u00e7lar\u0131 (AWS Secrets Manager, HashiCorp Vault, GitHub Secrets vb.) kullan\u0131lsa da, bu ara\u00e7lar sadece anahtarlar\u0131n nerede sakland\u0131\u011f\u0131n\u0131 g\u00fcvence alt\u0131na al\u0131r. Anahtarlar\u0131n CI\/CD ortam\u0131na aktar\u0131lmas\u0131 ve kullan\u0131lmas\u0131 s\u0131ras\u0131nda yine de riskler mevcuttur. Ayr\u0131ca, bu anahtarlar\u0131n rotasyonu ve ya\u015fam d\u00f6ng\u00fcs\u00fc y\u00f6netimi de ek operasyonel y\u00fck getirir.<\/p>\n
AWS Rol Zincirleme, uzun \u00f6m\u00fcrl\u00fc kimlik bilgileri kullanma ihtiyac\u0131n\u0131 ortadan kald\u0131rarak, ge\u00e7ici ve s\u0131n\u0131rl\u0131 yetkilere sahip kimlik bilgileriyle AWS kaynaklar\u0131na eri\u015fimi sa\u011flayan g\u00fc\u00e7l\u00fc bir mekanizmad\u0131r.<\/p>\n
AWS IAM (Identity and Access Management) rolleri, belirli yetkilere sahip sanal kimliklerdir. Bir rol, do\u011frudan bir kullan\u0131c\u0131ya veya cihaza atanmak yerine, belirli bir varl\u0131k (bir EC2 \u00f6rne\u011fi, bir Lambda fonksiyonu veya ba\u015fka bir AWS hesab\u0131) taraf\u0131ndan \u00fcstlenilebilir (assume). Her rol\u00fcn bir G\u00fcven Politikas\u0131 (Trust Policy)<\/strong> vard\u0131r. Bu politika, kimlerin veya hangi hizmetlerin bu rol\u00fc \u00fcstlenmesine izin verildi\u011fini tan\u0131mlar.<\/p>\n Bir varl\u0131k bir rol\u00fc \u00fcstlendi\u011finde, AWS Security Token Service (STS) taraf\u0131ndan kendisine ge\u00e7ici kimlik bilgileri (ge\u00e7ici eri\u015fim anahtar\u0131, gizli anahtar ve oturum token\u0131) verilir. Bu kimlik bilgileri, belirli bir s\u00fcre sonra (genellikle 15 dakika ile 12 saat aras\u0131) otomatik olarak sona erer. Bu, kimlik bilgilerinin ele ge\u00e7irilse bile s\u0131n\u0131rl\u0131 bir kullan\u0131m s\u00fcresi oldu\u011fu anlam\u0131na gelir, bu da g\u00fcvenlik riskini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r.<\/p>\n Rol zincirleme, bir rol\u00fcn \u00fcstlenilmesiyle elde edilen ge\u00e7ici kimlik bilgilerinin, ba\u015fka bir rol\u00fc \u00fcstlenmek i\u00e7in kullan\u0131lmas\u0131d\u0131r. \u00d6rne\u011fin, bir GitHub Actions i\u015f ak\u0131\u015f\u0131, ilk olarak belirli bir “ge\u00e7i\u015f” rol\u00fcn\u00fc \u00fcstlenir. Bu ge\u00e7i\u015f rol\u00fcn\u00fcn yetkileri, sadece ba\u015fka bir “hedef” rol\u00fc \u00fcstlenmeye izin verir. Hedef rol ise, ger\u00e7ek AWS kaynaklar\u0131na (S3’e yazma, Lambda’y\u0131 \u00e7a\u011f\u0131rma vb.) eri\u015fim yetkilerine sahiptir. Bu sayede, ilk rol sadece bir k\u00f6pr\u00fc g\u00f6revi g\u00f6r\u00fcr ve do\u011frudan kaynaklara eri\u015fim yetkisi olmaz. Bu katmanl\u0131 yakla\u015f\u0131m, yetkilendirmeyi daha gran\u00fcler hale getirir ve g\u00fcvenlik duru\u015funu g\u00fc\u00e7lendirir.<\/p>\n GitHub Actions, OpenID Connect (OIDC) entegrasyonu sayesinde, AWS’ye do\u011frudan uzun \u00f6m\u00fcrl\u00fc kimlik bilgileri sa\u011flamadan g\u00fcvenli bir \u015fekilde kimlik do\u011frulamas\u0131 yapabilir.<\/p>\n OpenID Connect (OIDC), OAuth 2.0 protokol\u00fcn\u00fcn \u00fczerine in\u015fa edilmi\u015f bir kimlik do\u011frulama katman\u0131d\u0131r. Kullan\u0131c\u0131lar\u0131n kimliklerini g\u00fcvenli bir \u015fekilde do\u011frulamak ve bu bilgileri hizmetler aras\u0131nda payla\u015fmak i\u00e7in kullan\u0131l\u0131r. GitHub Actions ba\u011flam\u0131nda, GitHub, i\u015f ak\u0131\u015f\u0131 \u00e7al\u0131\u015ft\u0131\u011f\u0131nda bir OIDC token\u0131 \u00fcretir. Bu token, i\u015f ak\u0131\u015f\u0131n\u0131n kimli\u011fini ve belirli \u00f6zelliklerini (depo ad\u0131, dal ad\u0131, tetikleyici olay vb.) kriptografik olarak imzalanm\u0131\u015f bir \u015fekilde i\u00e7erir.<\/p>\n AWS IAM, harici OIDC sa\u011flay\u0131c\u0131lar\u0131yla g\u00fcven ili\u015fkisi kurabilir. GitHub Actions, bu ba\u011flamda bir OIDC sa\u011flay\u0131c\u0131s\u0131 olarak hareket eder. AWS’de bir OIDC sa\u011flay\u0131c\u0131s\u0131 tan\u0131mlad\u0131\u011f\u0131n\u0131zda, AWS, GitHub taraf\u0131ndan verilen OIDC tokenlar\u0131n\u0131n ge\u00e7erlili\u011fini do\u011frulayabilir ve bu tokenlarda yer alan iddialara (claims) g\u00f6re g\u00fcven ili\u015fkisi kurabilir.<\/p>\n AWS IAM’de bir rol olu\u015ftururken veya mevcut bir rol\u00fc d\u00fczenlerken, rol\u00fcn g\u00fcven politikas\u0131na GitHub Actions OIDC sa\u011flay\u0131c\u0131s\u0131n\u0131 ekleyebilirsiniz. Bu politika, hangi ko\u015fullar alt\u0131nda (\u00f6rne\u011fin, belirli bir GitHub deposundan gelen tokenlar) GitHub Actions’\u0131n bu rol\u00fc \u00fcstlenmesine izin verildi\u011fini belirtir. Bu sayede, sadece yetkili GitHub Actions i\u015f ak\u0131\u015flar\u0131 AWS’deki belirli rolleri \u00fcstlenebilir ve ge\u00e7ici kimlik bilgileri elde edebilir.<\/p>\n \u015eimdi bu iki g\u00fc\u00e7l\u00fc teknolojiyi bir araya getirerek g\u00fcvenli bir CI\/CD boru hatt\u0131 olu\u015fturman\u0131n pratik ad\u0131mlar\u0131na ge\u00e7elim.<\/p>\n \u0130lk ad\u0131m, AWS IAM’de GitHub Actions i\u00e7in bir OIDC sa\u011flay\u0131c\u0131s\u0131 olu\u015fturmakt\u0131r. Bu, AWS’nin GitHub’dan gelen OIDC tokenlar\u0131n\u0131 do\u011frulamas\u0131n\u0131 sa\u011flar.<\/p>\n <\/code><\/p>\n Bu sa\u011flay\u0131c\u0131, GitHub'\u0131n token URL'sini ve AWS STS i\u00e7in istemci kimli\u011fini belirtir.<\/p>\n Ard\u0131ndan, GitHub Actions'\u0131n \u00fcstlenece\u011fi AWS IAM rol\u00fcn\u00fc olu\u015fturman\u0131z gerekir. Bu rol, CI\/CD i\u015f ak\u0131\u015f\u0131n\u0131z\u0131n AWS kaynaklar\u0131 \u00fczerinde ger\u00e7ekle\u015ftirmesi gereken minimum yetkilere sahip olmal\u0131d\u0131r (minimum yetki prensibi).<\/p>\n <\/code><\/p>\n Bu politika, bir S3 kovas\u0131na dosya y\u00fckleme, Lambda fonksiyonu g\u00fcncelleme ve ECR'ye Docker imaj\u0131 g\u00f6nderme yetkilerini verir. Resource<\/strong> alan\u0131n\u0131 her zaman spesifik hale getirmeye \u00f6zen g\u00f6sterin.<\/p>\n \u015eimdi bu rol i\u00e7in g\u00fcven politikas\u0131n\u0131 tan\u0131mlayal\u0131m:<\/p>\n <\/code><\/p>\n Bu g\u00fcven politikas\u0131, sadece belirli bir GitHub deposunun <\/code><\/p>\n Son olarak, GitHub Actions i\u015f ak\u0131\u015f\u0131n\u0131z\u0131 bu rol\u00fc \u00fcstlenecek \u015fekilde yap\u0131land\u0131rman\u0131z gerekir.<\/p>\n <\/code><\/p>\n Bu yakla\u015f\u0131m\u0131n sundu\u011fu g\u00fcvenlik ve y\u00f6netim avantajlar\u0131 olduk\u00e7a fazlad\u0131r.<\/p>\n Eri\u015fim anahtarlar\u0131n\u0131n rotasyonu, depolanmas\u0131 ve ya\u015fam d\u00f6ng\u00fcs\u00fc y\u00f6netimi gibi operasyonel y\u00fckler ortadan kalkar. Her \u015fey AWS IAM ve GitHub Actions entegrasyonu \u00fczerinden otomatik olarak halledilir.<\/p>\n AWS CloudTrail, hangi GitHub Actions i\u015f ak\u0131\u015f\u0131n\u0131n hangi rol\u00fc \u00fcstlendi\u011fini ve hangi AWS kaynaklar\u0131na eri\u015fti\u011fini net bir \u015fekilde g\u00f6sterir. Bu, g\u00fcvenlik denetimleri ve sorun giderme i\u00e7in paha bi\u00e7ilmez bir izlenebilirlik sa\u011flar.<\/p>\n GitHub Actions ve AWS Rol Zincirleme entegrasyonu, modern CI\/CD g\u00fcvenli\u011fi i\u00e7in alt\u0131n standart haline gelmektedir. Bu yakla\u015f\u0131m, uzun \u00f6m\u00fcrl\u00fc kimlik bilgilerinin getirdi\u011fi riskleri ortadan kald\u0131r\u0131rken, geli\u015ftirme s\u00fcre\u00e7lerinin h\u0131z\u0131n\u0131 ve verimlili\u011fini korur. Ge\u00e7ici, s\u0131n\u0131rl\u0131 yetkilere sahip ve otomatik olarak y\u00f6netilen kimlik bilgileri sayesinde, g\u00fcvenlik duru\u015funuzu \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirebilir ve denetlenebilirli\u011fi art\u0131rabilirsiniz. Bu y\u00fckseltme, sadece bir g\u00fcvenlik \u00f6zelli\u011fi olman\u0131n \u00f6tesinde, DevOps k\u00fclt\u00fcr\u00fcn\u00fcz\u00fcn olgunlu\u011funu art\u0131ran ve gelecekteki bulut tabanl\u0131 otomasyonlar i\u00e7in sa\u011flam bir temel olu\u015fturan stratejik bir yat\u0131r\u0131md\u0131r. G\u00fcvenli\u011finizi \u015fansa b\u0131rakmay\u0131n, bu \u00e7\u0131\u011f\u0131r a\u00e7an entegrasyonu CI\/CD boru hatlar\u0131n\u0131za dahil edin.<\/p>\nGe\u00e7ici Kimlik Bilgileri ve Rol \u00dcstlenme (AssumeRole)<\/h4>\n
Zincirleme Mekanizmas\u0131<\/h4>\n
GitHub Actions ile G\u00fcvenli Kimlik Do\u011frulama: OIDC’nin G\u00fcc\u00fc<\/h3>\n
OIDC Nedir ve Nas\u0131l \u0130\u015fler?<\/h4>\n
GitHub Actions OIDC Sa\u011flay\u0131c\u0131s\u0131<\/h4>\n
G\u00fcven \u0130li\u015fkisi Kurma<\/h4>\n
GitHub Actions ve AWS Rol Zincirleme Entegrasyonu: Ad\u0131m Ad\u0131m Rehber<\/h3>\n
AWS’de OIDC Sa\u011flay\u0131c\u0131s\u0131 Olu\u015fturma<\/h4>\n
resource \"aws_iam_openid_connect_provider\" \"github_actions\" {\n url = \"https:\/\/token.actions.githubusercontent.com\"\n client_id_list = [\"sts.amazonaws.com\"]\n thumbprint_list = [\"6938fd4d98bab03faadb97b34396831e3780fa86\"] # GitHub'\u0131n g\u00fcncel thumbprint'i\n}\n<\/pre>\nHedef Rol\u00fcn Yap\u0131land\u0131r\u0131lmas\u0131 (AssumeRole)<\/h4>\n
# policies\/github_actions_deploy_policy.json\n{\n \"Version\": \"2012-10-17\",\n \"Statement\": [\n {\n \"Effect\": \"Allow\",\n \"Action\": [\n \"s3:PutObject\",\n \"s3:GetObject\",\n \"lambda:UpdateFunctionCode\",\n \"ecr:GetAuthorizationToken\",\n \"ecr:BatchCheckLayerAvailability\",\n \"ecr:InitiateLayerUpload\",\n \"ecr:UploadLayerPart\",\n \"ecr:CompleteLayerUpload\",\n \"ecr:PutImage\"\n ],\n \"Resource\": \"*\" # Kaynaklar\u0131 spesifik hale getirin!\n }\n ]\n}\n<\/pre>\n# roles\/github_actions_deploy_role_trust_policy.json\n{\n \"Version\": \"2012-10-17\",\n \"Statement\": [\n {\n \"Effect\": \"Allow\",\n \"Principal\": {\n \"Federated\": \"arn:aws:iam::YOUR_AWS_ACCOUNT_ID:oidc-provider\/token.actions.githubusercontent.com\"\n },\n \"Action\": \"sts:AssumeRoleWithWebIdentity\",\n \"Condition\": {\n \"StringEquals\": {\n \"token.actions.githubusercontent.com:aud\": \"sts.amazonaws.com\",\n \"token.actions.githubusercontent.com:sub\": \"repo:YOUR_GITHUB_ORG\/YOUR_REPO_NAME:ref:refs\/heads\/main\"\n }\n }\n }\n ]\n}\n<\/pre>\nmain<\/code> dal\u0131ndan gelen OIDC tokenlar\u0131n\u0131n bu rol\u00fc \u00fcstlenmesine izin verir. YOUR_AWS_ACCOUNT_ID<\/code>, YOUR_GITHUB_ORG<\/code> ve YOUR_REPO_NAME<\/code> de\u011ferlerini kendi bilgilerinizle de\u011fi\u015ftirmeyi unutmay\u0131n.<\/p>\nresource \"aws_iam_role\" \"github_actions_deploy_role\" {\n name = \"github-actions-deploy-role\"\n assume_role_policy = file(\"roles\/github_actions_deploy_role_trust_policy.json\")\n}\n\nresource \"aws_iam_role_policy_attachment\" \"github_actions_deploy_policy_attachment\" {\n role = aws_iam_role.github_actions_deploy_role.name\n policy_arn = aws_iam_policy.github_actions_deploy_policy.arn\n}\n<\/pre>\nGitHub Actions \u0130\u015f Ak\u0131\u015f\u0131n\u0131 Olu\u015fturma<\/h4>\n
name: AWS Deploy via Role Chaining\n\non:\n push:\n branches:\n - main\n\npermissions:\n id-token: write # Bu, OIDC token\u0131 olu\u015fturmak i\u00e7in gereklidir\n contents: read # Depo i\u00e7eri\u011fini okumak i\u00e7in\n\njobs:\n deploy:\n runs-on: ubuntu-latest\n steps:\n - name: Checkout code\n uses: actions\/checkout@v4\n\n - name: Configure AWS credentials\n uses: aws-actions\/configure-aws-credentials@v4\n with:\n role-to-assume: arn:aws:iam::YOUR_AWS_ACCOUNT_ID:role\/github-actions-deploy-role\n aws-region: us-east-1 # Kendi b\u00f6lgenizi belirtin\n\n - name: Deploy to S3\n run: |\n aws s3 cp .\/build\/index.html s3:\/\/your-s3-bucket-name\/index.html\n\n - name: Update Lambda Function\n run: |\n aws lambda update-function-code --function-name MyLambdaFunction --zip-file fileb:\/\/function.zip\n<\/pre>\naws-actions\/configure-aws-credentials<\/code> eylemi, GitHub Actions taraf\u0131ndan \u00fcretilen OIDC token\u0131n\u0131 kullanarak belirtilen AWS rol\u00fcn\u00fc \u00fcstlenir ve ge\u00e7ici kimlik bilgilerini ortam de\u011fi\u015fkenleri olarak ayarlar. Bu sayede, sonraki AWS CLI veya SDK komutlar\u0131 bu ge\u00e7ici kimlik bilgilerini otomatik olarak kullan\u0131r.<\/p>\nAvantajlar ve En \u0130yi Uygulamalar<\/h3>\n
G\u00fcvenlik Duru\u015funun \u0130yile\u015ftirilmesi<\/h4>\n
\n
Y\u00f6netim Y\u00fck\u00fcn\u00fcn Azalmas\u0131<\/h4>\n
Denetlenebilirlik ve \u0130zlenebilirlik<\/h4>\n
En \u0130yi Uygulamalar<\/h4>\n
\n
Resource: \"*\"<\/code> kullanmaktan ka\u00e7\u0131n\u0131n. M\u00fcmk\u00fcn oldu\u011funca spesifik kaynaklar\u0131 hedefleyin.<\/li>\nCondition<\/code> bloklar\u0131n\u0131 kullanarak GitHub deposu, dal\u0131 veya ortam gibi k\u0131s\u0131tlamalar ekleyin.<\/li>\nSonu\u00e7 ve Gelecek Perspektifleri<\/h3>\n
SSS (S\u0131k Sorulan Sorular)<\/h3>\n
\n
dev-deploy-role<\/code> ve prod-deploy-role<\/code> gibi roller tan\u0131mlayarak, GitHub Actions i\u015f ak\u0131\u015flar\u0131n\u0131z\u0131n hangi ortama da\u011f\u0131t\u0131m yapabilece\u011fini gran\u00fcler bir \u015fekilde kontrol edebilirsiniz.<\/dd>\n<\/dl>\n","protected":false},"excerpt":{"rendered":"CI\/CD, geli\u015ftirme ekiplerinin yaz\u0131l\u0131m\u0131 daha h\u0131zl\u0131, daha s\u0131k ve daha g\u00fcvenilir bir \u015fekilde da\u011f\u0131tmas\u0131n\u0131 sa\u011flayan temel bir DevOps prati\u011fidir. Ot…","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-36787","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-aws","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n