You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As operators adopt the shared nothing logging and metrics architecture they may at the same time want to disable the older firehose loggregator architecture. We're not sure how this should affect which endpoints the Cloud Controller should advertise.
Context
Currently the Cloud Controller advertises endpoints for the Loggregator Traffic Controller and Reverse Log Proxy Gateway in the root controller:
As operators may choose to no longer deploy these components we're wondering what the Cloud Controller should serve in these responses.
The Cloud Controller could stop having entries for these endpoints altogether when they are not deployed.
The Cloud Controller could have entries but with null values as may be already the case for some endpoints.
The Cloud Controller could continue to return these endpoints even though they are not actually available.
We believe currently the Cloud Controller always advertises these endpoints.
We'd think we'd like to not return endpoints that don't exist. However we're not sure what the impact of doing so might be on clients that are looking at these fields?
Issue
As operators adopt the shared nothing logging and metrics architecture they may at the same time want to disable the older firehose loggregator architecture. We're not sure how this should affect which endpoints the Cloud Controller should advertise.
Context
Currently the Cloud Controller advertises endpoints for the Loggregator Traffic Controller and Reverse Log Proxy Gateway in the root controller:
The Traffic Controller endpoint is also advertised under
/v2/info
:As operators may choose to no longer deploy these components we're wondering what the Cloud Controller should serve in these responses.
null
values as may be already the case for some endpoints.We believe currently the Cloud Controller always advertises these endpoints.
We'd think we'd like to not return endpoints that don't exist. However we're not sure what the impact of doing so might be on clients that are looking at these fields?
CC @rroberts2222
The text was updated successfully, but these errors were encountered: