You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In order to clean up objects in App Mesh when custom resources are deleted (#10), we need to reflect those objects state in the status field for custom resources. App Mesh resources currently have their own Status field, which can be ACTIVE, INACTIVE, or DELETED. My current thoughts are we can have one of:
a condition for each of these possible states (each condition value can be True, False, or Unknown),
or a top level appMeshStatus which just reflects the App Mesh status.
I am leaning towards using a condition for each state, because although its a bit of a strange translation, it reflects the direction that the Kubernetes API is moving (conditions instead of things like Pod phase). Its also easier to add conditions without breaking client assumptions if the App Mesh API changes in the future or we want to add other similar states.
The text was updated successfully, but these errors were encountered:
In order to clean up objects in App Mesh when custom resources are deleted (#10), we need to reflect those objects state in the status field for custom resources. App Mesh resources currently have their own
Status
field, which can beACTIVE
,INACTIVE
, orDELETED
. My current thoughts are we can have one of:True
,False
, orUnknown
),appMeshStatus
which just reflects the App Mesh status.I am leaning towards using a condition for each state, because although its a bit of a strange translation, it reflects the direction that the Kubernetes API is moving (conditions instead of things like Pod phase). Its also easier to add conditions without breaking client assumptions if the App Mesh API changes in the future or we want to add other similar states.
The text was updated successfully, but these errors were encountered: