Azure App Service for Linux’a yeni bir runtime monitoring özelliği geldi: Site Status. Microsoft, web uygulamalarının mevcut operasyonel durumunu görünür kılan ve sorunlar olduğunda detaylı hata bilgisi sunan bu özelliği duyurdu. Tulika Chaudharie tarafından paylaşılan duyuru, Azure portal Properties ekranına gömülü olarak çalışıyor.
Hangi sorunu çözüyor?
Site başlamadığında veya beklenmedik davrandığında geliştiricilerin uygulamanın durumunu ve kök nedenini hızlıca anlaması gerekiyor. Site Status bunu üç şeyle sağlıyor: web app’in Properties ekranında runtime durumunu gösteriyor, sorun tespit edildiğinde “Issues Detected” uyarısı veriyor ve scale-out deployment’larda per-instance bilgi sunuyor.
Yedi platform-defined runtime durumu
Site Status, uygulamanın hangi durumda olduğunu yedi durumdan biriyle raporluyor:
- Starting: Container ve bileşenler başlatılıyor
- Started: Başarıyla çalışıyor, operasyonel
- Stopping: Teardown devam ediyor
- Stopped: Çalışmıyor, istek almıyor
- Updating: Yapılandırma değişiklikleri için recycle ediliyor
- Blocked: Birden fazla başarısız başlatma denemesi, geçici olarak yeniden denemesi engellenmiş
- Unknown: Platform tarafında değerlendirme sorunu
Sorun tespit edildiğinde neler görünüyor?
Bir sorun tespit edildiğinde Site Status arayüzü şunları gösteriyor:
- Mevcut runtime durumu
- Son hata kategorisi veya başarısızlık türü
- Genişletilmiş troubleshooting context’i
- Hata zaman damgası
- Onarım seçenekleri
Microsoft’un paylaştığı örneklerden biri storage mount başarısızlığı senaryosu. Site Status bu durumda sorunun uygulamadan mı yoksa dış bağımlılıktan mı geldiğini ayırt etmenize yardım ediyor.
Onarım aksiyonları
Issue details görünümünden iki onarım aksiyonu başlatılabiliyor:
- Restart: Etkilenen instance’taki siteyi yeniden başlatır
- Replace instance: Siteyi başka bir instance’a taşır
Microsoft önemli bir not düşmüş: bu aksiyonlar geçici sorunlar veya bozuk instance’lar için etkili, yapılandırma sorunları için değil.
Site Status vs Health Check
Site Status, mevcut Health Check özelliğiyle karıştırılmamalı. İkisinin yaptığı iş farklı.
- Site Status: Platform tarafı runtime check’leri kullanır, platform-defined durumları raporlar, web sitesinde ne olduğunu açıklar. Herhangi bir müşteri yapılandırması gerektirmez.
- Health Check: Müşterinin yapılandırdığı endpoint’lere ping atar, HTTP yanıtlarını raporlar, trafik yönlendirmesini belirler. Yapılandırılmış bir health check path’i gerektirir.
Yani Health Check uygulamanız çalıştığı sürece sağlıklı sonucu döndürür, Site Status ise platform’un uygulamanızı nasıl gördüğünü gösterir. İkisi birbirini tamamlıyor.
Hangi sorulara cevap veriyor?
Site Status, App Service kullanan geliştiricilerin sık sorduğu temel soruları yanıtlamayı hedefliyor:
- Site hâlâ başlatılıyor mu?
- Başarıyla başlatıldı mı?
- Durduruldu veya bloklandı mı?
- Uygulama recycle oluyor mu?
- Son runtime hatası neydi?
- Sorunlar geçici mi yoksa yapılandırma kaynaklı mı?
Mevcut Azure Portal web app Properties ekranına entegre olduğundan ek bir kurulum gerektirmiyor. Linux App Service kullanan ekiplerin troubleshooting iş akışını ciddi şekilde hızlandırması bekleniyor. Özellikle production’da “200 dönüyor ama uygulama çalışmıyor” gibi tipik gri alan senaryolarda doğrudan platform tarafından gelen runtime bilgisi önemli bir görünürlük sağlıyor.
Kaynak: https://azure.github.io/AppService/2026/06/01/sitestatus.html
