diff --git a/docs/root/configuration/other_features/rate_limit.rst b/docs/root/configuration/other_features/rate_limit.rst index d3503a899878f..4fa374cb4a69a 100644 --- a/docs/root/configuration/other_features/rate_limit.rst +++ b/docs/root/configuration/other_features/rate_limit.rst @@ -14,5 +14,5 @@ gRPC service IDL Envoy expects the rate limit service to support the gRPC IDL specified in :ref:`rls.proto `. See the IDL documentation -for more information on how the API works. See Lyft's reference implementation -`here `_. +for more information on how the API works. See Envoy's reference implementation +`here `_. diff --git a/docs/root/intro/arch_overview/other_features/global_rate_limiting.rst b/docs/root/intro/arch_overview/other_features/global_rate_limiting.rst index e8dbfbc2a2bbb..538c5a7a1fe7f 100644 --- a/docs/root/intro/arch_overview/other_features/global_rate_limiting.rst +++ b/docs/root/intro/arch_overview/other_features/global_rate_limiting.rst @@ -14,7 +14,7 @@ normally during typical request patterns but still prevent cascading failure whe to fail. Global rate limiting is a good solution for this case. Envoy integrates directly with a global gRPC rate limiting service. Although any service that -implements the defined RPC/IDL protocol can be used, Lyft provides a `reference implementation `_ +implements the defined RPC/IDL protocol can be used, Envoy provides a `reference implementation `_ written in Go which uses a Redis backend. Envoy’s rate limit integration has the following features: * **Network level rate limit filter**: Envoy will call the rate limit service for every new diff --git a/docs/root/intro/arch_overview/other_protocols/dynamo.rst b/docs/root/intro/arch_overview/other_protocols/dynamo.rst index d757fe5aa42df..8fa20b25cc27c 100644 --- a/docs/root/intro/arch_overview/other_protocols/dynamo.rst +++ b/docs/root/intro/arch_overview/other_protocols/dynamo.rst @@ -12,7 +12,7 @@ Envoy supports an HTTP level DynamoDB sniffing filter with the following feature * Batch operation partial failure statistics. The DynamoDB filter is a good example of Envoy’s extensibility and core abstractions at the HTTP -layer. At Lyft we use this filter for all application communication with DynamoDB. It provides an +layer, and can be used to filter all application communication with DynamoDB. It provides an invaluable source of data agnostic to the application platform and specific AWS SDK in use. DynamoDB filter :ref:`configuration `. diff --git a/docs/root/intro/arch_overview/other_protocols/mongo.rst b/docs/root/intro/arch_overview/other_protocols/mongo.rst index 6ae713ea20871..e5ccf0a49d9f9 100644 --- a/docs/root/intro/arch_overview/other_protocols/mongo.rst +++ b/docs/root/intro/arch_overview/other_protocols/mongo.rst @@ -12,8 +12,8 @@ Envoy supports a network level MongoDB sniffing filter with the following featur * Per callsite statistics via the $comment query parameter. * Fault injection. -The MongoDB filter is a good example of Envoy’s extensibility and core abstractions. At Lyft we use -this filter between all applications and our databases. It provides an invaluable source of data +The MongoDB filter is a good example of Envoy’s extensibility and core abstractions, and can be used +to filter between all applications and MongoDB databases. It provides an invaluable source of data that is agnostic to the application platform and specific MongoDB driver in use. MongoDB proxy filter :ref:`configuration reference `. diff --git a/docs/root/intro/deployment_types/double_proxy.rst b/docs/root/intro/deployment_types/double_proxy.rst index fd2757747bf49..ccf622eb63ac9 100644 --- a/docs/root/intro/deployment_types/double_proxy.rst +++ b/docs/root/intro/deployment_types/double_proxy.rst @@ -21,6 +21,5 @@ ordinarily would not be trustable (such as the x-forwarded-for HTTP header). Configuration template ^^^^^^^^^^^^^^^^^^^^^^ -The source distribution includes an example double proxy configuration that is very similar to -the version that Lyft runs in production. See :ref:`here ` for more -information. +The source distribution includes an example double proxy configuration. See +:ref:`here ` for more information. diff --git a/docs/root/intro/deployment_types/front_proxy.rst b/docs/root/intro/deployment_types/front_proxy.rst index f89e8cb17da55..d7e6494b9e794 100644 --- a/docs/root/intro/deployment_types/front_proxy.rst +++ b/docs/root/intro/deployment_types/front_proxy.rst @@ -21,6 +21,5 @@ reverse proxy provides the following features: Configuration template ^^^^^^^^^^^^^^^^^^^^^^ -The source distribution includes an example front proxy configuration that is very similar to -the version that Lyft runs in production. See :ref:`here ` for more -information. +The source distribution includes an example front proxy configuration. See +:ref:`here ` for more information. diff --git a/docs/root/intro/deployment_types/service_to_service.rst b/docs/root/intro/deployment_types/service_to_service.rst index a4200a607ab3a..7fb891f900ac0 100644 --- a/docs/root/intro/deployment_types/service_to_service.rst +++ b/docs/root/intro/deployment_types/service_to_service.rst @@ -64,5 +64,4 @@ load balancing, statistics gathering, etc. Configuration template ^^^^^^^^^^^^^^^^^^^^^^ -The source distribution includes :ref:`an example service-to-service configuration` -that is very similar to the version that Lyft runs in production. +The source distribution includes :ref:`an example service-to-service configuration`. diff --git a/docs/root/start/install/ref_configs.rst b/docs/root/start/install/ref_configs.rst index 5981498beff3b..7aebc814da96d 100644 --- a/docs/root/start/install/ref_configs.rst +++ b/docs/root/start/install/ref_configs.rst @@ -17,11 +17,10 @@ see the :ref:`configuration reference `. Configuration generator ----------------------- -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. +Envoy configurations can become relatively complicated. The +source distribution includes a version of the configuration generator that uses `jinja +`_ templating to make the configurations easier to create and manage. We +have also included three example configuration templates for each of the above three scenarios. * Generator script: :repo:`configs/configgen.py` * Service to service template: :repo:`configs/envoy_service_to_service_v2.template.yaml`