Uç Nokta İzleme

"Endpoint" nedir?

Endpoint internette adreslenebilen ve erişilebilirliği doğrulamak için sorgulanabilen her şeydir. Klasik örnek, bir web sayfasının URL'sidir — ancak modern altyapılarda, ilgilendiğiniz şeyler çok daha çeşitlidir: REST API, GraphQL endpoint’leri, e-posta sunucuları, veritabanı dinleyicileri, mesaj kuyrukları, konteynerlerin health-check portları, dahili yönetim panelleri, webhook alıcıları. DiagnoSEO Uptime Monitoring bunları tek tip olarak ele alır: Bu endpoint için “sağlıklı” ne demek tanımlarsınız, kontrol programı ayarlarsınız, bir arıza olduğunda uyarı alırsınız.

Bu sayfa, araç tarafından desteklenen her endpoint türünü, ne için uygun olduğunu ve izlemenin ne tür sinyaller verdiğini açıklar.

HTTP / HTTPS Endpoint’leri (Web siteleri)

Varsayılan durum. https://example.com girersiniz ve izleme aracı belirli aralıklarla GET isteği yapar (plana bağlı olarak 1 dakika, 5, 10, 30 veya 60 dakika). Başarılı bir kontrol şu anlama gelir: TCP bağlantısı kuruldu, TLS el sıkışması tamamlandı (HTTPS için), istenen HTTP durum kodu ile bir yanıt alındı (varsayılan: 2xx veya 3xx) ve isteğe bağlı olarak anahtar kelime yanıt gövdesinde mevcut (veya mevcut değil). Kontrol Time To First Byte’ı, toplam yanıt süresini, içerik boyutunu, yönlendirme zincirini ve tam yanıt başlık setini kaydeder.

HTTP endpoint’leri şunlar için uygundur: pazarlama siteleri, bloglar, e-ticaret mağazaları, SaaS panelleri, dokümantasyon portalları — insanların tarayıcı ile ziyaret ettiği her yer.

API Endpoint’leri (REST / GraphQL / JSON-RPC)

API’lar için “yanıt verdi mi” yeterli değil — “doğru yanıt verdi mi” gerekir. İzlemeyi özel bir HTTP yöntemiyle (GET, POST, PUT, DELETE, PATCH), özel başlıklarla (kimlik doğrulama token'ları, content-type), istek gövdesiyle (POST/PUT için JSON veri) ve yanıttaki JSON asersiyonlarıyla ayarlarsınız (data.status değeri "ok" olmalı, result.count sıfırdan büyük olmalı, errors[] boş olmalı). Bozuk bir yükle HTTP 200 dönen bir API en kötü arızadır — basit bir izlemeye göre sağlıklı görünür ama tüm istemcileri yanıltır. JSON asersiyonları bunu yakalar.

Ayar ve asersiyon söz dizimi için API izleme rehberine bakın.

TCP Port Endpoint’leri

HTTP dışı hizmetler için: SMTP (port 25 / 587 / 465), POP3 (110 / 995), IMAP (143 / 993), veritabanı dinleyicileri (PostgreSQL 5432, MySQL 3306, Redis 6379, MongoDB 27017), SSH (22), FTP (21), özel uygulama portları. İzleme aracı, verilen host:port’a TCP bağlantısı açar ve zaman aşımı penceresinde bağlantı kabul edilirse başarı olarak raporlar. Protokol seviyesi el sıkışma (handshake) olmadan — sadece “servis dinliyor mu”.

Bu, TCP tabanlı bir hizmetin erişilebilirliğini önemsediğiniz ve protokol bilincine sahip kontrole gerek duymadığınız durumlar için uygun bir izleyicidir. SMTP banner doğrulaması veya veritabanında sorgu bazında kontrol için heartbeat izleme kullanın (hizmetiniz sağlıklı olduğunda bize ping atar, cron-job / heartbeat monitoring’e bakın).

Ping Endpoint’leri (ICMP)

Katman 3 erişilebilirlik kontrolü. İzleme aracı hedef hostname veya IP’ye ICMP echo isteği gönderir ve yanıt bekler. Yönlendiriciler, switch’ler, IoT cihazları, ping’e yanıt veren ama HTTP çalışmayan her şey için kullanışlıdır. Unutmayın, birçok bulut sağlayıcısı (AWS, GCP, Azure) ICMP’yi güvenlik grubu seviyesinde varsayılan olarak engeller, host sağlıklı olsa bile — bulut iş yüklerinde HTTP kontrolleri veya TCP portları tercih edin.

Hostname / DNS Endpoint’leri

DNS çözümlemesini izleme. Araç, alan adınız için A, AAAA, MX, NS, TXT ve CNAME kayıtlarını periyodik olarak sorgular, sonuçların anlık görüntüsünü alır ve biri değişirse uyarı gönderir. Şunları tespit eder: yetkisiz DNS ele geçirmeleri, DNS sağlayıcı taşınırken yapılan yapılandırma hataları, dış hizmetlerin bildirim vermeden endpoint’lerini değiştirmesi (ör: CDN’iniz IP bloklarını değiştiriyor), yazım hatasıyla silinen MX kayıtları.

DNS izlemesi erişilebilirlikle ilgili değildir — DNS sağlayıcınız muhtemelen orijinden daha güvenilirdir. Amaç değişikliği tespit etmektir. Tam açıklama için DNS değişikliği izlemeye bakın.

SSL sertifika Endpoint’leri

Her HTTPS endpoint’i için uptime kontrolünün üzerine otomatik SSL izleme eklenir. Araç sertifikayı okur, geçerlilik süresini ve düzenleyicisini parse eder ve bitişten 30, 14, 7, 3 ve 1 gün önce uyarı verir. Ayrıntılar için SSL sertifika izlemeye bakın.

Alan adı süresi dolma endpoint’leri

İzlenen her URL için araç, WHOIS’i günde bir kez sorgular ve alan adı kayıt bitiş tarihini izler. Uyarılar SSL ile aynı eşiklerde gönderilir (30/14/7/3/1 gün). Yenileme eksikliği felakettir — alan adı sahipsiz kalır ve biri grace süresi sonunda kaydedebilir. Alan adı süresi dolma izlemeye bakın.

Doğru endpoint türünü seçme

Hangi izleme türünü kullanacağınızı bilmiyorsanız, web arayüzü olan her şey için HTTP/HTTPS ile başlayın, geri kalanı için TCP portunu kullanın, ve ağ yüzeyi olmayan batch görevleri için heartbeat kontrolleri ekleyin. Aynı hedefi birden fazla türde izleyebilirsiniz — örneğin 443. port için TCP port kontrolü “sunucu açık, ama TLS el sıkışması bozuk” gibi bir durumu yakalar, aynı URL’de HTTP kontrolü de bu durumu işaretler, kendi iç monitoring agent’ınızdan heartbeat ise uygulama mantığınızın gerçekten çalıştığını doğrular.

Sıkça Sorulan Sorular

• Endpoint nedir?

  İnternette adreslenebilen her şey: HTTP/HTTPS URL’leri, REST API’lar, TCP portları (SMTP, MySQL, özel portlar), ping atılabilen hostnameler, DNS kayıtları, SSL sertifikaları ve alan adı kayıt girişleri. Her endpoint türü için bir izleme ayarlayın.

• HTTP kontrolü mü yoksa TCP portu mu kullanılmalı?

  HTTP, tüm web hizmetleri için iyi bir varsayılan seçimdir. TCP portu ise HTTP dışı hizmetler (veritabanları, e-posta sunucuları, özel protokoller) için, yalnızca "servis bağlantı kabul ediyor mu" önemliyse daha uygundur. Düşük seviyeli erişilebilirlik için TCP, "uygulama doğru mu cevap veriyor" için ise HTTP kullanın.

• Heartbeat (cron-job) izleyiciler nasıl farklıdır?

  Heartbeat terstir — biz sizin hizmetinizi sorgulamak yerine, hizmetiniz bize bilinen bir URL’den ping atar. Beklenen süre içinde ping gelmezse uyarı göndeririz. Cron joblar, toplu işler ve kontrol edilecek ağ yüzeyi olmayan her türlü zamanlanmış işlemler için kullanılır.

• Bir URL birden fazla izlemeye sahip olabilir mi?

  Evet. Aynı hedefi birden fazla kontrol türüyle izleyebilirsiniz — ör: tam erişilebilirlik için HTTP kontrolü artı 443 TCP portu kontrolü ile TLS el sıkışma sorunlarını tespit edebilirsiniz. Her izleme bağımsız çalışır ve bağımsız uyarı verir.

• SSL ve domain ayrı ayrı mı izlenecek?

  Hayır — her HTTPS endpoint’i, uptime kontrolüne ek olarak otomatik SSL izleme alır, izlenen her URL için günlük domain süresi dolma izlemesi yapılır. Her ikisi de paket halinde, ekstra konfigürasyon gerekmez. Alan adı izleme domain seviyesindedir — aynı domain üzerindeki birden fazla izleme WHOIS verisini paylaşır.