Add support for an Advertised Host other than PodIP when using Kubernetes cluster provider #2097
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
This PR introduces an enhancement to the Kubernetes cluster provider to allow an advertised host to be added as a Pod label, when not using the PodIP. This feature for scenarios where the fully qualified domain name (FQDN) is needed, for example, when using TLS to secure the communications within the cluster. This change include logic to detected the pod subdomain, namespace, and cluster domain, to attempt to keep the hostname stored in the label under k8s's max length of 63 chars for Pod Label values.
When workloads of type Deployment are joining the Proto.Actor cluster, it is recommended to create a headless services definition, and to also add a spec.subdomain to the Pod definition that matches the name of the assigned headless service. See
examples/ClusterK8sGrains
for a working example.Purpose
This pull request is a:
Checklist