Skip to content

docs: fix missing links in API_OVERVIEW.md#440

Closed
taiki45 wants to merge 1 commit intoenvoyproxy:masterfrom
taiki45:fix-missing-links
Closed

docs: fix missing links in API_OVERVIEW.md#440
taiki45 wants to merge 1 commit intoenvoyproxy:masterfrom
taiki45:fix-missing-links

Conversation

@taiki45
Copy link
Copy Markdown
Member

@taiki45 taiki45 commented Jan 28, 2018

To match new subdir layout of #421.

Signed-off-by: Taiki Ono taiks.4559@gmail.com

Signed-off-by: Taiki Ono <taiks.4559@gmail.com>

* [Cluster Discovery Service (CDS)](api/cds.proto).
* [Endpoint Discovery Service (EDS)](api/eds.proto). This has the same role as SDS in the [v1 API](https://www.envoyproxy.io/docs/envoy/latest/configuration/cluster_manager/sds_api.html),
* [Cluster Discovery Service (CDS)](envoy/service/discovery/v2/cds.proto).
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Unfortunately, this is about to change back in #438, stay tuned. Thanks for jumping in and fixing though.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for checking. Got it.

I also found some broken links in sphinx docs, so once the refactoring has been completed, we should run a script to fix all the links.

Closing this temporal fix and wait the on-going refactoring, thanks.

@taiki45 taiki45 closed this Jan 29, 2018
@taiki45 taiki45 deleted the fix-missing-links branch January 29, 2018 02:18
mattklein123 pushed a commit that referenced this pull request May 8, 2018
This PR adds a configuration flag that allows disabling the "eventually consistent" aspect of endpoint updates: instead of waiting for the endpoints to go unhealthy before removing them from the cluster, do so immediately. This gives greater control to the control plane in cases where one might want to divert traffic from an endpoint
without having it go unhealthy. The flag goes on the cluster and so applies to all endpoints within that cluster.

Risk Level:
Low: Small configurable feature which reuses existing behavior (identical to the behavior when no health checker is configured). Defaults to disabled, so should have no impact on existing configurations.

Testing:
Added unit test for the case when endpoints are healthy then removed from the ClusterLoadAssignment in a subsequent config update.

Docs Changes:
Docs were added to the proto field.

Release Notes:
Added cluster: Add :ref:`option <envoy_api_field_Clister.drain_connections_on_eds_removal>` to drain endpoints after they are removed through EDS, despite health status. to the release notes.

[Optional Fixes #Issue]
#440 and #3276 (note that this last issue also asks for more fine grained control over endpoint removal. The solution this PR provides was brought up as a partial solution to #3276).

Signed-off-by: Snow Pettersen <snowp@squareup.com>

Mirrored from https://github.com/envoyproxy/envoy @ 08712e93b07695f53d192a2601cfa2ccc7a20f33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants