The source distribution includes a set of example configuration templates for each of the three major Envoy deployment types:
The goal of this set of example configurations is to demonstrate the full capabilities of Envoy in a complex deployment. All features will not be applicable to all use cases. For full documentation see the configuration reference.
Envoy configurations can become relatively complicated. At Lyft we use jinja templating to make the configurations easier to create and manage. The source distribution includes a version of the configuration generator that loosely approximates what we use at Lyft. We have also included three example configuration templates for each of the above three scenarios.
Generator script: configs/configgen.py
Service to service template: configs/envoy_service_to_service_v2.template.yaml
Front proxy template: configs/envoy_front_proxy_v2.template.yaml
Double proxy template: configs/envoy_double_proxy_v2.template.yaml
To generate the example configurations run the following from the root of the repo:
mkdir -p generated/configs bazel build //configs:example_configs tar xvf $PWD/bazel-out/k8-fastbuild/bin/configs/example_configs.tar -C generated/configs
The previous command will produce three fully expanded configurations using some variables defined inside of configgen.py. See the comments inside of configgen.py for detailed information on how the different expansions work.
A few notes about the example configurations:
An instance of endpoint discovery service is assumed to be running at discovery.yourcompany.net.
DNS for yourcompany.net is assumed to be setup for various things. Search the configuration templates for different instances of this.
Route discovery service is configured for the service to service reference configuration and it is assumed to be running at rds.yourcompany.net.
Cluster discovery service is configured for the service to service reference configuration and it is assumed that be running at cds.yourcompany.net.