Cloud & IT Cert Prep · Ders

Maliyet Optimizasyonu ve Sürdürülebilirlik Sütunları

Maliyet Optimizasyonu ve Sürdürülebilirlik Sütunları, CoddyKit'te ücretsiz bir Cloud & IT Cert Prep dersidir. Bu, 4 dersinin 3. dersidir. Aşağıdan dersin tamamını ücretsiz okuyabilir, sonra tarayıcıda yerleşik kod editörü ve 7/24 yapay zeka koçu ile uygulamalı olarak pratik yapabilirsin. Bu, Cloud & IT Cert Prep öğrenme yolunun bir parçasıdır ve ilerlemeniz web ve CoddyKit uygulaması arasında senkronize olur. Cloud & IT Cert Prep kursu toplamda 4 dersten oluşur.

Cost Optimisation Sütununa Genel Bakış

Cost Optimisation sütunu, gereksiz maliyetlerden kaçınmaya ve AWS harcamalarınızdan en yüksek değeri elde etmeye odaklanır. Bulut kaynaklarının kapasitesini gereğinden fazla artırmak kolay olduğundan, çoğu zaman en hızlı etki sağlayan sütundur. Temel tasarım ilkeleri: Bulut finansal yönetimini uygulayın — maliyeti birinci sınıf bir ölçüm olarak ele alın. Tüketime dayalı bir model benimseyin — yalnızca kullandığınız kadar ödeme yapın. Genel verimliliği ölçün — iş değerinin birimi başına maliyeti izleyin. Farklılaştırılmamış ağır işleri azaltın — altyapıyı yönetmek yerine yönetilen hizmetleri kullanın.

# Cost Optimisation pillars:
# 1. Expenditure awareness  - visibility into what you spend
# 2. Cost-effective resources - right instance types, storage classes
# 3. Matching supply to demand - auto scaling, spot instances
# 4. Optimising over time - regularly review and adjust

# Example: undifferentiated heavy lifting
# Instead of managing your own Redis: use ElastiCache
# Instead of managing Kubernetes: use EKS or Fargate
# Managed services reduce operational overhead AND cost

Kaynakları Doğru Boyutlandırma

Doğru boyutlandırma, aşırı kaynak tahsis edilmiş kaynakları belirleyip ortadan kaldırdığı için maliyet optimizasyonunda en etkili eylemdir. Yaygın bir örüntü, ilk tedarik sırasında büyük Instances başlatılması ve bunların bir daha gözden geçirilmemesidir. AWS Compute Optimizer, kullanım ölçümlerini analiz eder ve en uygun Instance türünü önerir. Yaygın bir bulgu şudur: %5 CPU kullanımıyla çalışan bir m5.4xlarge yerine t3.medium kullanılmalıdır; böylece işlem maliyetinin %80'i tasarruf edilir. Doğru boyutlandırma EC2, Lambda (bellek), RDS ve EBS birimlerine uygulanır.

# Get Compute Optimizer recommendations for all EC2
aws compute-optimizer get-ec2-instance-recommendations \
  --filters Name=finding,Values=Overprovisioned

# Response includes:
# currentInstanceType: m5.4xlarge
# recommendedInstanceType: t3.large
# estimatedMonthlySavings: $280
# performanceRisk: VeryLow

# Also check EBS volumes:
aws compute-optimizer get-ebs-volume-recommendations \
  --filters Name=finding,Values=Overprovisioned

Satın Alma Modeli Optimizasyonu

Sabit durumdaki iş yükleri için İhtiyaç Üzerine fiyatlandırma en pahalı seçenektir. Aşağıdaki seçeneklerle önemli tasarruflar sağlanabilir: Reserved Instances (1 veya 3 yıl) — öngörülebilir iş yüklerinde %72'ye varan tasarruf. Savings Plans — Instance aileleri ve bölgeler arasında geçerli olan esnek taahhüt (%66'ya varan tasarruf). Spot Instances — kesintiye uğrayabilen iş yüklerinde (toplu iş, CI/CD, durumsuz) %90'a varan tasarruf. Tipik olarak maliyet için optimize edilmiş bir filo, bu üçünü birleştirir: temel kapasite için Savings Plans, ani yük artışları için Spot ve özel durumlar için İhtiyaç Üzerine.

# Purchasing model comparison:
# On-Demand:       $0.192/hr (m5.large)   No commitment
# 1yr Reserved:    $0.114/hr              $0.78/hr effective
# 3yr Reserved:    $0.074/hr              Highest savings
# Compute SP:      ~$0.128/hr             Flexible family/region
# Spot:            $0.05-0.08/hr          Interruptible

# Savings Plans cover:
# - Compute Savings Plans: EC2 + Lambda + Fargate
# - EC2 Instance Savings Plans: specific family in one region

Maliyet Optimizasyonu için Spot Instances

Spot Instances, AWS'nin atıl kapasitesini %90'a varan indirimle kullanır; ancak AWS'nin kapasiteye yeniden ihtiyaç duyması durumunda 2 dakika önceden bildirimle kesintiye uğrayabilir. Spot şu durumlarda iyi çalışır: toplu işleme (kontrol noktası oluşturup sürdürme), CI/CD derleme aracıları, durumsuz web sunucuları (ALB arkasında; ELB, kesintiye uğrayan Instances'ın çevresinden yönlendirme yapar) ve EMR ile EKS çalışan düğümleri. Havuzları çeşitlendirmek ve kesinti riskini azaltmak için Spot Fleet veya birden çok Instance türü ve AZ içeren ASG kullanın.

# ASG with mixed instances (On-Demand + Spot)
aws autoscaling create-auto-scaling-group \
  --auto-scaling-group-name my-mixed-asg \
  --mixed-instances-policy '{
    "LaunchTemplate": {"LaunchTemplateSpecification":{"LaunchTemplateId":"lt-12345","Version":"$Latest"},"Overrides":[{"InstanceType":"m5.large"},{"InstanceType":"m5a.large"},{"InstanceType":"m4.large"}]},
    "InstancesDistribution": {
      "OnDemandPercentageAboveBaseCapacity": 20,
      "SpotAllocationStrategy": "capacity-optimized"
    }
  }' \
  --min-size 2 --max-size 20 --desired-capacity 5

S3 Depolama Maliyeti Optimizasyonu

S3 depolama maliyetleri, doğru depolama sınıfını kullanarak ve geçişleri otomatikleştirerek büyük ölçüde azaltılabilir. S3 Intelligent-Tiering, erişim örüntülerine göre nesneleri erişim katmanları arasında otomatik olarak taşır; erişim örüntülerinin bilinmediği durumlar için idealdir. Yaşam döngüsü kuralları, nesneleri bir programa göre geçirir: Standard'dan 30 gün sonra Standard-IA'ya, 90 gün sonra Glacier'a ve 180 gün sonra Deep Archive'a. Ayrıca nesne verilerinin yalnızca gereken alt kümesini almak için S3 Select kullanmayı değerlendirin; bu, veri aktarımı ve işleme maliyetlerini azaltır.

# S3 lifecycle policy for cost optimisation
aws s3api put-bucket-lifecycle-configuration \
  --bucket my-data-bucket \
  --lifecycle-configuration '{
    "Rules": [{
      "ID": "auto-archive",
      "Status": "Enabled",
      "Transitions": [
        {"Days": 30, "StorageClass": "STANDARD_IA"},
        {"Days": 90, "StorageClass": "GLACIER_IR"},
        {"Days": 365, "StorageClass": "DEEP_ARCHIVE"}
      ]
    }]
  }'

Etiketleme ve Maliyet Dağılımı

Uygun etiketleme olmadan her ekibin veya projenin ne kadar harcadığını anlamak mümkün değildir. Maliyet dağılımı etiketleri, maliyetleri ekip, proje, ortam veya tanımladığınız herhangi bir boyuta göre ayrıştırmanızı sağlar. Etiketleri Faturalandırma konsolunda etkinleştirin, ardından maliyetleri etikete göre filtrelemek ve gruplamak için AWS Cost Explorer kullanın. AWS Organizations'taki Tag Policies ile etiketlemeyi zorunlu kılın ve etiketsiz kaynakları belirlemek için AWS Config kuralları kullanın. Bu, showback (görünürlük) ve chargeback (maliyetlerin tek tek ekiplere atanması) olanağı sağlar.

# Enforce required tags with Config rule
aws configservice put-config-rule \
  --config-rule '{
    "ConfigRuleName": "required-tags",
    "Source": {"Owner":"AWS","SourceIdentifier":"REQUIRED_TAGS"},
    "InputParameters": "{\"tag1Key\":\"Project\",\"tag2Key\":\"Environment\",\"tag3Key\":\"Owner\"}"
  }'

# Query cost by tag in Cost Explorer
aws ce get-cost-and-usage \
  --time-period Start=2026-06-01,End=2026-06-30 \
  --granularity MONTHLY \
  --group-by Type=TAG,Key=Project

Sustainability Pillar Genel Bakışı

Sustainability sütunu (2021'de eklenmiştir), enerji tüketimini azaltarak ve verimliliği artırarak bulut iş yüklerinin çevresel etkisini en aza indirmeye odaklanır. Tasarım ilkeleri şunlardır: Etkinizi anlayın — iş yüklerinizin karbon ayak izini ölçün. Sürdürülebilirlik hedefleri belirleyin. Kullanımı en üst düzeye çıkarın — atıl kaynaklardan kaçınmak için doğru boyutlandırma yapın. Daha verimli donanımları öngörün ve benimseyin — en yeni Instance nesillerini kullanın. Yönetilen hizmetleri kullanın — AWS, veri merkezlerini çoğu kuruluştan daha verimli işletir.

# Sustainability improvement areas:
# 1. Right-size instances (reduce idle energy use)
# 2. Use Graviton (ARM) instances: 60% less energy than x86
# 3. Use Spot instances: uses otherwise idle capacity
# 4. Use managed services: AWS optimises their utilisation
# 5. Use serverless: no idle servers
# 6. Move to S3/EFS instead of EC2 instance storage
# 7. Implement data lifecycle (don't store forever)

Sürdürülebilirlik ve Maliyet için AWS Graviton

AWS Graviton işlemcileri (ARM tabanlı), x86 Instances'a kıyasla %60'a varan daha iyi enerji verimliliği ve %20-40 daha iyi fiyat/performans sunar. Graviton3/4 Instances (c7g, m7g, r7g ve t4g aileleri), çoğu EC2, Lambda ve Fargate iş yükü için kullanılabilir. x86'dan Graviton'a geçmek, hem Sustainability hem de Cost Optimisation sütunlarını aynı anda iyileştirir: hesaplama başına daha az watt ve daha düşük Instance fiyatları sağlar. İş yüklerinin çoğu (Linux, kapsayıcılı uygulamalar, JVM), çok az değişiklikle taşınabilir.

# Compare: m5.large (x86) vs m7g.large (Graviton3)
# m5.large:  $0.096/hr, 2 vCPU, 8 GB
# m7g.large: $0.0808/hr, 2 vCPU, 8 GB
# Savings: ~16% cheaper + 40% better performance

# Switch Lambda function to Graviton (arm64)
aws lambda update-function-configuration \
  --function-name my-function \
  --architectures arm64

# Lambda arm64 is 20% cheaper than x86
# Most Python, Node.js, Java functions work unchanged

Atıl Kaynakları Ortadan Kaldırma

Gereksiz maliyetin ve enerji israfının önemli bir kaynağı atıl kaynaklardır: %1 CPU'da çalışan EC2 Instances, bağlantısı olmayan EBS birimleri, kullanılmayan Elastic IP'ler ve 7/24 çalışır durumda unutulmuş geliştirme/test ortamları. EventBridge kuralları ve Systems Manager Automation kullanarak üretim dışı ortamlar için bir durdurma/başlatma programı uygulayın; geliştirme Instances'larını saat 18.00'de durdurup 08.00'de başlatın. Atıl Instances'ları, kullanılmayan EBS birimlerini ve yeterince kullanılmayan Reserved Instances'ları belirlemek için AWS Trusted Advisor ve Cost Explorer kullanın.

# EventBridge + SSM to stop dev instances nights/weekends
aws events put-rule \
  --name stop-dev-instances \
  --schedule-expression 'cron(0 22 ? * MON-FRI *)'

aws events put-targets \
  --rule stop-dev-instances \
  --targets '[{
    "Id": "StopDevInstances",
    "Arn": "arn:aws:ssm:us-east-1::automation-definition/AWS-StopEC2Instance",
    "RoleArn": "arn:aws:iam::123:role/EventBridgeRole",
    "Input": "{\"InstanceId\":[\"i-dev1\",\"i-dev2\"]}"
  }]'

Sürdürülebilirlik için Veri Yaşam Döngüsü

Verileri süresiz olarak saklamak enerji israfına yol açar. Sustainability sütunu, artık gerekli olmayan verileri otomatik olarak silmek veya arşivlemek için veri yaşam döngüsü politikalarının uygulanmasını önerir. Nesneleri bir saklama süresinden sonra silmek için sona erme tarihleriyle birlikte S3 Lifecycle kurallarını kullanın. Eski kayıtların süresinin otomatik olarak dolması için DynamoDB TTL kullanın. Günlük gruplarını belirlenen bir süreden sonra silmek için CloudWatch Logs saklama politikalarını kullanın. Gereksiz verilerin silinmesi hem depolama maliyetlerinizi hem de bu verileri saklamak ve soğutmak için gereken enerjiyi azaltır.

# DynamoDB TTL for session data
# Add ttl attribute to items (Unix epoch timestamp)
aws dynamodb update-time-to-live \
  --table-name UserSessions \
  --time-to-live-specification Enabled=true,AttributeName=expiresAt

# Item will be deleted automatically after expiresAt timestamp
# Example: {'userId': 'u1', 'expiresAt': 1750000000}

# CloudWatch Logs: set 30-day retention
aws logs put-retention-policy \
  --log-group-name /aws/lambda/my-function \
  --retention-in-days 30

Cost Optimisation ve Diğer Sütunlar

Cost Optimisation bazen diğer sütunlarla çelişir. Multi-AZ RDS, veritabanı maliyetinizi iki katına çıkarır; ancak Reliability sütunu için gereklidir. Cross-Region Replication güvenilirliği artırır, ancak depolama ve aktarım maliyetlerini yükseltir. Active-active çok bölgeli yapı, gecikmeyi azaltır (Performance Efficiency), ancak 2-3 kat daha pahalıdır. Well-Architected Framework her zaman en ucuz seçeneğin seçilmesini söylemez; sütunlar arasındaki ödünleşimleri bilinçli biçimde yapmanızı ve gerekçeyi belgelemenizi ister. Sınav, belirtilen gereksinimleri karşılamaya devam eden en uygun maliyetli çözümü seçme becerinizi ölçer.

# Cost vs reliability trade-off example:
# Single-AZ RDS: $100/month, no HA
# Multi-AZ RDS:  $200/month, automated failover

# Decision: if database failure = $10,000/hour of revenue loss
# Even 1 event/year justifies Multi-AZ
# ($10,000 expected loss > $1,200/year extra cost)

# SAA-C03 exam approach:
# Meet the stated requirements FIRST
# Then choose the cheapest option that meets them

Hızlı Kontrol

Bu dersteki AWS Solutions Architect (SAA-C03) kavramlarını anlayıp anlamadığınızı test edin.

Ders Özeti

Bu derste şunları öğrendiniz: Cost Optimisation; doğru boyutlandırmayı, satın alma modellerini (Reserved/Savings Plans/Spot) ve S3 yaşam döngüsü yönetimini birleştirir; Sustainability, kullanımı en üst düzeye çıkarmaya, Graviton Instances kullanmaya ve veri yaşam döngüsü politikaları uygulamaya odaklanır; ayrıca diğer sütunlarla ilgili maliyet ödünleşimleri, iş gereksinimlerine göre bilinçli biçimde yapılmalıdır. Maliyet etiketleri, ekipler arasında showback ve chargeback olanağı sağlar. Sırada Well-Architected Tool'u ve inceleme sürecini keşfedeceğiz.

Sıkça Sorulan Sorular

“Maliyet Optimizasyonu ve Sürdürülebilirlik Sütunları” dersi ücretsiz mi?

Evet — “Maliyet Optimizasyonu ve Sürdürülebilirlik Sütunları” dersin tüm metni burada web'de ücretsiz olarak okunabilir. Etkileşimli olarak pratik yapmak (yerleşik kod editörü ve 7/24 yapay zeka koçu) ve Cloud & IT Cert Prep kursunun geri kalanını açmak için CoddyKit PRO'ya yükselt. Cloud & IT Cert Prep kursu toplamda 4 dersten oluşur.

“Maliyet Optimizasyonu ve Sürdürülebilirlik Sütunları” dersinde ne öğreneceğim?

Maliyet için harcama farkındalığını, uygun kaynak boyutlandırmasını ve fiyatlandırma modeli seçimini benimseyin; sürdürülebilirlik için altyapı ayak izini en aza indirip enerji verimliliğini artırın. Cloud & IT Cert Prep ile uygulamalı kodu tarayıcıda doğrudan çalıştırarak pratik yaparsın ve 7/24 yapay zeka koçu dersi çalışırken sorularını yanıtlar.

Cloud & IT Cert Prep öğrenmeye başlamak için deneyim gerekli mi?

Önceden deneyim gerekmez. CoddyKit'te Cloud & IT Cert Prep, başlangıçtan ileri seviyeye kadar yapılandırıldığı için buradan başlayabilir veya başından başlayıp kendi hızında ilerleme yapabilirsin. Bu, 4 dersinin 3. dersidir.

“Maliyet Optimizasyonu ve Sürdürülebilirlik Sütunları” dersi ne kadar sürer?

Çoğu CoddyKit dersi yaklaşık 5–10 dakika sürer. Her biri kısa ve etkileşimli olduğu için sabit ilerleme yaparsın ve web ile uygulama arasında tam olarak bıraktığın yerden devam edebilirsin.

Bu Cloud & IT Cert Prep dersinde kod yazıp çalıştırabilir miyim?

Evet. Her Cloud & IT Cert Prep dersi yerleşik bir kod editörü içerir, bu sayede tarayıcıda gerçek kod yazıp çalıştırabilir ve anlık yapay zeka geri bildirimi alırsın — yerel kurulum gerekli değildir.

Bu kursun tüm dersleri

Operasyonel Mükemmellik ve Güvenlik Sütunları
Güvenilirlik ve Performans Verimliliği Sütunları
Maliyet Optimizasyonu ve Sürdürülebilirlik Sütunları
Well-Architected Tool ve İnceleme Süreci

← Cloud & IT Cert Prep Sayfasına Dön