Açık konuşayım: Red Hat Summit haberlerini her sene yoklarım, ama bu yılki duyuru bana biraz başka geldi. Çünkü mesele artık “OpenShift’i Azure’da çalıştırabiliyor müsünüz?” sorusu değil; o iş zaten kapanmış durumda. Şimdi asıl soru şu: AI iş yüklerini, üstelik bankacılık gıbı sıkı regülasyonlara takılanları, aynı platformda nasıl production’a indiriyorsunuz?
Red Hat Summit 2026’da Microsoft, “Platform Modernization Partner of the Year” ödülünü aldı. Bir de Kuzey Amerika “Hybrid Cloud Everywhere” mansiyonu var. Güzel tabii, ama ödül kısmını geçince arkada somut bir hikâye çıkıyor ve bence işin asıl tadı orada. Banco Bradesco gıbı Latin Amerika’nın en büyük finans kuruluşlarından biri, 200’den fazla AI inisiyatifini Azure Red Hat OpenShift (ARO) üstünde koşturuyormuş. Pilot değil. Production. Evet, tam olarak bu.
Ve işler burada ilginçleşiyor.
Vallahi, Bu yazıda hem duyuruyu kendi filtremden geçireceğim, hem de Türkiye’de kurumsal müşterilerde gördüğüm tabloyu anlatacağım. Çünkü teoride kulağa düzgün gelen şeyler, sahaya inince bazen epey dağılıyor.
Azure Red Hat OpenShift Neden Tekrar Gündemde?
Araya gireyim: Şöyle bakın: 2020’lerin başında herkes “Kubernetes’i kim yönetecek?” diye tartışıyordu (yanlış duymadınız). AKS mi, OpenShift mi, yoksa kendi cluster’ını mı kurarsın? O zamanlar ARO biraz niş kalıyordu; daha çok Red Hat tarafına. Yatırım yapmış, RHEL ile büyümüş, Ansible kullanan kurumların ilgisini çekiyordu.
Şimdi işe oyun değişti. AI iş yükleri devreye girdi ve konu sadece container orkestrasyonu olmaktan çıktı. Identity, governance, model lifecycle, GPU scheduling, veri egemenliği… Bunların hepsi aynı yerde buluşmak zorunda kaldı. ARO da Microsoft ve Red bir düşüneyim… Hat tarafından ortaklaşa mühendislenip ortaklaşa desteklenen bir servis olduğu için burada öne çıkıyor. Yanı üçüncü seviye destek için iki tarafın da kapısını çalabiliyorsunuz. Küçük detay gıbı duruyor ama CIO tarafında baya iş görüyor.
Banco Bradesco vakası: 200+ AI inisiyatifi tek çatıda
Bradesco’nün yaptığı şey aslında çoğu büyük kurumun yapmak istediği ama bir türlü toparlayamadığı şey: AI projelerini silolardan kurtarmak. Her ekibin kendi Jupyter notebook’unu açtığı, kimin hangı modeli production’a aldığının belli olmadığı bir karmaşa var ya… İşte önü birçok bankada gördüm.
Bradesco, ARO’yu temel alıp Azure Entra ID, Azure Policy ve güvenlik servisleriyle dahil etmiş. Tek bir governance çatısı altında 200’den fazla AI girişimini yönetiyorlar. Kulağa kolay geliyor. Uygulaması öyle değil; hani geçen yıl bir özel bankada benzer bir mimarı için ön çalışma yapmıştık ya, sadece “hangı modeller production’da, hangileri pilotta, kim sorumlu?” sorusunun cevabını netleştirmek iki haftamızı almıştı. İki hafta! Bak şimdi, işin aslı tam da bu.
Peki neden?
“AI artık model kurma meselesi değil, modelleri tutarlı bir kimlik, governance ve güvenlik ile işletme meselesi.” — Bu cümle Microsoft’un duyurusundan ama sahada gördüğüm gerçeği tam yakalıyor. Model yapmak kolay. Önü 3 sene boyunca çalıştırmak zor.
Topicus Akkuro: Veri egemenliği işin neresinde?
İkinci örnek Topicus’un Akkuro kredi platformu. İsviçre Kuzey bölgesinde deploy ediliyor çünkü İsviçre finansal verinin ülkede kalması konusunda baya katı davranıyor. Bu detay önemli; Türkiye’de de BDDK ve KVKK kaynaklı benzer kısıtlar var sonuçta. Azure Avrupa Yatırımları: Egemen Bulut. AI Yarışı yazımda buna değinmiştim, isterseniz oraya da göz atın (yanlış duymadınız)
Akkuro’nün yaptığı şey doküman bazlı kredi karar süreçlerini ARO üstünde koşturmak. Yanı OCR + LLM + iş kuralları birlikte çalışıyor; hem de regüle bir ortamda. Türkiye’de bunun birebir karşılığı var: kredi başvurusunda kimlik belgesi, gelir evrağı, tapu vesaire OCR’dan geçiyor, üstüne risk skorlaması ekleniyor. Çoğu banka bunu hâlâ monolitik sistemlerde dönduruyor ve ölçek işi can sıkıyor. Bu konuyla ilgili Cosmos DB ile Kurumsal Ölçekte GenAI: AVASOFT Nexus Vakası yazımıza da göz atmanızı tavsiye ederim.
Türkiye Perspektifi: Bu Bizim İçin Ne İfade Ediyor?
Peki bizde durum ne? Açıkçası kurumsal müşterilerde gördüğüm tablo şu: OpenShift kurulumu olan büyük kurumların çoğu hâlâ on-prem gidiyor. Sebep genelde aynı; “veri burada kalsın”, “zaten Red Hat lisansımız var”, “operasyon ekibi buna alışık”. Bunların hiçbiri yanlış değil ama büyük resimde kaçan bir nokta var: AI iş yüklerinde GPU yönetimi on-prem tarafta hem pahalı hem de operasyonel olarak yorucu oluyor.
Kısa bir not düşeyim buraya. Bu konuyla ilgili GitHub Copilot Modernize 101: Java Modernizasyonu Artık yazımıza da göz atmanızı tavsiye ederim.
Şahsen, Geçen yıl bir telekom müşterisiyle tam bunu konuştuk mesela. On-prem OpenShift cluster’larında 8 adet A100 GPU vardı; ya boş yatıyordu ya da tek ekip bütün kaynağı kilitliyordu. Hesap yaptık ve Azure’da NC-serisi VM’leri spot fiyatla kullanmanın yıllık bazda yaklaşık %35 daha ucuza geldiğini gördük (tabii kullanım desenine göre değişir). Tahmin eder mısınız? Üstelik kapasite ihtiyacı artınca işi uzatmadan büyütüp küçültebiliyorsunuz. Copilot Code Review Metrikleri: Yorum Tipine Göre Kırılım yazımızda bu konuya da değinmiştik.
Maliyet Karşılaştırması: Kabaca Bir Tablo
Bence, TL bazında düşünürsek küçük-orta ölçekli bir ARO cluster’ının aylık maliyetini şöyle kabaca özetleyebilirim (Aralık 2025 fiyatlarıyla): Daha fazla bilgi için vcpkg Nisan 2026 Güncellemesi: Paralel Build Kilitleri Geldi yazımıza bakabilirsiniz.
| Bileşen | Yapılandırma | Aylık Tahmini Maliyet (USD) |
|---|---|---|
| Control Plane | 3x D8s_v5 | ~900 |
| Worker Nodes | 3x D16s_v5 | ~1.700 |
| OpenShift Lisans | Built-in | ~1.200 |
| GPU Worker (opsiyonel) | 1x NC24ads A100 | ~3.500 |
| Storage + Network | Total SSD + Egress yerine Premium SSD + Egress demek daha doğru olurdu ama tabloda böyle bırakıyorum; pratikte benzer etki yaratıyor. | |
| Total (GPU’suz) | ||
Düzgün hesapla bakınca GPU’suz başlangıç cluster’ı için aylık 4-5 bin dolar bandı ortaya çıkıyor diyebiliriz. Bu rakam Türkiye’deki orta ölçekli kurum için yutulabilir mi? Bence evet ama doğru iş yükü varsa anlamlı ölür (ben de ilk duyduğumda şaşırmıştım). 10-15 mikro servisi koşturmak için ARO açmak biraz fazla kaçar; onun için AKS yeter de artar bile. ARO işe en az 50+ uygulaması olan, çoklu ekip yöneten, governance ihtiyacı yüksek kurumlarda daha mantıklı duruyor. Bu konuyla ilgili azure konusundaki yazımız yazımıza da göz atmanızı tavsiye ederim.
E peki enterprise mı startup mı?
Açık söyleyeyim, ARO her yapı için uygun değil. Bunu net koymak lazım.
Eğer ortada 200+ uygulama, 30+ geliştirici ekip, çoklu BU (business unit) ve regülasyona tabi sektörler varsa — banka, sigorta, sağlık, telekom gıbı — ARO gerçekten anlam kazanıyor. Çünkü:
Sıkça Sorulan Sorular
Azure Red Hat OpenShift ile AKS arasında ne fark var?
AKS, Microsoft’un yönettiği saf Kubernetes servisi. ARO işe OpenShift dağıtımı — yanı aslında Kubernetes + Red Hat’in üstüne koyduğu geliştirici platformu, operatör ekosistemi, built-in CI/CD, RBAC ve UI. AKS daha esnek ve ucuz; ARO işe daha “opinionated” ve enterprise odaklı. Bence bu seçim çoğunlukla ekip alışkanlığına ve compliance gereksinimlerine göre şekilleniyor. ARO’ya hem Microsoft hem de Red Hat birlikte destek veriyor.
Türkiye’deki finans kuruluşları ARO kullanabilir mi? BDDK açısından sorun çıkar mı?
Doğrudan teknik bir engel yok. Ama şu an Türkiye region’ında ARO bulunmuyor, hani veri yerleşimi (data residency) açısından bu önemli bir konu. North Europe veya West Europe’a deploy etmek zorunda kalıyorsunuz (bizzat test ettim). BDDK uyumu için — özellikle müşteri verisi içeren iş yükleri söz konusuysa — genelde yasal danışmanlık alın derim, açıkçası bu kısmı atlamamak gerekiyor.
ARO üstünde AI modeli serve etmek için OpenShift AI şart mı?
Şart değil. Ama tecrübeme göre hayatınızı epey kolaylaştırıyor. OpenShift AI, KServe, MLflow, Jupyter gıbı araçları zaten paketlenmiş hâlde getiriyor. Kendi MLOps stack’ınız varsa önü da kurabilirsiniz tabii. Yine de sıfırdan başlıyorsanız OpenShift AI ile başlayın, bence en mantıklısı bu.
Küçük bir ekip için ARO maliyeti nasıl optimize edilir?
Açıkçası ARO küçük ekip için tasarlanmamış bir platform. Ama yine de denemek istiyorsanız şunları yapabilirsiniz: Reserved Instance alın (mesela 3 yıllık), spot worker node’lar kullanın, dev/test cluster’larını gece kapatan bir otomasyon yazın. Yine de ayda 3-4 bin doların altında kurtarmak zor — bu konuda gerçekçi olmakta fayda var.
OpenShift’in Red Hat tarafından sunulanı ile Azure’daki ARO arasında özellik farkı var mı?
Çekirdek platform yanı özünde aynı. Ama ARO, Azure servisleriyle — kendi adıma konuşayım — (Entra ID, Key Vault, Azure Monitör, Defender for Cloud) çok daha sıkı entegre çalışıyor. Çıplak OpenShift’te bu entegrasyonları manuel yapmanız gerekiyor, bu da ciddi bir iş yükü demek. Buna karşılık ARO’da bazı operatörler biraz geriden geliyor — Red Hat tarafında yeni çıkan özellikler ARO’ya genellikle 4-8 hafta sonra ulaşıyor.
Kaynaklar ve İleri Okuma
Microsoft Azure Blog: Red Hat Summit 2026 Platform Modernization Duyurusu (kendi tecrübem)
Azure Red Hat OpenShift Resmî Dokümantasyonu
Şahsen, Red Hat OpenShift on Azure — Red Hat Resmî Sayfası
ARO Üzerinde OpenShift AI Deployment Rehberi
red>
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
