envoyproxy/envoy

Refactor Listener configuration

Open

#8 391 ouverte le 26 sept. 2019

Voir sur GitHub
 (2 commentaires) (0 réactions) (0 assignés)C++ (5 373 forks)batch import
api/v3help 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

As per the #next-major-version tag in lds.proto, we want to create a new listener structure for v3. I think this should be done in v2, with the creation of some NewKindOfListener resource and the existing Listener tagged as deprecated at message level. Following this, we can have v3 acting as the deprecation tick to remove.

Guide contributeur

Direction de recherche
Examinez le message Listener existant dans lds.proto et concevez une nouvelle structure de listener. Créez un nouveau message protobuf pour NewKindOfListener et marquez le Listener existant comme déprécié. Ensuite, implémentez les modifications v3 pour supprimer le message déprécié.
Stack technique
Aucun
Domaine
backendnetworking
Type d'issue
Refactorisation
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.
Claire
Prérequis
C++EnvoyProtocol Buffers
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
30