Azure Service Bus nedir?
Azure Service Bus, uygulamalar ve servisler arasında mesaj iletimini yöneten Microsoft’un fully managed message broker’ı. İki sistem doğrudan birbirine bağlı olmak zorunda kalmadan veri alışverişi yapabiliyor. Bir satış siparişi oluşturulduğunda bunu stok sistemine, fatura sistemine ve lojistik sistemine aynı anda iletmek istiyorsunuz. Ama her birinin o anda çalışır durumda olmasını bekleyemiyorsunuz. Service Bus tam da burada devreye giriyor.
Temel kavramları hızlıca geçelim. Queue, tek bir alıcıya mesaj iletimi için kullanılıyor; point-to-point iletişim. Topic ise publish-subscribe modeli için: bir mesaj birden fazla aboneye gönderiliyor. Namespace, queue ve topic’lerin yaşadığı kapsayıcı, bir uygulamanın tüm messaging bileşenlerini grupladığı yer. Subscription‘lar bir topic’e bağlanıyor ve her subscription belirli filtreler uygulayarak kendine düşen mesajları alıyor.
Service Bus iki tier’da geliyor: Standard ve Premium. Standard, basit queue/topic işlemleri ve düşük hacimli senaryolar için uygun. Premium ise dedicated compute, daha yüksek throughput, message session desteği ve zone redundancy isteyenler için. Enterprise düzeyde bir message broker kullanıyorsanız Premium’da çalışıyor olmanız oldukça muhtemel.
Haberin özü: %99.99 SLA artık partitioning gerektirmiyor
Microsoft, 1 Mayıs 2026’dan itibaren Availability Zone destekli bölgelerdeki tüm Premium namespace’lerin %99.99 uptime SLA’sına geçtiğini duyurdu. Öncesinde bu SLA yalnızca partitioned namespace’lerde geçerliydi. Non-partitioned Premium namespace’ler %99.9’da kalıyordu. Artık bu ayrım kalktı.
| Senaryo | 1 Mayıs 2026 Öncesi | 1 Mayıs 2026 İtibaren |
|---|---|---|
| Premium, AZ bölge, partitioned | %99.99 | %99.99 |
| Premium, AZ bölge, non-partitioned | %99.9 | %99.99 |
| Tüm tier’lar, AZ olmayan bölge | %99.9 | %99.9 |
Availability Zone ne anlama geliyor?
Azure’da Availability Zone, aynı region içindeki fiziksel olarak birbirinden ayrılmış veri merkezlerini ifade ediyor. Her zone’un bağımsız güç kaynağı, soğutma ve ağ altyapısı var. Premium namespace’ler AZ destekli bir bölgede oluşturulduğunda veriler bu zone’lar arasında otomatik olarak replike ediliyor. Bir zone’da sorun çıksa bile servis çalışmaya devam ediyor.
Duyuruda Microsoft’un vurguladığı nokta şu: zone-redundant altyapının kendisi, partitioning olmaksızın da %99.99 güvenilirliği sağlamaya yetiyor. Partitioning öncelikle throughput scaling için tasarlanmış bir özellik; güvenilirlik için artık zorunlu değil.
Mevcut kullanıcılar için bir şey değişiyor mu?
Hayır. AZ destekli bir bölgede Premium namespace çalıştırıyorsanız, herhangi bir şey yapmanıza gerek yok. SLA yükseltmesi otomatik olarak uygulandı. Partitioning’i throughput nedeniyle kullanıyorsanız bunu bırakmanız gerekmiyor; özellik hâlâ destekleniyor ve işe yarıyor. Yalnızca SLA perspektifinden bakıldığında artık farklı bir anlam taşımıyor.
AZ desteklemeyen bir bölgedeyseniz SLA’nız %99.9’da kalıyor. Bu durumu değiştirmek için namespace’i AZ destekleyen bir bölgeye taşımanız gerekiyor; bu otomatik gerçekleşmiyor.
Peki bu neden önemli?
%99.9 ile %99.99 arasındaki fark kulağa küçük geliyor. Ama yıllık downtime hesabına bakınca: %99.9, yılda yaklaşık 8.7 saatlik kesintiye izin veriyor. %99.99 ise bunu 52 dakikaya indiriyor. Ödeme sistemleri, sipariş yönetimi veya gerçek zamanlı bildirim altyapısı gibi kritik iş yükleri için bu fark önemli.
Bunun yanı sıra partition sayısını artırmanın namespace konfigürasyonunu daha karmaşık hale getirdiği düşünülürse, yeni yaklaşım hem daha temiz bir mimari hem de daha iyi SLA anlamına geliyor. Çoğu durumda throughput ihtiyacı olmayan Premium kullanıcılar için bu güncelleme, herhangi bir mimari değişiklik yapmadan garanti seviyesini yükseltiyor.
