0Pricing
Cloud & IT Cert Prep · Ders

Güvenilirlik ve Performans Verimliliği Sütunları

Otomatik kurtarma, yatay ölçeklendirme ve kapasite yönetimi için tasarım yapın; doğru kaynak türlerini seçin ve performansı zaman içinde korumak için izleme yapın.

Güvenilirlik ve Performans Verimliliği Sütunları, CoddyKit'te ücretsiz bir Cloud & IT Cert Prep dersidir. Bu, 4 dersinin 2. 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.

Reliability Sütununa Genel Bakış

Well-Architected Framework'ün Reliability sütunu, bir iş yükünün gerektiğinde amaçlanan işlevini doğru ve tutarlı biçimde yerine getirmesini sağlar. Reliability üç alanı kapsar: temeller (hizmet kotaları, ağ topolojisi), iş yükü mimarisi (dağıtık sistemler, tek hata noktalarından kaçınma) ve değişiklik yönetimi ile hata yönetimi (izleme, ölçekleme, hatalardan kurtarma). Amaç, altyapı veya hizmet kesintilerinden otomatik olarak kurtulan sistemler oluşturmaktır.

# Reliability design principles:
# 1. Automatically recover from failure
# 2. Test recovery procedures
# 3. Scale horizontally to increase availability
# 4. Stop guessing capacity (use auto scaling)
# 5. Manage change in automation (IaC + CI/CD)

# Key AWS services for reliability:
# - Auto Scaling Groups
# - Elastic Load Balancing
# - Route 53 health checks
# - AWS Backup

Hizmet Sınırları ve Kotalar

AWS, tüm müşterileri korumak için kaynaklara hizmet kotaları (önceden sınırlar olarak adlandırılırdı) uygular. Örneğin bölge başına varsayılan EC2 bulut sunucusu sınırları, VPC sınırları ve Lambda eşzamanlı yürütme sayısı. İş yükünüz beklenmedik biçimde bir kotaya ulaşırsa istekler kısıtlanır veya reddedilir ve bu durum Reliability sorunlarına yol açar. Geçerli sınırları görüntülemek ve ihtiyaç duymadan önce artırma talep etmek için Service Quotas konsolunu veya CLI'yi kullanın. Kullanım ölçümlerini izleyerek kullanılabilirliği etkilemeden önce sınırlara yaklaştığınızı tespit edin.

# List service quotas for EC2
aws service-quotas list-service-quotas \
  --service-code ec2 \
  --query 'Quotas[?QuotaName==`Running On-Demand Standard (A, C, D, H, I, M, R, T, Z) instances`]'

# Request quota increase
aws service-quotas request-service-quota-increase \
  --service-code ec2 \
  --quota-code L-1216C47A \
  --desired-value 500

Hatalardan Otomatik Kurtarma

Reliability sütunu, insan müdahalesi olmadan otomatik kurtarmayı vurgular. AWS, birden çok otomatik iyileştirme mekanizması sağlar: EC2 Auto Recovery, bir bulut sunucusu temel denetimleri geçemediğinde onu aynı donanımda otomatik olarak geri yükler veya sağlıklı donanıma taşır. ASG sağlık denetimleri, sağlıksız bulut sunucularını sonlandırır ve yenilerini başlatır. RDS Multi-AZ, otomatik olarak bekleme durumundaki örneğe geçiş yapar. Çoğu hata senaryosunun CloudWatch alarmlarında tanımlanan otomatik kurtarma eylemlerini tetikleyeceği şekilde mimarinizi tasarlayın.

# CloudWatch alarm to auto-recover a specific EC2 instance
aws cloudwatch put-metric-alarm \
  --alarm-name EC2-auto-recover \
  --metrics '[{"Id":"m1","MetricStat":{"Metric":{"Namespace":"AWS/EC2","MetricName":"StatusCheckFailed_System","Dimensions":[{"Name":"InstanceId","Value":"i-12345"}]},"Period":60,"Stat":"Maximum"}}]' \
  --comparison-operator GreaterThanThreshold \
  --threshold 0 \
  --evaluation-periods 2 \
  --alarm-actions 'arn:aws:automate:us-east-1:ec2:recover'

Reliability için Yatay Ölçekleme

Reliability sütunu, daha iyi güvenilirlik için dikey ölçekleme (daha büyük bulut sunucularına geçme) yerine yatay ölçeklemeyi (daha küçük bulut sunucuları eklemeyi) önerir. Tek bir büyük bulut sunucusu, tek hata noktasıdır. Bir yük dengeleyicinin arkasındaki çok sayıda küçük bulut sunucusu, herhangi bir tekil hatanın etkisini en aza indirir. AWS Auto Scaling, filonun boyutunu talebi karşılayacak şekilde otomatik olarak ayarlar; böylece hem yeterli kapasiteye sahip olmanızı hem de sakin dönemlerde boşta duran kaynaklar için ödeme yapmamanızı sağlar.

# Horizontal scaling: 10 t3.medium vs 1 r5.4xlarge
# 10 t3.medium:
#   - Failure of 1 = loss of 10% capacity
#   - ASG launches replacement automatically
#   - 9 instances absorb load during replacement

# 1 r5.4xlarge:
#   - Failure = 100% downtime until instance recovered
#   - Much higher RTO (new instance launch: 1-3 min)

# Prefer horizontal scaling for stateless tiers

Reliability için Test Etme

Reliability sütunu, kurtarma yordamlarının test edilmesini ve işe yaradıklarının varsayılmamasını gerektirir. Sisteminize kontrollü biçimde hatalar eklemek için AWS Fault Injection Simulator (FIS) kullanın: rastgele EC2 bulut sunucularını sonlandırın, API çağrılarını kısıtlayın ve ağ gecikmesi ekleyin. İzlemenizin hataları algıladığını, otomatik ölçeklemenin yanıt verdiğini ve kurtarmanın RTO'nuz içinde tamamlandığını doğrulamak için bu deneyleri (güvenlik önlemleriyle) üretimde çalıştırın. Test edilmemiş kurtarma yordamları, gerçek bir olayın stresi altında sıklıkla başarısız olur.

# AWS FIS experiment: terminate random instance
aws fis create-experiment-template \
  --description 'Chaos: terminate 1 of 5 instances' \
  --targets '{"instanceTargets":{"resourceType":"aws:ec2:instance","selectionMode":"COUNT(1)","resourceTags":{"Env":"production"}}}' \
  --actions '{"terminateInstance":{"actionId":"aws:ec2:terminate-instances","targets":{"Instances":"instanceTargets"}}}' \
  --stop-conditions '[{"source":"aws:cloudwatch:alarm","value":"arn:aws:cloudwatch::123:alarm:high-error-rate"}]'

Performance Efficiency Sütununa Genel Bakış

Performance Efficiency sütunu, sistem gereksinimlerini karşılamak için işlem kaynaklarını verimli kullanmaya ve talep değiştikçe ve teknolojiler geliştikçe bu verimliliği korumaya odaklanır. Temel tasarım ilkeleri: Gelişmiş teknolojileri herkes için erişilebilir kılın — sıfırdan oluşturmak yerine yönetilen hizmetleri (RDS, SageMaker) kullanın. Dakikalar içinde küresel ölçekte çalışmaya başlayın — CloudFormation ile birden çok bölgeye dağıtın. Sunucusuz mimariler kullanın — altyapı yönetimini ortadan kaldırın. Daha sık deney yapın — farklı bulut sunucusu türlerini ve yapılandırmalarını test edin.

# Performance Efficiency areas:
# Selection:   Right compute, storage, database, network
# Review:      Continuously evaluate new services
# Monitoring:  CloudWatch metrics guide decisions
# Trade-offs:  Consistency vs performance, latency vs cost

# Example: choosing between services
# RDS vs DynamoDB vs Aurora vs ElastiCache
# → depends on access patterns, consistency needs, scale

Doğru İşlem Kaynağını Seçme

Performance Efficiency, iş yükünüz için doğru işlem türünü seçmekle başlar. EC2'nin farklı kullanım alanları için optimize edilmiş onlarca bulut sunucusu ailesi vardır: c serisi, yoğun işlem gerektiren işler için (video kodlama, toplu işleme); r serisi, yoğun bellek kullanımı için (bellek içi veritabanları, önbelleğe alma); i serisi, yoğun depolama kullanımı için (NoSQL, veri ambarları); p/g serisi, GPU iş yükleri için (ML eğitimi). Yanlış bulut sunucusu türünü kullanmak, kullanamayacağınız kapasite için ödeme yapmanıza veya performansın düşmesine neden olur.

# AWS Compute Optimizer: get right-size recommendations
aws compute-optimizer get-ec2-instance-recommendations \
  --instance-arns arn:aws:ec2:us-east-1:123:instance/i-12345

# Output shows:
# - Current instance utilisation (CPU, memory, network)
# - Recommended instance type
# - Estimated monthly savings
# - Performance risk of changing

# Lambda: match memory to actual usage
# Use Lambda Power Tuning tool for memory optimisation

Performance Efficiency için Önbelleğe Alma

Önbelleğe alma, gecikmeyi ve veritabanı yükünü azaltan temel bir Performance Efficiency tekniğidir. ElastiCache (Redis/Memcached), milisaniyeler içinde erişim sağlamak için veritabanı sorgu sonuçlarını bellekte önbelleğe alır. CloudFront, HTTP yanıtlarını kullanıcılara yakın uç konumlarda önbelleğe alır. API Gateway önbelleğe alması, API yanıtlarını önbelleğe alarak Lambda çağrılarını azaltır. DAX (DynamoDB Accelerator), DynamoDB'nin önüne mikrosaniyelik bellek içi önbellek ekler. Darboğazın bulunduğu yere (veritabanı, API veya uç teslimi) göre doğru önbellek katmanını seçin.

# DAX cluster for DynamoDB microsecond latency
aws dax create-cluster \
  --cluster-name my-dax \
  --node-type dax.r6g.large \
  --replication-factor 3 \
  --iam-role-arn arn:aws:iam::123:role/DAXRole \
  --subnet-group my-dax-subnet-group

# Application connects to DAX endpoint
# Cache hits: microseconds
# Cache misses: fetches from DynamoDB and caches result

Performans için Doğru Depolama

Depolama seçimi performansı büyük ölçüde etkiler. io2 Block Express EBS, yüksek performanslı veritabanları için 256.000'e kadar IOPS sağlar. gp3, çoğu iş yükü için daha düşük maliyetli varsayılandır. Instance store, geçici veriler için en yüksek IOPS değerini (NVMe) sağlar. S3, nesne depolama için saniyede binlerce isteğe ölçeklenir. EFS, paylaşımlı POSIX dosya erişimi sağlar. Depolamanızı G/Ç düzeninize uygun seçin: sıralı okumalar st1'den (Throughput Optimised HDD) yararlanırken rastgele G/Ç, SSD birimleri gerektirir.

# EBS volume performance characteristics:
# gp3: 3,000-16,000 IOPS, 125-1,000 MB/s
# io2: 100-64,000 IOPS (up to 256k with Block Express)
# st1: 40-500 MB/s sequential throughput (HDD)
# sc1: 12-250 MB/s (cheapest, cold workloads)

# Create high-performance io2 volume
aws ec2 create-volume \
  --availability-zone us-east-1a \
  --volume-type io2 \
  --size 500 \
  --iops 50000

Performans İzleme ve Sürekli İyileştirme

Performance Efficiency tek seferlik bir karar değildir — performans ölçümlerini sürekli izlemeli ve AWS yeni hizmetler yayımladıkça seçimlerinizi yeniden değerlendirmelisiniz. Yalnızca ortalamaları değil, p50, p90 ve p99 gecikme yüzdeliklerini izlemek için CloudWatch panolarını kullanın; ortalamalar kuyruğun gecikmesini gizler. Bir istek zincirinin en yavaş bölümlerini belirlemek için X-Ray izlerini kullanın. Anormal performans sapmaları için temel değer oluşturup uyarı vermek üzere CloudWatch anomali algılamasını ayarlayın. AWS duyurularını düzenli olarak inceleyin — daha yeni bulut sunucusu türleri çoğu zaman daha düşük maliyetle daha iyi performans sağlar.

# CloudWatch: track API response latency percentiles
aws cloudwatch put-metric-alarm \
  --alarm-name 'API-P99-Latency' \
  --metric-name TargetResponseTime \
  --namespace AWS/ApplicationELB \
  --extended-statistic p99 \
  --dimensions Name=LoadBalancer,Value=app/my-alb/xxx \
  --period 60 \
  --evaluation-periods 5 \
  --threshold 2.0 \
  --comparison-operator GreaterThanThreshold

Performance Efficiency Alanındaki Ödünleşimler

Performance Efficiency bazen diğer sütunlarla ödünleşim gerektirir. Önbellek (ElastiCache) eklemek performansı iyileştirir, ancak operasyonel karmaşıklık (Operational Excellence ödünleşimi) ve maliyet (Cost Optimisation ödünleşimi) ekler. RDS yerine DynamoDB kullanmak ölçek büyüdükçe performansı iyileştirir, ancak veri modelinizi yeniden tasarlamanızı gerektirir (Operational Excellence çalışması). Well-Architected Framework bu ödünleşimleri kabul eder ve bunları bilinçli biçimde yapmanızı, gerekçeyi belgelemenizi ister. Sınav sorularında, en az operasyonel ek yükle performans hedeflerine ulaşan seçeneği arayın.

# Common performance vs cost trade-offs:
# Cache:         +Performance, +Cost, +Complexity
# Read Replicas: +Read performance, +Cost
# SSD vs HDD:    +IOPS, +Cost
# Multi-region:  -Latency for users, +Cost, +Complexity

# Common performance vs consistency trade-offs:
# DynamoDB eventually consistent reads: +Throughput, -Consistency
# Aurora Reader endpoint: +Read scale, potential replication lag

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: Reliability; otomatik kurtarma, yatay ölçekleme ve düzenli hata testleri gerektirir, Performance Efficiency her iş yükü için doğru işlem, depolama ve veritabanı türünün seçilmesini gerektirir ve birden çok katmanda önbelleğe alma, gecikmeyi ve veritabanı yükünü azaltır. Her iki sütun da sürekli izleme ve mimari kararları yeniden değerlendirme isteği gerektirir. Sırada Cost Optimisation ve Sustainability sütunlarını inceleyeceğiz.

Sıkça Sorulan Sorular

“Güvenilirlik ve Performans Verimliliği Sütunları” dersi ücretsiz mi?

Evet — “Güvenilirlik ve Performans Verimliliği 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.

“Güvenilirlik ve Performans Verimliliği Sütunları” dersinde ne öğreneceğim?

Otomatik kurtarma, yatay ölçeklendirme ve kapasite yönetimi için tasarım yapın; doğru kaynak türlerini seçin ve performansı zaman içinde korumak için izleme yapı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 2. dersidir.

“Güvenilirlik ve Performans Verimliliği 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

  1. Operasyonel Mükemmellik ve Güvenlik Sütunları
  2. Güvenilirlik ve Performans Verimliliği Sütunları
  3. Maliyet Optimizasyonu ve Sürdürülebilirlik Sütunları
  4. Well-Architected Tool ve İnceleme Süreci
← Cloud & IT Cert Prep Sayfasına Dön