Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

VHDS Support #525

Closed
mtagstyle opened this issue Dec 16, 2021 · 6 comments
Closed

VHDS Support #525

mtagstyle opened this issue Dec 16, 2021 · 6 comments
Assignees
Labels

Comments

@mtagstyle
Copy link
Contributor

mtagstyle commented Dec 16, 2021

(Feel free to mark this as a dupe if necessary)

I'm planning on adding VHDS support, but having trouble understanding the history of this feature request...

VHDS was initially requested in #310. This issue was linked against #323, which "fixes" 310. Could someone comment on what they mean by "fixes" the issue?

Next some questions regarding implementation:

Server

  • VHDS can only be used with the delta protocol, does that include both the aggregated and non-aggregated variants?

SimpleCache

  • VHDS resource names, undergo a naming convention based on the route that it belongs to, and the name of the host header as per this doc. Therefore, I imagine the consistency check done as part of the snapshot, will not include virtual hosts? (Because the routing configuration never explicitly mentions virtual hosts to be used)

I.e. Can someone confirm that: There will never be any resources that need to explicitly reference a virtual host when using VHDS.

  • Does this just mean that VirtualHost resource names, can either be in the form of "<route resource name>/<host entry>" or "<scoped route resource name>/<host entry>"?
@mtagstyle
Copy link
Contributor Author

@jpeach @alecholmez

@jpeach
Copy link
Contributor

jpeach commented Dec 16, 2021

Hey @mtagstyle , I haven't tried to use VHDS, so I don't really know the details. As far as consistency checks go, I'd suggest starting loosely and tightening up the check as you learn more about how Envoy treats VHDS.

In general, the direction we are moving towards in the cache is to reduce the coupling to specific envoy types. So if we can support VHDS in all the cache types without introducing hard bindings to the VHDS type, that would be better IMHO.

@mtagstyle
Copy link
Contributor Author

Ok some follow up after playing around:

VHDS can only be used with the delta protocol, does that include both the aggregated and non-aggregated variants?
  • Envoy currently only supports the Delta API (Non-Aggregated). When attempting to configure VHDS as delta ADS, it will complain on this line.
  • Some brief research into why delta ADS isn't supported as follows
  • Prior attempts to introduce VHDS using Delta ADS:

envoyproxy/envoy#13463
envoyproxy/envoy#12701

  • The above PRs seem to be blocked by no fix to the following issues:

envoyproxy/envoy#12742
envoyproxy/envoy#12158

I.e. Can someone confirm that: There will never be any resources that need to explicitly reference a virtual host when using VHDS.

I don't think the consistency checking for the existence of virtual hosts, as the VHDS source for routes never explicitly calls out any routes.

@mtagstyle
Copy link
Contributor Author

@dmitri-d Could you confirm if my comment above is true?

@alecholmez alecholmez self-assigned this Jan 6, 2022
@github-actions
Copy link

github-actions bot commented Feb 6, 2022

This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or "no stalebot" or other activity occurs. Thank you for your contributions.

@github-actions github-actions bot added the stale label Feb 6, 2022
@github-actions
Copy link

This issue has been automatically closed because it has not had activity in the last 37 days. If this issue is still valid, please ping a maintainer and ask them to label it as "help wanted" or "no stalebot". Thank you for your contributions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants