-
Notifications
You must be signed in to change notification settings - Fork 90
Add elasticsearch and kibana CRD generation for via operator-sdk #442
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
Add elasticsearch and kibana CRD generation for via operator-sdk #442
Conversation
| // Management spec for indicies | ||
| // | ||
| // +nullable | ||
| // +optional |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
so, technically we won't create our indices without this.. so i'm not sure it should be optional (though i think it is optional for CLO because we create defaults there otherwise)
@jcantrill thoughts?
9690501 to
f78c8e8
Compare
|
/retest |
f78c8e8 to
75b5af7
Compare
|
/retest |
2 similar comments
|
/retest |
|
/retest |
|
/retest |
1 similar comment
|
/retest |
|
/approve |
|
/retest |
75b5af7 to
df940be
Compare
|
/retest |
3 similar comments
|
/retest |
|
/retest |
|
/retest |
| @@ -0,0 +1,4 @@ | |||
| - op: replace | |||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we should exclude this from the bundle manifests file
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ignore this -- will fix as part of #446
| @@ -0,0 +1,16 @@ | |||
| resources: | |||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we should exclude this from the bundle manifests file
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ewolinetz, periklis The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
9 similar comments
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
|
/retest Please review the full test history for this PR and help us cut down flakes. |
Description
This PR addresses the required annotations in
elasticsearch_types.goandkibana_types.goto enable almost identical but backward-compatible generated CRDs byoperator-sdk generate crds. In addition it appliesoc kustomizepatches to suppress validation that did not exist in the former CRD (e.g. status field) and in turn maintain backward compatibility. Remain differences can be inspected here:In detail, the changes included:
v1beta1forElasticsearchandKibana.{elasticsearch,kibana}_types.gonullableandoptionalfield validations.enumfield validations where provided in yaml file, i.e. only forManagementState.type: objectby applying kustomize patchAdditional changes in separate commits:
About remaining non-breaking CRD validation differences
specincludes a new sectionversionswhich represents the defaults for this field and thus not breaking the API. ✔️openAPIV3Schemaincludes the defaults forapiVersion,kindanddescription. ✔️kibana.properties.proxySpecis replaced with the correctkibana.properties.proxy, was broken before. ✔️resources.properties.{limits,requests}include additional validations for the string schema (e.g.1Gi,100m). This change is an addition and is not breaking existing API objects, becauseresource.MustParse(...)ensured this already. Affectskibana,kibana.proxy,elastiscearch,elasticsearch.proxy. ✔️nodeSelectorincludes additional property checks for string schema. This change is an addition and is not breaking existing API objects. Affectskibana,elastiscearch. ✔️tolerationsincludes validations for the golang structv1.Toleration. This change is an enhancement and not breaking the API object, because type serialization was in place. Affectskibana,elasticsearch. ✔️Further enhancements
This PR adds informative printer columns for elasticsearch and kibana CRs. In addition both CRs are grouped under the category
loggingand elasticsearch also undertracing. Example:Further notes
The CRD comparison is based on the former and the generated yaml files using dyff v1.0.2
/cc @ewolinetz @blockloop