İçeriğe atla
Şimdi yükleniyor
AKAşkın KILIÇ
  • Anasayfa
  • Azure & Bulut
    • Microsoft Azure
    • Bulut Altyapı
    • Microsoft 365
  • Yazılım
    • DevOps
    • Geliştirici Araçları
    • Konteyner & K8s
  • AI & Veri
    • Yapay Zeka
    • Veri & Analitik
  • Güvenlik
    • Güvenlik & Kimlik
    • Kurumsal Teknoloji
  • Hakkımda
    • İletişim
×
  • Azure
  • Bulut Altyapı
  • DevOps
  • Geliştirici Araçları
  • Güvenlik & Kimlik
  • Konteyner & Kubernetes
  • Kurumsal Teknoloji
  • Microsoft 365
  • Microsoft Azure
  • Veri & Analitik
  • Yapay Zeka
  • Başlangıç
  • Güvenlik & Kimlik
  • App Service for Linux’ta Site Status ile Çalışma Durumu
Bulut Altyapı Güvenlik & Kimlik azure app service, Health Check, Linux Web App, Site Status, Sorun Giderme Aşkın KILIÇ 07/08/2026 2 Yorumlar

App Service for Linux’ta Site Status ile Çalışma Durumu

App Service for Linux'ta Site Status ile Çalışma Durumu
📑 İçindekiler
  1. Site Status ne gösterir?
  2. Site Status durum değerleri
  3. Sorun ayrıntılarını incelemek
  4. Onarım eylemleri
  5. Site Status ile Health Check arasındaki fark
  6. Değerlendirme
  7. İlgili İçerikler
  8. Kaynaklar ve İleri Okuma

⏱️ 4 dk okuma📅 7 Ağustos 2026

Azure App Service for Linux üzerinde çalışan bir web uygulaması beklendiği gibi başlamadığında ya da anlaşılmaz biçimde davrandığında, uygulamanın gerçek durumunu ve sorunun kaynağını hızlıca kavramak çoğu zaman kolay olmuyor. Azure bu deneyimi kolaylaştırmak için App Service for Linux’a Site Status özelliğini ekledi. Site Status, sitenizin çalışma zamanı durumu ve tespit edilen sorunlara ait ayrıntılı hata bilgisi için platform tarafından üretilen bir görünüm sunuyor.

Site Status ne gösterir?

Site Status, App Service for Linux web sitenizin anlık çalışma zamanı durumuna dair bir bakış sağlar. Bu bilgiye web uygulamasının Properties deneyimi üzerinden ulaşırsınız. Platform sitenizde bir sorun tespit ederse çalışma zamanı durumu Issues Detected olarak görünür.

Issues Detected bağlantısı seçildiğinde açılan ayrıntı sayfasında sitenin mevcut durumunu, en son bilinen hatayı ve ek sorun giderme bilgilerini görürsünüz. Uygulamanız birden fazla instance’a ölçeklenmişse Site Status, bu bilgileri uygulamayı barındıran her instance için ayrı ayrı verir.

Bu görünüm sayesinde şu tür sorulara hızla yanıt bulmak kolaylaşır:

  • Sitem hala başlatılıyor mu?
  • Site başarıyla ayağa kalktı mı?
  • Uygulama durdurulmuş ya da bloklanmış mı?
  • Yapılan değişikliklerin uygulanması için uygulama yeniden çevrimde mi?
  • Son bilinen çalışma zamanı hatası neydi?
  • Bu geçici bir sorun mu, yoksa bir yapılandırma problemine mi işaret ediyor?

Site Status durum değerleri

Site Status, web siteniz için platformun tanımladığı aşağıdaki çalışma zamanı durumlarından birini raporlar:

Durum Açıklama
Starting Site, container’ı ve gerekli tüm bileşenleri başlatıyor.
Started Site, gerekli tüm bileşenleri başarıyla başlattı ve çalışıyor.
Stopping Container ve site bileşenleri kapatılıyor.
Stopped Site artık çalışmıyor ve istek almayacak.
Updating Site, yapılan değişiklikleri uygulamak için overlapped ya da non-overlapped biçimde yeniden çevrime giriyor.
Blocked Site birden fazla kez başlatılmayı denedi ve instance yükünü azaltmak için yeni denemelerden geçici olarak engellendi.
Unknown Platform tarafında bir sorun, durumun değerlendirilmesini engelliyor.

Bu durumlar, sitenizin mevcut ya da en son bilinen çalışma zamanı durumunu özetleyen hızlı bir referanstır.

Sorun ayrıntılarını incelemek

Site Status bir sorun tespit ettiğinde Issues Detected bağlantısı üzerinden daha ayrıntılı çalışma zamanı bilgisi görüntüleyebilirsiniz. Ayrıntı sayfasında yer alan alanlar şunlar:

Alan Ne söyler?
Status Sitenin güncel çalışma zamanı durumu.
Last error Hatanın kısa bir kategorisi veya başarısızlık tipi.
Last error info Soruna dair ek sorun giderme detayları.
Last error occurrence Hatanın en son ne zaman gözlendiği bilgisi.
Actions Kullanılabilir onarım eylemleri.

Örneğin, yapılandırılmış depolamanın bağlanamaması nedeniyle başlatılamayan bir sitede mesaj, kök nedene doğrudan işaret eder. Bu tür bir örnekte sorun büyük ihtimalle site sürecinin kendisinde değildir; uygulamayı yeniden başlatmak veya instance’ı değiştirmek çözüm getirmeyebilir. Bunun yerine depolama hesabı, dosya paylaşımı, güvenlik duvarı, ağ yapılandırması, private endpoint veya kimlik doğrulama ayarlarının gözden geçirilmesi gerekir.

Onarım eylemleri

Sorun ayrıntı sayfasından Repair seçeneğiyle etkilenen instance için bir eylem tetikleyebilirsiniz. Kullanılabilir onarım eylemleri şunlar:

Eylem Açıklama
Restart Seçili instance üzerindeki siteyi yeniden başlatır.
Replace instance Siteyi geçerli instance’tan çıkarır ve başka bir instance ile değiştirir.

Bu eylemler, geçici bir çalışma zamanı sorununda ya da alttaki instance’ın kötü bir durumda olduğu senaryolarda işe yarar. Ama onarım eylemleri, yapılandırma hatalarını düzeltmenin alternatifi değildir. Örneğin site, ağ veya kimlik doğrulama ayarları nedeniyle bir depolama hesabına erişemiyorsa yeniden başlatmak ya da instance’ı değiştirmek sorunu büyük olasılıkla çözmez; önce temeldeki yapılandırmanın düzeltilmesi gerekir.

Site Status ile Health Check arasındaki fark

Site Status ve Health Check, App Service for Linux web sitelerinin güvenilirliğini anlamak ve iyileştirmek için birlikte kullanılabilecek özellikler; ama farklı amaçlara hizmet ederler.

Site Status, sitenizin anlık çalışma zamanı durumunu anlamanıza yardımcı olur. Platform tarafından tanımlanan durum değerlerini ve ayrıntılı hata bilgilerini kullanarak başlangıç, çalışma zamanı ve yapılandırma kaynaklı sorunları giderirken yol gösterir.

Health Check ise bir instance’ın trafik almaya devam edip etmemesi gerektiğini belirlemek için kullanılır. Müşteri tarafından yapılandırılmış bir uç noktayı çağırır, dönen HTTP yanıtına göre sağlıksız instance’ları tespit eder, trafiği yönlendirir ve gerektiğinde instance’ları değiştirir.

Health Check Site Status
Müşteri tarafından yapılandırılan bir uç noktayı çağırır. Platform tarafındaki çalışma zamanı kontrollerini kullanır.
Yapılandırılan uç noktanın döndürdüğü HTTP durumunu raporlar. Site için platform tanımlı bir çalışma zamanı durumu raporlar.
Bir instance’ın trafik alıp almayacağının belirlenmesine yardımcı olur. Sitenin çalışma zamanında ne olduğunu açıklamaya yardımcı olur.
Health check yolunun yapılandırılmasını gerektirir. Müşteri tarafından bir sağlık uç noktası tanımlanmasını gerektirmez.

Değerlendirme

Site Status, App Service for Linux web sitenizin çalışma zamanı durumuna daha net bir görünüm sağlar. Platform tarafından tanımlanmış durum değerlerini ve ayrıntılı çalışma zamanı bilgisini görünür kılarak uygulamanız başlatılırken, çalışırken, güncellenirken ya da durdurulurken neler yaşandığını anlamayı kolaylaştırır. Özellikle depolama, ağ veya kimlik doğrulama gibi yapılandırma kaynaklı sorunlarda hangi katmana bakılması gerektiğini kestirmek için iyi bir başlangıç noktası.

İlgili İçerikler

  • Python AI Uygulamalarında Azure App Service: Hız Kazandıran Sessiz Değişim
  • SQL MCP Server’ı App Service’te Çalıştırmak: Container’siz Yol
  • PHP 8.5 Azure App Service’te: Ne Değişti?

Kaynaklar ve İleri Okuma

  • Understand What’s Happening with Your App Service for Linux Website Using Site Status (Azure App Service Blog)
  • Azure App Service Linux’ta Startup Log Komutları
  • Kudu’da Log Görüntüleme: Linux App Service için Yeni Sayfa
  • Azure App Service Build 2026: Easy AI, Iv4 ve Yenilikler
🤖Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.
Aşkın KILIÇ
Aşkın KILIÇYazar

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.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102

İlgili Yazılar

Hosted Agents: Agent’lar İçin Güvenli ve Ölçekli Bulut
Hosted Agents: Agent’lar İçin Güvenli ve Ölçekli Bulut26 May 2026
C++’ta Copilot’u Konuşturmak: VS Code İçin Akıllı İpuçları
C++’ta Copilot’u Konuşturmak: VS Code İçin Akıllı İpuçları5 May 2026
.NET ve .NET Framework Mart 2026 Güncellemeleri: Gerçekten Güncelleme Yapmalı mıyız?
.NET ve .NET Framework Mart 2026 Güncellemeleri: Gerçekten Güncelleme Yapmalı mıyız?21 Mar 2026
Cosmos DB Dynamic Data Masking: Veri Güvenliğinde Yeni Dönem
Cosmos DB Dynamic Data Masking: Veri Güvenliğinde Yeni Dönem21 Nis 2026

Bu içerik işinize yaradı mı?

Benzer içerikleri kaçırmamak için YouTube ve GitHub hesaplarımı takip edin.

YouTube GitHub

Haftalık Bülten

Her pazar özenle seçilmiş teknoloji yazıları doğrudan e-postanıza gelsin.

Etiket azure app service Health Check Linux Web App Site Status Sorun Giderme
Önceki yazı

GitHub Copilot Harness ile Agent Framework Entegrasyonu

Sonraki yazı

Announcing Intelligent Terminal 0.1

İlginizi Çekebilir

Microsoft Foundry ile Ajan Maliyetini Sınırlama ve ROI
Aşkın KILIÇ 0

Microsoft Foundry ile Ajan Maliyetini Sınırlama ve ROI

20/09/2026
Foundry Dev Pack ile Tek Komutta Geliştirme Ortamı
Aşkın KILIÇ 1

Foundry Dev Pack ile Tek Komutta Geliştirme Ortamı

20/09/2026
Azure Local ve Azure Arc ile Dağıtık Hibrit Altyapı
Aşkın KILIÇ 3

Azure Local ve Azure Arc ile Dağıtık Hibrit Altyapı

19/09/2026

2 comments

comments user
Arda K. 07/08/2026 12:17

Azure tarafında hata ayıklamak bazen gerçekten can sıkıcı oluyor, Site Status bu konuda işleri epey kolaylaştırıyor gibi görünüyor. Ben genelde loglarla boğuşurdum, bu özelliği denemem lazım. Bu arada şu yazınız da güzeldi: Azure Boards: Kartlarda Pull Request Rozetleri — https://www.askinkilic.com.tr/azure-boards-kartlarda-pull-request-rozetleri/

Yanıtla
comments user
Selin N. 07/08/2026 18:07

Azure tarafında hep bu tür monitoring özelliklerini görmezden geliyordum, genellikle direkt loglara bakıyordum. Issues Detected kısmının son hatayı gösterdiğini bilmiyordum, deneyeceğim.

Yanıtla

Yorum gönder Yanıtı iptal et

Yazı Ara

Takip Edin

  • Takipçi
  • Takipçi
  • Takipçi
  • Abone
  • Takipçi
  • Azure Cosmos DB Spec Kit Eklentisi: Koddan Önce Tasarım
    21/09/2026 Azure Cosmos DB Spec Kit Eklentisi: Koddan Önce Tasarım
  • .NET 11 Performans: JIT Deabstraction ve Escape Analysis
    21/09/2026 .NET 11 Performans: JIT Deabstraction ve Escape Analysis
  • GitHub Rulesets: Code Coverage Kuralını REST API ile Yönet
    20/09/2026 GitHub Rulesets: Code Coverage Kuralını REST API ile Yönet
  • Microsoft Foundry ile Ajan Maliyetini Sınırlama ve ROI
    20/09/2026 Microsoft Foundry ile Ajan Maliyetini Sınırlama ve ROI
  • Foundry Dev Pack ile Tek Komutta Geliştirme Ortamı
    20/09/2026 Foundry Dev Pack ile Tek Komutta Geliştirme Ortamı
  • Node.js Addon'larını .NET Native AOT ile Yazmak
    21/04/2026 Node.js Addon’larını .NET Native AOT ile Yazmak
  • Microsoft 365 Copilot Agent Evaluations: Ajan Kalitesi Ölçümü
    09/05/2026 Microsoft 365 Copilot Agent Evaluations: Ajan Kalitesi Ölçümü
  • GitHub Copilot Build Performance: Proje Bazlı Analiz Geldi
    08/05/2026 GitHub Copilot Build Performance: Proje Bazlı Analiz Geldi
  • GitHub Actions Nisan 2026 Güncellemeleri: Üç Küçük Ama Etkili Hamle
    03/04/2026 GitHub Actions Nisan 2026 Güncellemeleri: Üç Küçük Ama Etkili Hamle
  • Azure DevOps ve GitHub: Yapay Zekâ Çağında Nereye Gidiyor?
    03/06/2026 Azure DevOps ve GitHub: Yapay Zekâ Çağında Nereye Gidiyor?
  • GitHub Copilot Pro Denemeleri Neden Durdu?
    11/04/2026 GitHub Copilot Pro Denemeleri Neden Durduruldu?
  • vcpkg'de Paralel Kurulum ve Güvenlik Yaması: Neler Değişti?
    06/04/2026 vcpkg’de Paralel Kurulum ve Güvenlik Yaması: Neler Değişti?
  • MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor?
    08/04/2026 MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor?
  • Yapay Zekâ Çağında Sanayi Politikası: Asıl Mesela Ne?
    06/04/2026 Yapay Zekâ Çağında Sanayi Politikası: Asıl Mesela Ne?
  • Microsoft Foundry Mart 2026: Sahadan İlk İzlenimler
    10/04/2026 Microsoft Foundry Mart 2026: Sahadan İlk İzlenimler

Hakkımda

Aşkın KILIÇ

Microsoft Azure Çözüm Uzmanı. Bulut bilişim, yapay zekâ, DevOps ve kurumsal güvenlik üzerine yazılar yazıyorum.

Devamını Oku →

Kategoriler

  • Azure
  • Bulut Altyapı
  • DevOps
  • Geliştirici Araçları
  • Güvenlik & Kimlik
  • Konteyner & Kubernetes
  • Kurumsal Teknoloji
  • Microsoft 365
  • Microsoft Azure
  • Veri & Analitik
  • Yapay Zeka

Popüler Etiketler

AI ajanları ASP.NET Core Azure azure app service Azure Cosmos DB Azure Developer CLI Azure DevOps Azure OpenAI azure sdk Azure SQL bulut bilişim CI/CD CodeQL code review copilot Copilot CLI DevOps geliştirici verimliliği GitHub GitHub Actions GitHub Copilot güvenlik Kimlik Doğrulama Kubernetes Kurumsal geliştirme kurumsal güvenlik kurumsal yapay zeka maliyet optimizasyonu MCP Microsoft Agent Framework Microsoft Azure Microsoft Entra ID Microsoft Foundry otomasyon performans Pull Request RAG SEO uyumlu verimlilik veri yönetimi Visual Studio Visual Studio 2026 VS Code yapay zeka Yazılım geliştirme
  • Gizlilik Politikası
  • Çerez Politikası
  • Kullanım Koşulları
  • Hakkımda
  • İletişim

© 2026 Aşkın KILIÇ | Tüm hakları saklıdır. | Powered By SpiceThemes

Çerez tercihleri Zorunlu çerezler sitenin çalışması için kullanılır. Analitik çerezler yalnız açık izninizden sonra Google Analytics ve Microsoft Clarity için etkinleştirilir. KVKK ve Çerez Politikası
✉

Haftalık Bülten

Azure, DevOps ve Yapay Zeka dünyasındaki en güncel içerikleri her hafta doğrudan e-postanıza alın.

Spam yok. İstediğiniz zaman iptal edebilirsiniz.
📱
Uygulamayı Yükle Ana ekrana ekle, çevrimdışı oku
Ana Sayfa
Kategoriler
💻 Geliştirici Araçları 463 yazı 🏗️ Bulut Altyapı 374 yazı 🤖 Yapay Zeka 312 yazı 🔧 DevOps 258 yazı ☁️ Microsoft Azure 250 yazı 🔒 Güvenlik & Kimlik 214 yazı 🏢 Kurumsal Teknoloji 92 yazı 📊 Veri & Analitik 65 yazı 🐳 Konteyner & Kubernetes 61 yazı 📧 Microsoft 365 22 yazı 📁 Azure 1 yazı
Ara
Popüler
Yapay Zeka Azure Kubernetes DevOps Copilot Docker
Paylaş
WhatsApp
İçindekiler
    ← GitHub Copilot Harness ile Age...
    Announcing Intelligent Termina... →
    📩

    Gitmeden önce!

    Her pazar özenle seçilmiş teknoloji yazıları ve AI haberleri doğrudan e-postanıza gelsin. Ücretsiz, spam yok.

    🔒 Bilgileriniz güvende. İstediğiniz zaman ayrılabilirsiniz.

    📬 Haftalık bülten: Teknoloji + AI haberleri
    Beni Takip Et Yeni Azure / AI / DevOps yazılarını GitHub ve RSS üzerinden takip edin.
    GitHub RSS