Zaten Microsoft üzerinde çalışan kurumlar için Azure.
Landing zone’lar, AKS ve App Service platformları, .NET modernizasyonu, veri platformları ve Entra ID merkezli güvenlik için AI-native Azure mühendisleri — kod olarak yönetilir, runbook’uyla birlikte devredilir.
- Bicep
- Terraform
- AKS
- App Service
- Azure Functions
- Azure SQL
Birçok kurum önce bir Microsoft kuruluşudur.
Birçok kurum, bulut kuruluşu olmadan önce bir Microsoft kuruluşudur: kimlikler Entra ID’de, belgeler Microsoft 365’te, iş uygulamaları .NET ve SQL Server üzerinde, üstüne de Azure’u fiyatına çoktan katmış bir kurumsal anlaşma. Bu zeminde Azure üç seçenekten biri değildir — en az sürtünme çıkaran seçenektir; çünkü kimlik, lisanslama, ağ ve destek, zaten sahip olduğunuz şeylere bağlanır.
Azure ortamlarını her platformu kurduğumuz gibi kurarız: abonelikler landing zone olarak düzenlenir, iş yükleri AKS ya da App Service üzerinde çalışır, veri Azure SQL, PostgreSQL Flexible Server veya Cosmos DB’de durur ve her kaynak Bicep ya da Terraform ile tanımlanıp bir CI hattı tarafından uygulanır. Kendi ürünlerimiz de kod olarak yönetilen bulut altyapısında çalışıyor ve DevOps & Cloud ekibimizin kurumunuza yerleştirdiği disiplin de aynısı. Azure ayrıca SAP & ERP yığınımızdaki buluttur; çünkü birçok SAP ortamı hâlihazırda orada çalışır.
Kullanmadığımız durumlar: Microsoft ortamı olmayan, en baştan olay güdümlü ve serverless tasarlanmış bir girişim genellikle AWS’de daha iyidir; ürünü ağırlıklı olarak büyük veri kümeleri üzerinde analitik ve ML olan bir ekip çoğu zaman Google Cloud’dan daha fazlasını alır; mütevazı trafiğe sahip tek bir web uygulaması ise yönetilen bir veritabanıyla, hiç abonelik açmadan Vercel üzerinde yayına alınabilir. Üç büyük sağlayıcının üçünde de deneyimliyiz ve finansal olarak tarafsızız — öneri sizin kısıtlarınıza göre şekillenir.
Azure üzerinde yayına aldığımız altı şey.
Landing zone ve yönetişim
Yönetim grupları, ortam ve iş yükü başına abonelikler, asla ihlal edilmemesi gereken kurallar için Azure Policy, Private Link ile hub-and-spoke ağ tasarımı ve RBAC’e eşlenmiş Entra ID grupları — geri kalan her şeyin devraldığı temel.
.NET modernizasyonu
.NET Framework monolitlerini App Service veya AKS üzerinde .NET 8’e, SQL Server’ı Azure SQL ya da Managed Instance’a, yalnızca Windows’ta çalışan bağımlılıkları konteynerlere taşımak — Azure üzerindeki Yazılım Modernizasyonu çalışmamızın çekirdeği.
AKS üzerinde konteyner platformları
Workload identity, otomatik düğüm sağlama, ArgoCD ya da Flux ile GitOps ve WAF’lı Application Gateway üzerinden ingress ile yönetilen Kubernetes. Tam bir kümenin ekibin ihtiyacından fazla platform olduğu yerlerde App Service veya Container Apps.
Entegrasyon ve olay güdümlü arka uçlar
Sistemler arasındaki asenkron iş için Service Bus, Event Grid, Azure Functions ve Logic Apps — SAP’ten gelen sipariş akışları, webhook alımı, zamanlanmış mutabakat çalışmaları — ilk commit’ten itibaren idempotent işleyiciler ve dead-letter kuyruklarıyla kurulur.
Veri platformları
İşlemler için Azure SQL ve PostgreSQL Flexible Server, veri ambarı için Data Lake Storage ile Databricks ya da Microsoft Fabric, veri taşımak için Data Factory ve en üstte Power BI — birçok Microsoft ağırlıklı kurumun eninde sonunda ulaştığı Veri Mühendisliği yığını.
Tenant içinde yapay zekâ
Abonelik sınırınızın içinde çalışan, retrieval tabanlı asistanlar için Azure OpenAI Service ve Azure AI Search; çevrelerinde Yapay Zekâ & Makine Öğrenmesi ekibimizin değerlendirme ve koruma katmanlarıyla.
Ne zaman tercih edilmeli.
Kimliğiniz Entra ID’de duruyorsa, uygulamalarınız .NET ve SQL Server ise ve kurumsal anlaşmanız platformu zaten kapsıyorsa Azure’u seçin — tek başına Azure Hybrid Benefit bile Windows ağırlıklı bir ortamın maliyet dengesini değiştirebilir. Güçlü yönetişim ihtiyacı olan, düzenlemeye tabi kurumlara uygundur; çünkü Azure Policy, yönetim grupları ve Private Link korkulukları bildirime dayalı hâle getirir. SAP ortamlarına, Power BI merkezli analitiğe ve operasyon ekibinin hâlihazırda Microsoft yetkinliğine sahip olduğu her programa da uygundur.
Bağlanılacak bir Microsoft ortamı yoksa ve tasarım en baştan serverless ve olay güdümlüyse başka yere bakın — bu alanda AWS’nin yapı taşları daha olgun, araç ekosistemi daha geniştir. Ürün küçük bir web uygulamasıysa da başka yere bakın: bir abonelik, üç kişilik bir ekibin henüz ihtiyaç duymadığı bir landing zone, ağ ve yönetişim yükü getirir. Herhangi bir taahhüde girmeden önce bunu size söyleriz.
Özel, bölge yedekli ve yalnızca Private Link üzerinden erişilebilen bir PostgreSQL sunucusu.
resource orders 'Microsoft.DBforPostgreSQL/flexibleServers@2023-12-01-preview' = {
name: 'psql-orders-${env}'
location: location
sku: { name: env == 'prod' ? 'Standard_D4ds_v5' : 'Standard_B2ms', tier: env == 'prod' ? 'GeneralPurpose' : 'Burstable' }
properties: {
version: '16'
// Delegated subnet + private DNS zone: no public endpoint exists to misconfigure
network: { delegatedSubnetResourceId: dataSubnet.id, privateDnsZoneArmResourceId: pgZone.id }
+ highAvailability: { mode: env == 'prod' ? 'ZoneRedundant' : 'Disabled' }
+ backup: { backupRetentionDays: 35, geoRedundantBackup: 'Enabled' }
authConfig: { activeDirectoryAuth: 'Enabled', passwordAuth: 'Disabled' }
}
tags: tags
}Azure üzerinde tipik bir Odeontech iş yükü aboneliği.
Devrettiğimiz Azure ortamlarında bulunanlar.
- Her şey Bicep ya da Terraform’da. Portalda oluşturulan hiçbir kaynak bir sonraki devreye almadan sağ çıkmaz. Değişiklikler pull request’lerde incelenir ve bir dizüstü bilgisayardan değil, what-if adımı olan bir CI hattı tarafından uygulanır.
- Sır değil, kimlik. Servisten servise her çağrı için managed identity ve workload identity, veritabanlarında Entra ID kimlik doğrulaması ve kaçınılamayan birkaç sır için Key Vault.
- Varsayılan olarak özel. Depolama, veritabanları ve Key Vault için private endpoint’ler; hub-and-spoke ağ tasarımı; veri servislerinde kapalı ve Azure Policy ile zorunlu kılınmış genel ağ erişimi.
- Korkuluk olarak politika. İzin verilen bölgeler, zorunlu etiketler, şifreleme ve tanılama ayarları deny veya deploy-if-not-exists politikalarıyla dayatılır; böylece bir hata denetimde değil, devreye alma sırasında düşer.
- Gözlemlenebilirlik baştan bağlı. Grafana panolarını besleyen Azure Monitor ve OpenTelemetry, kullanıcıların hissettiği belirtiler için SLO tabanlı uyarılar ve kimsenin düzenleyemeyeceği bir çalışma alanına gönderilen etkinlik günlükleri.
- Geri yüklenmiş yedekler. Veri sınıfı başına saklama süresi, ihtiyaç duyan sistemler için coğrafi yedekli kopyalar ve canlıya çıkmadan önce provası yapılıp süresi ölçülmüş bir geri yükleme.
- Tasarım girdisi olarak maliyet. Sabit yük için rezervasyonlar ve tasarruf planları, lisanslara zaten sahip olduğunuz yerlerde Hybrid Benefit, abonelik başına uyarılı bütçeler ve sizinle belirlenen bir ritimde düzenli bir boyutlandırma gözden geçirmesi.
- Veri yerleşimi erkenden kararlaştırılır. Bölge seçimi, replikasyon kapsamı ve erişim yolları, denetimden sonra değil, ilk kaynak var olmadan önce KVKK ve GDPR için belgelenir.
Altyapıyla birlikte genellikle teslim edilenler.
- Her landing zone ve her iş yükü için, ortamları ve belgelenmiş bir terfi yolu olan bir Bicep ya da Terraform reposu
- Abonelik ve RBAC haritası: hangi abonelikte ne duruyor, hangi Entra ID grubu neyi yapabiliyor ve günlükler nereye gidiyor
- GitHub Actions ya da Azure DevOps’ta doğrulayan, tarayan, devreye alan ve geri alan CI/CD hatları
- Dört altın sinyal için kod olarak dışa aktarılmış Grafana veya Azure Monitor panoları ve uyarı kuralları
- Etiketler, bütçeler ve sizinle belirlenen bir ritimde düzenli olarak gözden geçirilen bir rezervasyon ile Hybrid Benefit kaydından oluşan bir maliyet temeli
- Devreye alma, geri alma, yük devretme, geri yükleme ve birlikte prova ettiğimiz 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 Azure ortamı.
Nerede ne çalıştığını ve tenant yapınızı anlatın. Bir Azure mühendisi okur ve nasıl yaklaşacağımızı yazılı olarak iletir.