Skip to content
This repository was archived by the owner on May 3, 2022. It is now read-only.

Release controller exposes executor problems fixes #174 #178

Merged
merged 1 commit into from
Sep 13, 2019

Conversation

osdrv
Copy link
Contributor

@osdrv osdrv commented Sep 6, 2019

Release controller is a 2-step process: processing a release initiates a
new processing loop for the parental application. In the current
implementation the process never broughts strategy execution issues on
the surface, therefore a user has no way to troubleshoot their
application.

This change enforces controller to preserve failure condition in the
application object. In this case the condition will be
ApplicationConditionTypeReleaseSynced set to False with a reason
StrategyExecutionFailed.

The parental application was chosen to be the medium for this condition
(in contrast to choosing the relevant release object) because at this
stage the controller is handling the application object itself and
strategy executor is working on a duplet of releases. Under these
circumstances choosing the contender might be another alternative as
user is expected to check it first. On the other hand, contextually this
might be an irrelevant location: strategy problems are encorporated in
application spec template. Therefore application was identified as the
optimal condition holder.

Signed-off-by: Oleg Sidorov [email protected]

Release controller is a 2-step process: processing a release initiates a
new processing loop for the parental application. In the current
implementation the process never broughts strategy execution issues on
the surface, therefore a user has no way to troubleshoot their
application.

This change enforces controller to preserve failure condition in the
application object. In this case the condition will be
ApplicationConditionTypeReleaseSynced set to False with a reason
StrategyExecutionFailed.

The parental application was chosen to be the medium for this condition
(in contrast to choosing the relevant release object) because at this
stage the controller is handling the application object itself and
strategy executor is working on a duplet of releases. Under these
circumstances choosing the contender might be another alternative as
user is expected to check it first. On the other hand, contextually this
might be an irrelevant location: strategy problems are encorporated in
application spec template. Therefore application was identified as the
optimal condition holder.

Signed-off-by: Oleg Sidorov <[email protected]>
@osdrv osdrv added the enhancement New feature or request label Sep 6, 2019
@osdrv osdrv added this to the release-0.6 milestone Sep 6, 2019
@osdrv osdrv self-assigned this Sep 12, 2019
@osdrv osdrv merged commit 284954e into master Sep 13, 2019
@osdrv osdrv deleted the olegs/surface-executor-errors branch September 13, 2019 12:38
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants