Web (Site Kurucu)

readyz

2 uç · /api/web/v1/readyz

İstek örnekleri ucun GERÇEK metodu ve yolundan üretilir. 2 ucun elle doğrulanmış gövde örneği henüz yok; o uçlarda iskelet gövdesizdir — uydurma bir alan yazmıyoruz.

GET/readyz

Hazırlık — DB + cache. ⚠ `clock` bileşeni de var: uygulama ile veritabanı

Herkese açık

saati ayrışırsa `expires_at > now()` kararları sessizce kayar ve arıza "bazen atıyor" diye gelir (saat sözleşmesi).

İstek
curl -X GET "https://{slug}--panel.web.blesyum.app/readyz" \
  -H "Accept: application/json"
Yanıt
{
  "data": "…",
  "trace_id": "01JC…"
}
GET/readyz/detail

`GET /readyz/detail` — **DAİMA 200**, ops içindir.

Oturum

# 🔴 Neden `/readyz`e EKLENMEDİ `/readyz` tek bir soruyu yanıtlar: *"kenar bu replikaya trafik göndersin mi"* — düştüğünde **503** döner ve replika trafikten düşer. Nesne deposu ya da platform havuzu bu soruya CEVAP VERMEZ: * **Depo düşerse** sayfa gövdesi yine çizilir (bloklar DB'dedir); yalnız medya ve tema varlıkları kırılır. Bunu 503'e çevirmek, KISMİ bir arızayı müşterinin sitesinin TAMAMEN kapanmasına yükseltmek olurdu. * **Platform havuzu yoksa** işçiler pasif kalır (zamanlanmış yayın, yedek, budama) — istekler yine servis edilir. Ama ikisi de SESSİZ kalamaz: çalışmayan bir yedekleme *"yedeğim vardı sanıyordum"* demektir. Bu uç onları GÖRÜNÜR yapar, trafiği kesmeden.

İstek
curl -X GET "https://{slug}--panel.web.blesyum.app/readyz/detail" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"
Yanıt
{
  "data": "…",
  "trace_id": "01JC…"
}
Bu sayfa işine yaradı mı?