Прескочи на главни садржај
🔒 Режим прегледа. Првих петнаест Foundations лекција је бесплатно; ова је Pro. Покрените 7-дневни trial да откључате едитор, AI савете и остатак курса. Картица је обавезна, можете отказати у било ком тренутку у Dashboard.
Покрени 7-дневни trial →
⚡
← Kursevi
›
FastAPI Production
›
Модул 5 · Примјена производње и уочљивост
›
Здравствене сонде — плитке наспрам дубоке
quiz
83 / 105
🇷🇸
SR
▼
↗
Подели
⋯
Више
+100 XP
📋
Zadatak
📖
Teorija
🤖
AI Pomoć
Zadatak
📝 **Питање:** Зашто животност мора бити плитка провера? 📋 Изаберите тачан одговор. 💡 **Савет:** Поново прочитајте горњу теорију ако нисте сигурни.
🎯 Kviz
Pitanje
📝 **Питање:** Зашто животност мора бити плитка провера? 📋 Изаберите тачан одговор. 💡 **Савет:** Поново прочитајте горњу теорију ако нисте сигурни.
A
Performance only — every liveness probe runs on the request thread, so deep checks add measurable latency to every nearby user-facing call inside the same pod
B
If liveness checks the DB, any transient DB problem kills every pod in the deployment, and the cold-start storm during restart further hammers the DB
C
Kubernetes requires it — the kubelet enforces a 1-second timeout on `livenessProbe` and any deep check that touches a network dependency will fail the spec validation step
D
Deep liveness checks are slower than readiness checks — kubelet polls liveness every 200ms by default and any query against Postgres exceeds the strict per-probe budget
Odgovori
💬 Diskusija
Budi prvi — postavi pitanje ili podeli savet.
Prijavi se
da bi se pridružio diskusiji. Čitanje je besplatno.
Učitavanje diskusije…