App Health Checks page is missing description of defined behavior for when an app has multiple replicas
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- kubernetes
- Ambito
- documentation
Direzione di ricerca
Leggi la pagina esistente App Health Checks in Operations => Resiliency => Health Checks => App Health Checks e ricostruisci il comportamento documentato per le applicazioni con più pod. Conferma in che modo le repliche non integre influiscono sulle invocazioni dei servizi e sulla distribuzione di Pub/Sub, includendo il caso di un pod non integro e quello della maggioranza dei pod non integri; il lavoro è completato quando la pagina documenta chiaramente questi casi.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What content needs to be created or modified?
The current content for App Health Checks does not provide a description for the defined behavior of App Health Checks for applications with multiple pods running. e.g. when one pod is deemed unhealthy out of a replica set, does DAPR cut off access to all pods or just the unhealthy one ?
Describe the solution you'd like
I'd like to see the defined behavior for multiple-replica applications added to this page, e.g. what happens when one pod is unhealthy ? what happens when a majority of pods are unhealthy ? How does number of unhealthy pods impact delivery of Service Invocations, Pub/Sub subscriptions, etc to each of the different pods with differing health states ?
Where should the new material be placed?
In the existing page for App Health Checks under Operations => Resiliency => Health Checks => App Health Checks in the navigation menu for the documentation.
- Lingua principale
- SCSS
- Stelle
- 1k
- Fork
- 796
- Merge medio
- 3g 5h
- PR unite (30g)
- 18
Preparare l'ambiente
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di dapr/docs
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
content/missing-information
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
content/incorrect-information
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
Link Checker ReportApertaautomated issue report
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
supabase/agent-skills#611 ·
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 75/100
isocpp/CppCoreGuidelines#2338 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
polka-codes/test#345 ·
I maintainer di solito rispondono entro 1 giorno