envoyproxy/envoy

Refactor Listener configuration

Offen

#8.391 geöffnet am 26.09.2019

Auf GitHub ansehenContributor Guide
 (2 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C++ (5.373 Forks)batch import
api/v3help wanted

Repository-Metriken

Stars
 (27.997 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

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.

Contributor Guide

Research-Richtung
Überprüfen Sie die vorhandene Listener Nachricht in lds.proto und entwerfen Sie eine neue Listener Struktur. Erstellen Sie eine neue Protobuf Nachricht für NewKindOfListener und markieren Sie den vorhandenen Listener als veraltet. Implementieren Sie dann die v3 Änderungen, um die veraltete Nachricht zu entfernen.
Tech Stack
Keine
Domain
backendnetworking
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
4
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
C++EnvoyProtocol Buffers
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
30