envoyproxy/envoy

Better control on xDS deduplication based on protobuf

Open

#8 301 ouverte le 19 sept. 2019

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)C++ (5 373 forks)batch import
api/v3design proposalhelp wanted

Métriques du dépôt

Stars
 (27 997 stars)
Métriques de merge PR
 (Merge moyen 8j) (378 PRs mergées en 30 j)

Description

From discussion in https://github.com/envoyproxy/envoy/pull/8231#discussion_r324191998

Key take aways:

  • Prefer using version_info instead comparing new xDS delivered config with existing one, this also solves https://github.com/envoyproxy/envoy/issues/7676

  • Add a UUID in ConfigSource for deduplication, instead of hashing ConfigSource proto to automatically dedup. This means RDS/SDS ConfigSource sent from LDS should be deduplicated at control plane.

Guide contributeur

Direction de recherche
Étudiez comment la déduplication xDS est actuellement implémentée dans Envoy, comprenez l'approche version info et UUID proposée dans le problème, et proposez un plan d'implémentation.
Stack technique
cpp
Domaine
backendinfrastructureapi
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
4
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
GitC++ProtobufEnvoy architecture
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
30