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

Feature Request: Public and Private API server addresses #5573

Open
nevetS opened this issue Dec 1, 2020 · 0 comments
Open

Feature Request: Public and Private API server addresses #5573

nevetS opened this issue Dec 1, 2020 · 0 comments

Comments

@nevetS
Copy link

nevetS commented Dec 1, 2020

I want to be able to run cds in the cloud inside a kubernetes cluster. I want to be able to run local hatcheries on windows and osx machines outside the cluster.

There are two solutions:

  1. configure the api-server with the external hostname
  2. configure the local hatcheries with the internal service name, add a host file entry, and
    2b. configure the api server to run explicitly on port 443 or figure out how to get an ingress to work on a non-standard port (something the nginx-ingress builders are categorically against)

I went with option 1, but now I'm seeing a TON of traffic hitting my nginx-ingress. I have a separate ingress for my dev environment and since there's almost no traffic hitting it regularly it is good for troubleshooting development work. But now with cds in the picture the log output is always cluttered.

Yes, I can filter the log output, but I really shouldn't be routing internal traffic through the proxy.

I found that even if I go with the hotfile route, that makes the cdsctl client problematic. (I couldn't create the initial account unless I registered the account using cdsctl from inside the kubernetes cluster).

I'm sure there's a lot of work to do to make this happen, but being able to reference both an ingress and a service name separately is important. If I've missed out on how to do this, I apologize. I'm still putting together my POC environment and documentation.

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

No branches or pull requests

1 participant