Parçalar
Veritabanı
Sorgu sonuçları, loglar ve oturumlar için şema; indeks ve büyütme riski.
API katmanı
TC sorgu ve GSM sorgu uçlarının sözleşmesi, versiyonlama, hata kodları.
Kuyruk
Yoğun saatlerde sorgu dağılımı, yeniden deneme ve ölü iş temizliği.
Cache
Kısa TTL ile tutarlılık; hatalı cache’in suistimal kapılarını açması.
Örnek sorgu paneli akışı
Klasik bir sorgu paneli mimarisi şu bileşenlerden oluşur:
- Uç nokta: /tc-sorgu, /gsm-sorgu, /adres-sorgu vb.
- Doğrulama + yetkilendirme katmanı
- Orkestratör: kuyruk, kaynak seçimi, timeout
- Yanıt şeması (doğruluk, kaynak, süre)
- Log ve ölçüm katmanı
Mimari denetimde en değerli çıktı: tek nokta arızalarının (tek DB, tek kaynak, tek kuyruk) haritasıdır.
Denetim başlıkları
- İndeks stratejisi (TC / GSM sorgu sütunları)
- Bağlantı havuzu ve zaman aşımı yönetimi
- Kuyruk tüketicisi ölçeklendirme kuralları
- Cache anahtar tasarımı ve TTL kararları
- API sürüm değişikliklerinin sorgu paneli etkisi
Sık sorulanlar
Sorgu paneli mimarisi; sorgu uçları, doğrulama, orkestrasyon (kuyruk/cache), veritabanı ve log katmanlarının birlikte nasıl kurulduğudur.
Doğrulama, log maskeleme ve rate limit; veri modelinden önce gelir. Çünkü sonradan eklemek maliyetli ve risklidir.
İsteğe bağlı. Gerekirse uygulama katmanı da incelenir; ancak çoğu zaman API sözleşmesi ve trafik profili yeterli başlangıçtır.
Sorgu paneliniz için analiz
Panel türünü ve hedef kelimeleri paylaşın; ön notla dönelim.