In this scenario you will learn how to transform the Envoy static configuration to be dynamic, allowing changes to be made and automatically updated within Envoy.
You will learn:
The Dynamic Configuration APIs available.
How to configure Envoy to use a dynamic file-based upstream configuration.
How to make changes to the configuration and see the results in Envoy.
Congratulations you successfully moved from a static configuration to a dynamic file-based configuration approach.
In this scenario you learned:
The Dynamic Configuration APIs available
How to configure Envoy to use a dynamic file-based upstream configuration
How to make changes to the configuration and see the results in Envoy
In future scenarios you will learn how to take the file based approach and convert it into a API driven approach.

Steps
File Based Dynamic Routing Configuration
Step 1 - Envoy Dynamic Configuration
In the previous scenarios we've defined the static configuration. However this has made it difficult to reload the configuration when changes are required. To solve this, the static configuration can be defined as Dynamic Configuration. With Dynamic Configuration, when changes are made, Envoy will automatically reload the changes and apply them to the configuration and traffic routing.
Envoy supports different parts of the configuration as dynamic. The APIs available are:
EDS: The Endpoint Discovery Service (EDS) API provides a way Envoy can discover members of an upstream cluster. This allows you to dynamically add and remove servers handling the traffic.
CDS: The Cluster Discovery Service (CDS) API layers on a mechanism by which Envoy can discover upstream clusters used during routing.
RDS: The Route Discovery Service (RDS) API layers on a mechanism by which Envoy can discover the entire route configuration for an HTTP connection manager filter at runtime. This would enable concepts such as dynamically changing traffic shifting and blue/green releases.
LDS: The Listener Discovery Service (LDS) layers on a mechanism by which Envoy can discover entire listeners at runtime.
SDS: The Secret Discovery Service (SDS) layers on a mechanism by which Envoy can discover cryptographic secrets (certificate plus private key, TLS session ticket keys) for its listeners, as well as the configuration of peer certificate validation logic (trusted root certs, revocations, etc).
The value for configuration can come from the filesystem, REST-JSON or gRPC endpoints.
More information can be found in the xDS configuration API overview
In the next steps, we'll change our configuration to use Endpoint Discovery Service (EDS) allowing nodes to be dynamically added based with data coming from the filesystem.
You’ll love Katacoda

Guided Path
Knowing what you need to know is the hardest part. Our guided pathways help build your knowledge around real-world scenarios.

Learn By Doing
The best way to learn is by doing. All our tutorials are interactive with pre-configured live environments ready for you to use.

Stay up-to-date
It's a competitive industry. Your skills need to keep up with the latest approaches. Katacoda keeps your skills up-to-date.
You’ll love Katacoda

Guided Path
Knowing what you need to know is the hardest part. Our guided pathways help build your knowledge around real-world scenarios.

Learn By Doing
The best way to learn is by doing. All our tutorials are interactive with pre-configured live environments ready for you to use.

Stay up-to-date
It's a competitive industry. Your skills need to keep up with the latest approaches. Katacoda keeps your skills up-to-date.