envoyproxy/envoy

API request: xds async NACK

Open

#9447 aperta il 21 dic 2019

Vedi su GitHub
 (3 commenti) (0 reazioni) (0 assegnatari)C++ (5373 fork)batch import
area/xdsenhancementhelp wanted

Metriche repository

Star
 (27.997 star)
Metriche merge PR
 (Merge medio 8g) (378 PR mergiate in 30 g)

Descrizione

When envoy receives a listener from management server it has 3 choices

  1. accept listener and put it in ready state
  2. Reject listener with a NACK
  3. Accept config and put listener in a warming state awaiting an async operation.

If the async operation fails for any reason and it was performed against separate management server, the original management server has no way to know what happened.

There should be a way to indicate a NACK after async operations complete.

This happens with SDS, Wasm code fetch via url or fcds.

Related issues: https://github.com/envoyproxy/envoy/issues/5739 https://github.com/envoyproxy/envoy/issues/7867

Guida contributor

Direzione di ricerca
Esaminare il protocollo xDS e l'attuale implementazione NACK in Envoy. Comprendere come funzionano le operazioni asincrone come SDS, Wasm fetch o FCDS. Quindi progettare un modo per inviare un NACK dopo il completamento asincrono, possibilmente estendendo la risposta xDS o introducendo un nuovo messaggio. Rivedere i problemi correlati #5739 e #7867 per il contesto.
Tech stack
cpp
Dominio
backend
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
3-5 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Abbastanza chiara
Prerequisiti
C++envoy internals
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
25