Coinbase, perşembe günü yayımladığı postmortem raporunda 7 Mayıs kesintisini AWS us-east-1 kullanılabilirlik bölgesindeki birden fazla soğutma ünitesinin eşzamanlı arızasına bağladı. Termal olay, aşırı ısınma nedeniyle sunucuların kapanmasına yol açtı ve işlem, para yatırma, çekme ile diğer temel hizmetleri yaklaşık sekiz saat boyunca çevrimdışı bıraktı; tam iyileşme ise yaklaşık on iki saat sürdü.
Borsa, olayın yük devretme ve felaket kurtarma düzenindeki açıkları gözler önüne serdiğini belirtti. Eşleme motoru, arızalanan bölgeye kilitlenmişti ve AWS'nin yönetilen Kafka hizmetindeki sessiz bir arıza, iyileşme sürecini geciktirdi. Coinbase'in yanıtı şu oldu: bölgesel yedekliliği güçlendirmek, Kafka'yı iki kullanılabilirlik bölgesinden üçe genişletmek ve düşük gecikmeli borsa altyapısı için dayanıklılık testlerini artırmak.
Neden önemli
Merkezi borsa kesintileri yeni bir şey değil, ama yaşanan belirli arıza biçimi öğretici. ABD'de işlem gören en büyük merkezde işlemleri ve giriş-çıkış kanallarını tek bir AWS bölgesinin devre dışı bırakması, kripto piyasası altyapısının hâlâ birkaç hyperscaler bölgesinde ne kadar yoğunlaştığını gösteriyor. Eşleme motorunun tek bir bölgeye sıkı bağımlılığı ve yaşananları gizleyen sessiz Kafka arızası, ders kitabından çıkma tek bölgeli mimari sorunudur.
Piyasa etkisi
Coinbase'de sekiz saatlik kesinti token fiyatlarını doğrudan hareket ettirmiyor, ancak 7/24 kesintisiz çalışmayı bir özellik olarak sunan merkezi platformlara yönelik itibar baskısını artırıyor. Coinbase'in üç bölgeli Kafka taahhüdü ve daha geniş bölgesel yedeklilik adımı, karşı taraf riskini izleyen kurumsal masalar için doğru okuma; asıl test, bir sonraki AWS olayının saatler değil dakikalar içinde sınırlanıp sınırlanmayacağı.
Kaynak: [A postmortem of our May 7, 2026 outage](https://www.coinbase.com/zh-cn/blog/a-postmortem-of-our-may-7-2026-outage)
Sıkça sorulan sorular
-
Kafka değişikliği neden yapısal çözüm?
Coinbase, AWS'nin yönetilen Kafka hizmetindeki sessiz arızanın kesinti sırasında yaşananları gizlediğini ve iyileşmeyi geciktirdiğini söyledi. Kafka'yı iki yerine üç kullanılabilirlik bölgesinde çalıştırmak, tek bir AWS bölgesi çöktüğünde olay akışının canlı kalmasını sağlamak için tasarlandı.