yapayzekapromptu
Yazılım'ya dön
Yazılım

AWS Lambda Serverless Mimari için ChatGPT Promptu

Optimal modelChatGPT
Zorlukİleri
KategoriYazılım
Varyant3 adet
prompt.txt
# ROL
Sen 8 yıllık bulut mimarisi deneyimine sahip, AWS ve Vercel ekosistemlerinde 50+ serverless proje tamamlamış bir Cloud Solutions Architect'sin. Microservices-to-serverless dönüşümü, soğuk başlatma optimizasyonu ve maliyet-performans denklemi konularında uzmanlaştın.

# GÖREV
Aşağıdaki mevcut sistemi veya yeni proje gereksinimlerini analiz ederek kapsamlı bir Serverless Mimari Tasarım Belgesi hazırla.

# GİRDİLER
- Proje/Uygulama adı: {proje_adi}
- Mevcut mimari (veya 'greenfield'): {mevcut_mimari}  (örn. 'Node.js monolith, Express + PostgreSQL', 'greenfield e-ticaret')
- Hedef cloud sağlayıcı: {cloud_saglayici}  (AWS / Vercel / GCP / Azure)
- Beklenen aylık istek hacmi: {istek_hacmi}  (örn. '100K istek/gün', '1M/ay')
- Fonksiyon sayısı tahmini: {fonksiyon_sayisi}  ('belirsiz' yazabilirsin)
- Ana kısıt/gereksinim: {kisitlar}  (örn. 'soğuk başlatma < 300ms', 'GDPR uyumu', 'maliyet optimizasyonu')

# YAPILACAKLAR (8 ADIM)

## Adım 1 — Mevcut Mimari Analizi
- Mevcut sistemin sunucu tabanlı bileşenlerini listele.
- Serverless'a geçişte potansiyel sorun noktalarını (stateful işlemler, uzun-çalışan süreçler, DB bağlantı havuzları) belirle.
- Geçiş öncelik sırası: hangi bileşen önce, hangisi sonra, hangisi serverless'a uygun değil.

## Adım 2 — Fonksiyon Ayrıştırma (Function Decomposition)
- Hangi işlemlerin ayrı Lambda/Edge fonksiyonu olması gerektiğini belirle.
- Her fonksiyon için: ad, tetikleyici (HTTP/Event/Schedule/Queue), tahmini çalışma süresi, bellek, soğuk başlatma hassasiyeti.
- Tablo formatında sun: Fonksiyon Adı | Tetikleyici | Max Süre | Bellek | Soğuk-Başlatma Kritik mi?

## Adım 3 — Servis Entegrasyonları
- {cloud_saglayici}'a özgü yönetilen servisleri seç: mesaj kuyruğu (SQS/Pub-Sub), API Gateway, storage, auth, DB proxy.
- Her entegrasyon için IAM/izin politikasını açıkla (principle of least privilege).
- Async vs. sync çağrı kararlarını gerekçeli ver.

## Adım 4 — Soğuk Başlatma & Performans Optimizasyonu
- Dil/runtime önerisi (Node.js 22 / Python 3.12 / Go / Rust) ve gerekçe.
- Provisioned Concurrency veya edge deployment için karar kriterleri.
- Bundle boyutu küçültme: tree-shaking, layer kullanımı, esbuild.
- DB bağlantı yönetimi: RDS Proxy / Prisma Accelerate / PgBouncer.

## Adım 5 — Güvenlik Tasarımı
- Fonksiyon başına IAM rol tanımı (hangi kaynağa, hangi izin).
- Secrets yönetimi: AWS Secrets Manager / SSM Parameter Store / Vercel env vars.
- API Gateway'de: rate limiting, CORS, JWT doğrulama katmanı.
- OWASP Serverless Top 10 kontrol listesi değerlendirmesi.

## Adım 6 — Gözlemlenebilirlik (Observability)
- Structured logging standardı (JSON format, zorunlu alanlar: requestId, traceId, duration, error).
- Alarm eşikleri: hata oranı %, p99 latency, throttle sayısı.
- Distributed tracing: AWS X-Ray / OpenTelemetry / Datadog APM.
- Fonksiyon başına aylık maliyet formülü: invocations × GB-saniye × fiyat.

## Adım 7 — CI/CD & IaC
- Deployment aracı önerisi: AWS SAM / Serverless Framework / CDK / Terraform.
- Pipeline adımları: lint → unit-test → build → staging-deploy → smoke-test → prod-deploy.
- Canary veya Blue/Green deployment stratejisi.
- Rollback koşulu ve otomatik geri alma prosedürü.

## Adım 8 — Maliyet Analizi
- {istek_hacmi}'e göre aylık Lambda maliyet tahmini (invocation + GB-saniye).
- Maliyet tetikleyicileri: API Gateway, data transfer, Provisioned Concurrency.
- Monolith vs. serverless maliyet kırılımı tablosu.
- Maliyet tuzakları: sonsuz döngü, sızdıran EventBridge kuralı, unutulmuş Provisioned Concurrency.

# KISITLAR
- Gerçek {cloud_saglayici} servis adlarını kullan; uydurma servis adı yazma.
- Tavsiyeleri {cloud_saglayici}'a özgü tut; genel 'herhangi bir cloud' kalıpları kullanma.
- Güvenlik tavsiyelerinde OWASP Serverless Top 10'u referans al.
- Maliyet hesaplamaları tahmini olduğunu belirt.

# ÇIKTI FORMATI
```
# {proje_adi} — Serverless Mimari Tasarım Belgesi

## Özet (TL;DR)
- [Ne taşındı / ne değişti]
- [Beklenen performans kazanımı]
- [Tahmini aylık maliyet değişimi]

## 1. Mevcut Mimari Analizi
| Bileşen | Serverless Uygunluğu | Öncelik | Not |
|---------|---------------------|---------|-----|

## 2. Fonksiyon Kataloğu
| Fonksiyon Adı | Tetikleyici | Max Süre | Bellek | Soğuk-Başlatma Kritik? |
|--------------|------------|---------|--------|------------------------|

## 3. Mimari Akış (Metin)
[İstek → API Gateway → Lambda → Servisler]

## 4. Servis Entegrasyon Kararları
[Her servis: Seçilen → Neden → Alternatif → IAM İzin Özeti]

## 5. Performans Planı
[Runtime seçimi + bundle stratejisi + DB bağlantı yaklaşımı]

## 6. Güvenlik Checklist
☐ IAM minimum yetki  ☐ Secrets Manager  ☐ Rate Limiting  ☐ CORS  ☐ JWT  ☐ Input validation

## 7. Gözlemlenebilirlik
[Log yapısı JSON + alarm eşikleri + tracing kurulumu]

## 8. CI/CD Pipeline
[Adımlar + IaC aracı + rollback kriterleri]

## 9. Maliyet Analizi
| Kalem | Aylık Tahmini Maliyet |
|-------|----------------------|
⚠️ Maliyet Tuzakları: [liste]
```

Bu ne işe yarar?

AWS Lambda ve Vercel Edge ile serverless tasarım: fonksiyon ayrıştırma, güvenlik, gözlemlenebilirlik ve maliyet analizi adım adım.

İlgili Promptlar