---
title: "Bölüm 6: Ağ Çıkış Maliyeti Optimizasyonu, NAT Gateway ve AZ'ler Arası Veri Transferi — Bulut Ekonomisi | TinyCTO"
description: "VPC Endpoint ile NAT Gateway maliyetlerini baypas etme, topoloji duyarlı yönlendirme ve CDN origin shielding."
image: "https://tinycto.tv/assets/cloud-economics/cloud_economics_manuals_og.jpg"
canonicalUrl: "https://tinycto.tv/tr/cloud-economics/manuals/06-ag-cikis-maliyeti-optimizasyonu"
locale: "tr"
---

# Bölüm 6: Ağ Çıkış Maliyeti Optimizasyonu, NAT Gateway ve AZ'ler Arası Veri Transferi

## 1. Yönetici Özeti ve Problem Tanımı
Genel bulut sağlayıcıları bant genişliğini yüksek karlı bir tekel gibi yönetir. AWS üzerinde içeriye internet girişi (ingress) ücretsizdir, ancak **dışarıya internet çıkışı (egress) $0.09/GB ($90/TB) tutar**. Dahası, aynı AWS bölgesindeki iki erişilebilirlik alanı (AZ) arasında veri taşımak **çift yönlü olarak $0.02/GB veri transfer ücreti** doğurur.

Veri yoğun mimarilerde (akış, analitik, medya işleme), ağ veri transferi toplam bulut faturasının $\%25 - \%40$'ını oluşturabilir.

---

## 2. NAT Gateway Egress Tuzağı
Yönetilen NAT Gateway servisleri iki ayrı boyuttan faturalandırılır:
1. Saatlik çalışma ücreti: NAT Gateway başına ~$32.40/ay.
2. Veri işleme ücreti: İçinden geçen her bir bayt için **$0.045/GB ($45/TB)**.

Dahili bir uygulama Amazon ECR'dan büyük Docker imajları indirdiğinde, CloudWatch'a günlük yüklediğinde veya genel bir NAT Gateway üzerinden Amazon S3'ü sorguladığında, şirketler iki kez ödeme yapar: NAT işleme ücreti ($0.045/GB) + İnternet çıkış ücreti ($0.09/GB).

### Çözüm: VPC Gateway ve Interface Endpoint'leri
**S3** ve **DynamoDB** için VPC Gateway Endpoint'leri **%100 ücretsizdir** ve trafiği tamamen AWS'in dahili özel omurgası üzerinden yönlendirir:

```hcl
# NAT Gateway'i atlamak için ücretsiz S3 Gateway Endpoint'i
resource "aws_vpc_endpoint" "s3" {
  vpc_id       = aws_vpc.main.id
  service_name = "com.amazonaws.${var.region}.s3"
  route_table_ids = [
    aws_route_table.private.id
  ]
}
```

---

## 3. AZ'ler Arası Veri Transferi İsrafını Ortadan Kaldırmak
Kubernetes kümelerinde, yerellik duyarlı yönlendirme olmaksızın farklı erişilebilirlik alanları arasında iletişim kuran servisler ağ maliyetlerini katlar:

```
[AZ-1a'daki Pod A] ─── (AZ'ler Arası Geçiş: $0.01/GB) ───> [AZ-1b'deki Pod B]
                                                                 │
[AZ-1a'daki Pod A] <─── (AZ'ler Arası Geçiş: $0.01/GB) ─── [Yanıt]
```

### Çözüm: Topoloji Duyarlı Yönlendirme (Topology-Aware Routing)
Pod'dan pod'a iletişimi aynı bölge içinde tutmak için Kubernetes Topology Aware Routing özelliğini etkinleştirin:

```yaml
apiVersion: v1
kind: Service
metadata:
  name: order-service
  annotations:
    service.kubernetes.io/topology-mode: "Auto"
spec:
  selector:
    app: order-service
  ports:
    - port: 80
      targetPort: 8080
```

---

## 4. Kenar CDN Önbellekleme ve Origin Shielding
Genel internet çıkışını $\%75$'in üzerinde azaltmak için:
1. API ve statik varlık kaynaklarının önüne küresel bir CDN (Cloudflare veya CloudFront) yerleştirin.
2. Bölgesel önbellek ıskalamalarını tek bir konsolide kaynak isteğinde birleştirmek için **Origin Shielding** yapılandırın.
3. Statik ve sürüm oluşturulmuş API yanıtları için uygun `Cache-Control: public, max-age=31536000, immutable` başlıklarını tanımlayın.

```json
{
  "@context": "https://schema.org",
  "@type": "TechArticle",
  "headline": "Bölüm 6: Ağ Çıkış Maliyeti Optimizasyonu, NAT Gateway ve AZ'ler Arası Veri Transferi",
  "description": "VPC Endpoint ile NAT Gateway maliyetlerini baypas etme, topoloji duyarlı yönlendirme ve CDN origin shielding.",
  "url": "https://tinycto.tv/tr/cloud-economics/manuals/06-ag-cikis-maliyeti-optimizasyonu",
  "inLanguage": "tr-TR",
  "author": {
    "@type": "Organization",
    "name": "TinyCTO.tv",
    "url": "https://tinycto.tv"
  },
  "publisher": {
    "@type": "Organization",
    "name": "TinyCTO.tv",
    "url": "https://tinycto.tv"
  }
}
```