Deploy Tetrate Service Bridge Demo on Azure Kubernetes Service (AKS), Google Kubernetes Engine (GKE) and/or Elastic Kubernetes Service (EKS) using Terraform
Apache License 2.0
12
stars
10
forks
source link
Use a single DNS provider for external-dns for consistent naming across applications #255
With the current external-dns approach, we are creating one subzone per cluster. This leads to non-ideal DNS configurations when you have a demo environment with clusters in multiple clouds, as hostnames will have different DNS suffixes depending on where services are deployed. In the first version, I proposed (still working in my fork), external-dns was configured to control a single DNS zone (the one used by the MP), and all services in the environment got consistent naming.
Now, in a setup with, say, 4 clusters, 2 in AWS, 2 in GCP, I'm getting DNS names like:
With the current external-dns approach, we are creating one subzone per cluster. This leads to non-ideal DNS configurations when you have a demo environment with clusters in multiple clouds, as hostnames will have different DNS suffixes depending on where services are deployed. In the first version, I proposed (still working in my fork), external-dns was configured to control a single DNS zone (the one used by the MP), and all services in the environment got consistent naming.
Now, in a setup with, say, 4 clusters, 2 in AWS, 2 in GCP, I'm getting DNS names like:
We should have a way to configure external-dns to just use one zone so we can have consistent DNS naming in the deployed apps.