AWS, kod olarak kurulur ve ürün gibi işletilir.
Landing zone’lar, geçişler, sunucusuz ve konteyner platformları, veri hatları ve maliyet kontrolü için AI-native AWS mühendisleri — Terraform ile yönetilir, gözlemlenebilir ve runbook’uyla birlikte devredilir.
- Terraform
- EKS
- Lambda
- Aurora PostgreSQL
- S3
- SQS
AWS çoğu zaman müşterinin zaten kullandığı buluttur.
AWS çoğu zaman müşterinin zaten hesabının olduğu bulut ve kataloğu en derin olanıdır: aksi halde kendimizin işleteceği neredeyse her bileşen için yönetilen bir hizmet. Bu genişlik hem asıl mesele hem de tehlikedir. İyi kullanıldığında bir AWS ortamı, tamamı Terraform’da tanımlanmış, özenle seçilmiş bir avuç hizmettir — EKS ya da ECS, PostgreSQL için RDS, S3, SQS, kuyrukla tetiklenen bir iki Lambda. Kötü kullanıldığında ise kimsenin adını sayamadığı iki yüz kaynak, kimsenin açıklayamadığı bir fatura ve içinde yıldız olan bir IAM politikasıdır.
Biz ilkini kurarız. Kendi ürünlerimiz kod olarak yönetilen bulut altyapısında çalışır ve aynı disiplini müşteri hesaplarına da uygularız: organizasyonlar ve SCP’lerle bir landing zone, özel alt ağlarda iş yükleri, IAM Identity Center üzerinden kimlik, her şey gözlemlenebilir, her şey bir repodan yeniden üretilebilir. Bunun altında yürüttüğümüz hizmet DevOps & Cloud; üzerine taşınma ise Bulut Geçişi.
Kullanmadığımız durumlar: Microsoft 365 ortamı, Entra ID ve mevcut bir kurumsal anlaşması olan bir organizasyon genellikle Azure’dan daha fazlasını alır; BigQuery içinde yaşayan analitik ağırlıklı ekipler çoğunlukla Google Cloud’da daha iyi karşılanır; uyum yükü olmayan küçük bir web ürünü ise hiç bulut hesabı açmadan Vercel ve yönetilen bir Postgres üzerinde yayına alınabilir. Üç büyük sağlayıcının üçünde de deneyimliyiz ve finansal olarak tarafsızız; dolayısıyla öneri bizim değil, sizin kısıtlarınıza göre şekillenir.
AWS üzerinde yayına aldığımız altı şey.
Landing zone’lar ve hesap yapısı
Her ortam ve iş yükü için ayrı hesaplarla AWS Organizations, servis kontrol politikaları, merkezî kayıt toplama, kişiler için IAM Identity Center ve makineler için roller — sonraki her kararın üzerine dayandığı temel.
EKS ve ECS üzerinde konteyner platformları
Düğüm sağlama için Karpenter, devreye alma için ArgoCD ve pod’ların tam olarak ihtiyaç duydukları yetkileri alması için IRSA ile yönetilen Kubernetes. Bir kümenin ekibin istediğinden fazla platform olduğu yerde ECS Fargate.
Sunucusuz ve olay güdümlü arka uçlar
Doğası gereği ani yük gösteren ya da asenkron olan iş yükleri için Lambda, SQS, EventBridge ve Step Functions — webhook alımı, doküman işleme, zamanlanmış mutabakat çalışmaları — ilk commit’ten itibaren idempotent işleyiciler ve dead-letter kuyruklarıyla.
Veri platformları
PostgreSQL için RDS ve Aurora, göl olarak S3, veri ambarı için Glue ve Athena ya da Redshift, omurga Kafka olduğunda MSK — yönetilen haliyle Veri Mühendisliği yığını.
Veri merkezlerinden geçişler
Şema ve sürekli replikasyon için Database Migration Service, olduğu gibi taşınması gereken sunucular için Application Migration Service ve gerçekleşeceği hafta sonundan önce provası yapılmış bir geçiş planı.
Yapay zekâ iş yükleri
Kendi hesap sınırınızın içinde yönetilen model erişimi için Bedrock, eğitim ve barındırma için SageMaker ve bunların çevresinde Yapay Zekâ & Makine Öğrenmesi pratiğimizden gelen retrieval, değerlendirme ve guardrail katmanları.
Ne zaman tercih edilmeli.
Tek bir kimlik ve faturalandırma sınırının arkasında en geniş yönetilen hizmet kümesine ihtiyacınız varsa, mühendisleriniz onu zaten biliyorsa ya da bir iş ortağı, pazar yeri veya düzenleyici bunu bekliyorsa AWS’i seçin. Olay güdümlü sistemlere özellikle iyi oturur — SQS, EventBridge, Lambda ve Kinesis olgun, düşük hacimde ucuz ve yüksek hacimde öngörülebilirdir. Çok sayıda iş yükü çalıştırmayı planlayan kurumlara da uygundur; çünkü iş yükü başına hesap modeli, etki alanını ve maliyeti tek bir aboneliğin nadiren başardığı biçimde yalıtır.
Kimlik, lisanslama ve iş birliği ortamınız baştan sona Microsoft ise başka yere bakın — Azure’un Entra ID ve hâlihazırda sahip olduğunuz Windows iş yükleriyle entegrasyonu maliyeti ve sürtünmeyi azaltabilir. Ürün mütevazı ölçekte tek bir web uygulamasıysa da başka yere bakın: bir bulut hesabı, küçük bir ekibin henüz ihtiyaç duymadığı bir landing zone, IAM ve ağ katmanı getirir. Siz bir şey imzalamadan önce bunu söyleriz.
Varsayılan olarak özel, şifreli ve yedeklenen bir Postgres örneği.
module "orders_db" {
source = "./modules/rds-postgres"
identifier = "orders-${var.env}"
engine_version = "16.3"
instance_class = var.env == "prod" ? "db.r7g.large" : "db.t4g.medium"
# Private subnets only; the app reaches it through a security-group rule, never the internet
subnet_ids = module.vpc.private_subnet_ids
kms_key_arn = aws_kms_key.data.arn
multi_az = var.env == "prod"
+ backup_retention_days = 35
+ deletion_protection = var.env == "prod"
tags = local.tags
}AWS üzerinde tipik bir Odeontech iş yükü hesabı.
Devrettiğimiz AWS ortamlarında bulunanlar.
- Her şey Terraform’da. Konsolda oluşturulan hiçbir kaynak bir sonraki apply’dan sağ çıkmaz. Planlar pull request’lerde incelenir ve bir dizüstü bilgisayar tarafından değil, bir CI hattı tarafından uygulanır.
- Kod olarak en az yetkili IAM. İş yükü başına roller, yetki sınırları, uzun ömürlü erişim anahtarı yok ve derleme hatası gibi ele alınan IAM Access Analyzer bulguları.
- Varsayılan olarak özel. Özel alt ağlarda veritabanları, önbellekler ve kümeler; S3 ve AWS API’leri için VPC uç noktaları; yük dengeleyici ve WAF üzerinden bilinçli olarak açılmış tek bir giriş yolu.
- Kontrolü sizde olan anahtarlarla şifreleme. Veri depoları ve yedekler için KMS müşteri yönetimli anahtarlar, rotasyon açık ve anahtar politikaları diğer her erişim kuralı gibi gözden geçirilir.
- Gözlemlenebilirlik baştan kurulu. Grafana panolarını besleyen CloudWatch ve OpenTelemetry, kullanıcıların hissettiği belirtiler için SLO tabanlı uyarılar ve kimsenin düzenleyemeyeceği bir log arşiv hesabında CloudTrail ile Config.
- Geri yüklemesi denenmiş yedekler. Veri sınıfına göre saklama süresi, ihtiyaç duyan sistemler için bölgeler arası kopyalar ve canlıya çıkmadan önce provası yapılmış ve süresi ölçülmüş bir geri yükleme.
- Tasarım girdisi olarak maliyet. Politikayla zorunlu kılınan etiketleme, her hesapta uyarılı bütçeler, iş yükünün istikrarlı olduğu yerde Graviton ve Savings Plans, güvenli olduğu yerde spot.
- Veri yerleşimi erkenden kararlaştırılır. Bölge seçimi, replikasyon kapsamı ve erişim yolları KVKK ve GDPR için ilk kaynak oluşmadan önce belgelenir, denetimden sonra değil.
Altyapıyla birlikte genellikle teslim edilenler.
- Her landing zone ve her iş yükü için, modülleri, ortamları ve belgelenmiş bir terfi yolu olan bir Terraform reposu
- Bir hesap haritası: hangi hesap neyi tutuyor, kim hangi rolü üstlenebiliyor ve kayıtlar nereye gidiyor
- Plan alan, tarayan, uygulayan ve devreye alan CI/CD hatları — geri alma varsayılmaz, test edilir
- Dört altın sinyal için, kod olarak dışa aktarılmış Grafana panoları ve uyarı politikaları
- Etiketlere dayalı bir maliyet temeli, bütçeler ve sizinle belirlenen bir ritimde düzenli olarak gözden geçirilen bir boyutlandırma kaydı
- Devreye alma, geri alma, yük devretme, geri yükleme ve birlikte provasını yaptığımız olaylar için runbook’lar
Sık sorulan sorular
Komşu teknoloji yığınları ve onları kullanan hizmetler.
Kurulacak, taşınacak ya da toparlanacak bir AWS ortamı.
Neyin nerede çalıştığını ve geceleri sizi ne uykusuz bıraktığını anlatın. Bir AWS mühendisi okur ve nasıl yaklaşacağımızı yazılı olarak iletir.