-
Notifications
You must be signed in to change notification settings - Fork 10
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
Valid CRs statuses should be set when KIM's operations succeed or fail #193
Comments
Just as proposal: could we stay with the status closer to the common Pod phases in K8s (e.g. https://kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase)? Below a mapping between the initially suggested states and how they could be aligned with Pod phases:
|
Agree with one exception. We think that still "Ready" is better word than "Running" since we are preparing Runtime to be used by its users. Final table:
|
@Disper please provide CR yaml examples with those new status and values |
Cluster is pending:
Cluster is ready to use:
Cluster provisioning failed:
|
@PK85 I've sent you some Runtime CRs examples via Slack |
Implemented by @koala7659 - please create sub-issue if anything is missing! |
Proposed solution for
Runtime
CR:Following Statuses will represent current state of provisioned Kyma runtime:
Following conditions will be used to describe processing steps for Runtime CR
For each condition can be in following reasons may occur:
Provisioned:
Configured
The text was updated successfully, but these errors were encountered: