[Refactor] REP 54: Refactor usages of the inconsistentRayClusterStatus function #2235
Description
Search before asking
- I had searched in the issues and found no similar feature requirement.
Description
This is one of the tracking items of the REP: RayCluster status improvement, the step 3 in the design doc: https://docs.google.com/document/d/1bRL0cZa87eCX6SI7gqthN68CgmHaB6l3-vJuIse-BrY
As @kevin85421 stated in the design doc, the current status update process in the RayCluster controller is quite random. For example, if some errors are thrown, the function rayClusterReconcile returns immediately and updates some parts of the RayCluster CR status randomly. Sometimes it doesn’t update anything; sometimes it updates Status.State and/or Status.Reason.
We should make sure every reconciliation that has a status change goes through the inconsistentRayClusterStatus function, and we only call r.Status().Update(...) when it returns true.
By doing so, we can then move forward with confidence that future works in the REP: RayCluster status improvement will be on track.
Use case
No response
Related issues
Are you willing to submit a PR?
- Yes I am willing to submit a PR!