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
configuration instead of hard code values #7
Comments
case 1: i think localhost is good. They always run in the machine that has etcd endpoint available.
if we could do that, that is great. |
|
Case 4: This setting works for starting the api server. Will submit a PR today.
|
Case 1:
localhost usage, it used throughout the
api-server
,control-manager
,schuduler
:Should we use an Environment variable instead of? like
$private_ivp4
Case 2:
insecure port used to indicate the open port on master node, so user could do
http://172.17.8.100:8080
to checkapi-server
health, schdule something. Several other service is using it to talk toapi-server
. We should make theport
configurable without hard code value.Case 3
cluster ip range is used by
flannel
network overlay which is later being saved inetcd
afterflannel.service
started. Should be an variable here.Case 4
api-server public address. Can this one be something like
--api_servers=http://${ETH1_IPV4}:8080 \
?Case 5
cluster-domain and cluster-dns is shared by
yaml
andservice
files, how could we introduce an variable to work in different type of file format.In general, we should use as many as Environment variable instead of static value, use as many as Environment variable instead of user configurable value, if we absolutely need to use user configurable value, we should do it cleanly and intuitively.
In conclusion, we should make it much easy to go in production without less configurable value, I think the absolutely thing would be
master ip address
which used to talk toapi-server
,master machine id
which used innode
etcd
cluster setting?The text was updated successfully, but these errors were encountered: