Preskoči na glavni sadržaj
🔒 Način pregleda. Prvih petnaest Foundations lekcija je besplatno; ova je Pro. Pokrenite 7-dnevni trial da otključate editor, AI savjete i ostatak programa. Kartica obavezna, otkažite bilo kada u Dashboard.
Pokreni 7-dnevni trial →
⚡
← Kolegiji
›
FastAPI Production
›
Modul 5 · Razvoj proizvodnje i mogućnost promatranja
›
Zdravstvene sonde — plitko naspram duboko
quiz
83 / 105
🇭🇷
HR
▼
↗
Podijeli
⋯
Više
+100 XP
📋
Zadatak
📖
Teorija
🤖
AI Pomoć
Zadatak
📝 **Pitanje:** Zašto živost mora biti plitka provjera? 📋 Odaberite pravi odgovor. 💡 **Savjet:** Ponovno pročitajte gornju teoriju ako niste sigurni.
🎯 Kviz
Pitanje
📝 **Pitanje:** Zašto živost mora biti plitka provjera? 📋 Odaberite pravi odgovor. 💡 **Savjet:** Ponovno pročitajte gornju teoriju ako niste sigurni.
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
💬 Rasprava
Budi prvi — postavi pitanje ili podijeli savjet.
Prijavi se
kako bi se pridružio raspravi. Čitanje je besplatno.
Učitavanje rasprave…