-
Notifications
You must be signed in to change notification settings - Fork 95
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
Update operator-sdk to v1.2.0 #516
Conversation
@@ -22,7 +22,7 @@ bases: | |||
# [CERTMANAGER] To enable cert-manager, uncomment all sections with 'CERTMANAGER'. 'WEBHOOK' components are required. | |||
#- ../certmanager | |||
# [PROMETHEUS] To enable prometheus monitor, uncomment all sections with 'PROMETHEUS'. | |||
- ../prometheus | |||
#- ../prometheus |
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.
There's this last change I've made that is worth mentioning.
Due to the change:
Now operator-sdk automatically adds all generated elements in bundle. This makes include the metrics-reader Service as part of the bundle now
Now the ServiceMonitor
object related to Prometheus was also automatically included in the bundle/manifests
directory, changing the existing behavior we had using operator-sdk v1.1.0. I've commented that line to disable the automatic inclusion of the ServiceMonitor
object in bundle and automatic installation when running make deploy
to keep our previous behavior where the responsability of installing the ServiceMonitor
belonged to the users when installing it through OLM.
This is specially important on clusters where Prometheus is not installed (the case in our apicast-operator where K8s native is used and Prometheus CRDs might not be installed) as including the ServiceMonitor in the bundle would make the OLM installation fail due to Prometheus API types not existing.
Due to Service objects cannot start with a number.
Code Climate has analyzed commit 6e93107 and detected 0 issues on this pull request. View more on Code Climate. |
When working on this I've found a bug that already existed before this PR (although we did not hit it because it was not included in the bundle so it was not deployed): The generated service name (on the bundle or when executing Services cannot begin with a number so the deployment fails with the following error:
This name is generated from the To solve this issue I've changed the
The whole list of objects with the names changed can be seen if you execute |
Changes:
Service
as part of the bundle now