Amazon SAP-C02: Maliyet Optimizasyonu ve Yönetişim — Çalışma kılavuzu

By Laurynas Brazys · 1 August 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

Şunun bir parçası: AWS Solutions Architect Professional SAP-C02 — Çalışma kılavuzu. Doğrulanmış cevaplarla şurada pratik yapın: Amazon sınav merkezi, veya şurada süreli deneme sınavları çözün: ExamRoll.io.

Maliyet görünürlüğü, tahsisi ve raporlama

Gerçek maliyet görünürlüğüne ulaşmak, tutarlı ve zorunlu kılınan maliyet tahsisi ve yüksek doğrulukta raporlama ile başlar. Belirlenmiş bir ödeyici hesaba sahip bir AWS Organizations dağıtın ve hesap başına ücret ayrımını korurken faturaları merkezileştirmek için birleştirilmiş faturalandırmayı etkinleştirin. Anlık sorgular çalıştırabilmeniz ve maliyet kayıtlarını kaynak meta verileriyle birleştirebilmeniz için AWS Cost and Usage Report’u (CUR) saatlik ayrıntı düzeyinde, S3 teslimatı ve Amazon Athena entegrasyonu ile etkinleştirin. Sıkı bir etiketleme stratejisi uygulayın: zorunlu bir maliyet tahsisi etiketleri seti (ortam, proje, sahip, iş-birimi ve maliyet-merkezi) tanımlayın ve bunları provizyon sırasında CloudFormation StackSets, etiketsiz kaynak oluşturma desenlerini sınırlamak için Service Control Policies ve eksik etiketleri değerlendirip otomatik olarak düzelten AWS Config Kuralları kullanarak zorunlu kılın. Harcama eğilimlerini ve atıl kapasiteyi anlamak için Cost Explorer’ı rezerve edilmiş varlık ve doğru boyutlandırma raporlarıyla birlikte kullanın. Yaygın tuzaklar arasında, geri ödemeleri (chargeback) saptıran eksik etiket kapsamı, CUR analitiği olmadan yalnızca Faturalandırma Konsolu’na güvenmek ve hesaplar arası veya bölgeler arası transfer maliyetlerini yakalayamamak yer alır. Karar ödünleşimleri genellikle güncellik ile ayrıntı düzeyi arasında olur: saatlik CUR’ları ve Athena’yı etkinleştirmek işlem maliyetini artırır ancak iş kararları için gereken kesin ilişkilendirmeyi sağlar; buna karşılık, kaba aylık özetler operasyonel olarak daha ucuzdur ancak geçici ani artışları ve verimsiz kaynakları gizler.

Taahhütlü fiyatlandırma, doğru boyutlandırma ve satın alma stratejisi

Taahhütlü harcamaları optimize etmek, kapasiteyi iş yükü profilleriyle eşleştirmek için doğru boyutlandırmayı kullanırken Savings Plans, Reserved Instances ve Spot gibi geçici fiyatlandırma seçenekleri arasında seçim yapmayı gerektirir. Kararlı durumdaki CPU/bellek taban çizgilerini ve aileleri veya instance boyutlarını değiştirme fırsatlarını belirlemek için Cost Explorer ve Compute Optimizer’dan gelen kullanım desenleriyle başlayın. Instance türleri ve Bölgeler arasında iş yükü esnekliği gerektiğinde Compute Savings Plans’i tercih edin ve belirli instance aileleri ve AZ yerleşimleri daha derin indirimleri haklı çıkardığında EC2 Instance Reservations kullanın. Hataya dayanıklı toplu iş (batch) ve mikroservis iş yükleri için Spot’tan yararlanın, ancak sağlam kontrol noktası (checkpointing) olmayan tek AZ’li durum bilgisi olan (stateful) servisler için Spot’tan kaçının. Doğru boyutlandırma, performansı etkileyen aşırı agresif küçültmeden kaçınmak için Compute Optimizer ve Trusted Advisor’dan gelen otomatik önerileri manuel inceleme ile birleştirmelidir. Tuzaklara dikkat edin: iş tahminleri belirsizken 3 yıllık RI’lara aşırı taahhütte bulunmak, etiketsiz veya hesaba izole edilmiş kullanım nedeniyle Savings Plans’leri yeterince kullanmamak ve test etmeden instance ailelerinin birbiriyle değiştirilebilir olduğunu varsaymak. Ödünleşimler tipik olarak maliyet ile operasyonel esneklik arasındadır: daha derin uzun vadeli indirimler birim maliyeti düşürür ancak talep düşerse veya mimari değişirse iş riski ekler; tersine, Spot ve isteğe bağlı (on-demand) kullanım, daha yüksek birim maliyetle çeviklik sunar.

Yönetişim, ilke uygulaması ve otomatik düzeltme

Merkezi yönetişim, otonom ekipleri etkinleştirirken kontrolsüz harcamaları önleyen koruma mekanizmaları (guardrails) oluşturur. Hesapları önceden yapılandırılmış koruma mekanizmaları ve merkezi günlük kaydı ile provizyonlamak için AWS Control Tower veya iyi mimarilmiş bir Organizations temel yapısı kullanın. Yüksek maliyetli servisleri veya onaylanmamış Bölgeleri sınırlamak için Service Control Policies uygulayın ve herkese açık S3 bucket’ları, aşırı büyük instance türleri veya eksik şifreleme ve etiketler gibi uyumsuz yapılandırmaları tespit etmek için AWS Config Kuralları dağıtın. AWS Budgets’ı otomatik eylemlerle entegre edin: SNS bildirimlerini ve Lambda veya Systems Manager aracılığıyla otomatik düzeltmeyi (örneğin, atıl durumdaki instance’ları durdurmak/sonlandırmak veya RDS instance sınıfını düşürmek) tetikleyen bütçe eşikleri belirleyin. Trusted Advisor, maliyet optimizasyonu kontrollerini ortaya çıkararak yönetişimi tamamlar, ancak onu tek sinyal olarak görmeyin; Trusted Advisor’ın ücretsiz kontrolleri sınırlıdır ve ayrıntılı içgörüler için Business veya Enterprise Destek planı gerekir. Yaygın tuzaklar arasında, SCP’leri çok kısıtlayıcı kullanmak ve meşru operasyonel değişiklikleri engellemek, otomatik zorlama olmadan yalnızca bildirimlere güvenmek ve ilkeleri atlamaya izin veren aşırı IAM ayrıcalıkları tanımak yer alır. Yönetişim kararlarını, iş otonomisini riske karşı tartarak değerlendirin: daha sıkı kontroller kontrolden çıkmış maliyetleri önler ancak hızı yavaşlatabilir ve iyi tanımlanmış bir istisna süreci gerektirebilir.

Maliyet Odaklı Mimari Desenler ve Veri Transferiyle İlgili Hususlar

Mimari seçimler, devam eden maliyetleri derinden etkiler. S3 origin isteklerini ve egress ücretlerini azaltmak için yüksek hacimli içeriği ve küresel dağıtımı Amazon CloudFront’a taşıyın; S3 Transfer Acceleration’ı yalnızca gecikme süresindeki kazanımlar daha yüksek transfer maliyetlerini haklı çıkardığında kullanın. AZ’ler arası (cross-AZ) ve Bölgeler arası (cross-Region) mimariler için, AZ’ler arası veri transferinin ücretlendirilebileceğini unutmayın; mümkün olan yerlerde AZ içi (intra-AZ) trafik yerelliği için tasarım yapın veya trafiği bölgesel servisler aracılığıyla birleştirin. Büyük dosya dağıtımı için, çok parçalı yükleme (multipart upload) ve yaşam döngüsü politikaları (lifecycle policies) ile Amazon S3’ü, öngörülemeyen erişimler için S3 Intelligent-Tiering’i ve esneklikten ödün vermenin maliyeti düşürdüğü tek AZ’li (single-AZ) iş yükleri için EFS One Zone’u değerlendirin. Konteyner iş yüklerini geçirirken, Fargate ile EC2 destekli ECS/EKS’i karşılaştırın: Fargate, operasyonel basitliği artırır ve küme yönetimi yükünü azaltır, ancak genellikle vCPU/bellek başına maliyeti, iyi paketlenmiş EC2 Spot destekli düğüm gruplarından daha yüksektir. Yaygın tuzaklar arasında bölgeler arası replikasyon maliyetini hafife almak, sık değişen logları seyrek erişimli depolama sınıflarına yanlış yerleştirmek ve VPC endpoint’lerinin ücretsiz olduğunu varsaymak yer alır — bu endpoint’ler NAT egress maliyetlerinden tasarruf sağlasa da saatlik ve GB başına ücretler ekler. Karar kriterleri veri yoğunluğunu (data gravity), gecikme süresi SLA’lerini ve dayanıklılık ihtiyaçlarını tartmalıdır: yalnızca esneklik ve performans gereksinimlerinin izin verdiği durumlarda daha ucuz depolama veya işlem gücü seçin.

Pratik Problem: Kullanım Senaryosu

Senaryo: Acme Global Enterprises, AWS Organizations altında 18 üye hesabı, merkezi bir ödeyici hesabı ve üç Bölge’ye yayılmış iş yükleri ile olgun bir AWS ortamı işletmektedir. Kısmi bir etiketleme (tagging) benimsemiş durumdalar, birkaç uzun ömürlü EC2 filosu çalıştırıyorlar ve analiz verileri için S3’ü yoğun bir şekilde kullanıyorlar.

Zorluk: Performans SLA’lerini korurken ve otonom ekiplerin yeni özellikler dağıtmasına olanak tanırken, altı ay içinde aylık AWS harcamalarını %20 azaltmaları gerekiyor.

Önerilen Yaklaşım:

1. Saatlik ayrıntı düzeyinde S3’e Cost and Usage Report’u (CUR) etkinleştirin ve Amazon Athena ile entegre edin; son 6–12 ay için Cost Explorer rezerve edilmiş ve doğru boyutlandırma (rightsizing) raporları oluşturun.
2. Compute Optimizer’ı dağıtın ve kararlı durumdaki (steady-state) instance kullanımını analiz edin; geniş kapsam için Compute Savings Plans ve öngörülebilir, aileye özgü iş yükleri için 1 yıllık Convertible RI’lardan oluşan bir karma satın alın.
3. Eksik etiketler için otomatik düzeltme (auto-remediation) içeren CloudFormation StackSets ve AWS Config Rules aracılığıyla etiketlemeyi zorunlu kılın; etiket bazında maliyet raporlarını iş birimi sahiplerine yönlendirin ve eşik aşımları için otomatik SNS ve lambda düzeltmesi ile AWS Budgets oluşturun.
4. Statik ve küresel olarak dağıtılmış içeriği Amazon CloudFront’a kaydırın, seyrek erişilen verileri yaşam döngüsü geçişleriyle (lifecycle transitions) S3 Intelligent-Tiering’e dönüştürün ve on-demand kapasiteden taşımak için checkpointing (kontrol noktası alma) ile Spot için uygun olan toplu işleri (batch jobs) belirleyin.

Gerekçe: Merkezi görünürlük (CUR + Athena), somut doğru boyutlandırma ve rezerve satın alma fırsatlarını ortaya çıkarırken, otomatikleştirilmiş koruma mekanizmaları (Config, StackSets, Budgets) maliyet dağılımını zorunlu kılar ve gerilemeleri önler; Savings Plans’i seçici RI’lar ile birleştirmek, performanstan ödün vermeden güvenilir maliyet azaltımı için indirim derinliği ve esnekliği dengeler.

← Dayanıklılık · Tüm alanlar · Dağıtım →

Bu soruları çözün → · ExamRoll.io’da süreli pratik →

Amazon'a göz atın →