Vaka çalışması · Sigorta · Taşıma
700+ API servisi yeni bir gateway platformuna kesintisiz taşındı
Bir sigorta şirketi, dijital kanallarının merkezindeki gateway'i tek bir istemciye dokunmadan değiştirdi: aynı adresler, aynı OAuth kimlik bilgileri, aynı davranış.
Sonuçlar
700+
yeni platforma taşınan API servisi
0
dakika kesinti, geçiş boyunca
0
istemci uygulamalardan istenen değişiklik
0
değişen API adresi
Bağlam
Yıllar süren dijital büyüme, bir sigorta şirketinde yoğun bir API ağı bırakır: mobil uygulamalar, web kanalları, acenteler, iş ortağı sistemleri ve iç platformlar, hepsi tek bir gateway üzerinden konuşur. Bu projede o gateway, yüzlerce servisi ve günün her saatinde yüksek trafiği taşıyordu. Müşteriye dönük kanallar da arka ofis süreçleri de ona bağlıydı.
Müşteri, teknoloji yol haritasının bir parçası olarak yeni bir API yönetim platformuna geçmeye karar verdi. Asıl soru yeni platformun işi görüp göremeyeceği değil, geçişin dışarıdan kimse fark etmeden yapılıp yapılamayacağıydı.
Kısıtlar
- Her biri kendi konfigürasyonu ve routing kurallarıyla 700’den fazla API servisi
- OAuth 2.0 ile entegre yüzlerce istemci uygulama
- Client ID ve secret değerleri istemci tarafında değiştirilemiyordu
- Mevcut API adresleri olduğu gibi kalmak zorundaydı
- Kesintiye hiç tolerans yoktu: servisler günün 24 saati çalışıyor
- Taşıma sırasındaki herhangi bir hata operasyonel ve finansal risk taşıyordu
Yaklaşımımız
- Taşımadan önce envanter. Mevcut gateway’deki her endpoint, OAuth konfigürasyonu, rate limit ve routing kuralı tek tek çıkarılıp yazıya döküldü; hiç belgelenmemiş davranışlar dahil.
- Birebir eşleme. Her policy, yeni platformdaki karşılığıyla eşleştirildi. Kimlik entegrasyonu, mevcut token’lar, client ID’ler ve secret’lar hiç değişmeden çalışmaya devam edecek şekilde yapılandırıldı.
- Adresler korundu. Yeni platformdaki routing kuralları mevcut URL şemasını birebir karşıladı; hiçbir istemcinin yeni bir adres öğrenmesi gerekmedi.
- İki platform yan yana. Yeni ortam eskisiyle paralel çalıştı. Her servis, canlı trafik almadan önce test ortamlarında doğrulandı.
- Geçiş load balancer üzerinde. Trafik, load balancer üzerinde blue-green yöntemiyle aktarıldı. Gerektiği sürece eski platforma dönüş tek adım uzaktaydı.
- Önce düşük riskli servisler. Trafiği az olan servisler önce taşındı ve yakından izlendi; yoğun servisler, davranışlarının birebir aynı olduğu görüldükten sonra taşındı.
Sonuç
Canlı ortamdaki 700’den fazla API yeni platforma kesintisiz taşındı. OAuth kimlik bilgileri, token yapıları ve yetkilendirme akışları olduğu gibi kaldı; adreslerin hiçbiri değişmedi. Hiçbir istemci uygulamada değişiklik gerekmedi.
Geçiş load balancer üzerinde yapıldığı için müşterinin kritik servislerinin altındaki platform, bir bakım penceresine ihtiyaç duyulmadan yenilendi. Kurum işini, yönetmesi ve ölçeklemesi daha kolay bir platform üzerinde sürdürdü.