Skip to content

Conversation

@ironcladlou
Copy link
Contributor

@ironcladlou ironcladlou commented Dec 11, 2018

Add base domain to the DNS config type. This value is useful to any component
which implements DNS management for the cluster. For example,
cluster-ingress-operator manages wildcard DNS records for routing within the
base domain.

/cc @openshift/sig-network-edge @derekwaynecarr @deads2k @rajatchopra @crawford @smarterclayton

@openshift-ci-robot openshift-ci-robot added the size/XS Denotes a PR that changes 0-9 lines, ignoring generated files. label Dec 11, 2018
Add base domain to the DNS config type. This value is useful to any component
which implements DNS management for the cluster. For example,
cluster-ingress-operator manages wildcard DNS records for routing within the
base domain.
type DNSSpec struct {
// BaseDomain is the base domain of the cluster. All managed DNS records will
// be sub-domains of this base.
BaseDomain string `json:"baseDomain"`
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This might be useful in Infra ?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, this is probably a higher level config setting. Both DNS and the IngressOperator need it. I am not sure if anyone else wants to know, so I don't know if keeping it in DNS is sufficient for now.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there supposed to be any correspondence between config object and operator? Logically DNS-related configuration belongs here: "DNS holds cluster-wide information about DNS." That doesn't specifically mean config for the DNS operator.

Copy link
Contributor Author

@ironcladlou ironcladlou Dec 12, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Miciah shares my interpretation of this type. If the base domain (the only required DNS input to the installer?) doesn't belong here I'm not sure what does.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, this is probably a higher level config setting. Both DNS and the IngressOperator need it. I am not sure if anyone else wants to know, so I don't know if keeping it in DNS is sufficient for now.

As a cluster-admin, if I want to change my DNS suffix, where would I expect to do it? The types here are not mapped to operators, but instead to features. The feature here being DNS.

The ingress operator is perfectably able to consume the information from the DNS config type if it needs it as an input.

}

type DNSSpec struct {
// BaseDomain is the base domain of the cluster. All managed DNS records will
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

baseDomain and providing an example would help.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated, PTAL

@deads2k
Copy link
Contributor

deads2k commented Dec 17, 2018

/lgtm
/squash

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Dec 17, 2018
@openshift-ci-robot
Copy link

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: deads2k, ironcladlou

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Dec 17, 2018
@openshift-merge-robot openshift-merge-robot merged commit 8241b16 into openshift:master Dec 17, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged. size/XS Denotes a PR that changes 0-9 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants