-
Notifications
You must be signed in to change notification settings - Fork 42
remove idle suffix from bg deploy #1697
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
base: master
Are you sure you want to change the base?
Changes from all commits
697eea2
a6ae41b
06091ce
10c2f79
2fe0804
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -18,6 +18,7 @@ | |
| import org.cloudfoundry.multiapps.controller.client.facade.CloudControllerClient; | ||
| import org.cloudfoundry.multiapps.controller.client.facade.CloudCredentials; | ||
| import org.cloudfoundry.multiapps.controller.client.facade.domain.CloudApplication; | ||
| import org.cloudfoundry.multiapps.controller.client.facade.domain.ImmutableCloudApplication; | ||
| import org.cloudfoundry.multiapps.controller.client.facade.domain.ImmutableStaging; | ||
| import org.cloudfoundry.multiapps.controller.client.facade.domain.Staging; | ||
| import org.cloudfoundry.multiapps.controller.client.facade.dto.ApplicationToCreateDto; | ||
|
|
@@ -28,8 +29,11 @@ | |
| import org.cloudfoundry.multiapps.controller.core.cf.clients.AppBoundServiceInstanceNamesGetter; | ||
| import org.cloudfoundry.multiapps.controller.core.cf.clients.WebClientFactory; | ||
| import org.cloudfoundry.multiapps.controller.core.helpers.ApplicationFileDigestDetector; | ||
| import org.cloudfoundry.multiapps.controller.core.model.BlueGreenApplicationNameSuffix; | ||
| import org.cloudfoundry.multiapps.controller.core.security.token.TokenService; | ||
| import org.cloudfoundry.multiapps.controller.core.util.ApplicationConfiguration; | ||
| import org.cloudfoundry.multiapps.controller.persistence.model.ConfigurationSubscription; | ||
| import org.cloudfoundry.multiapps.controller.persistence.services.ConfigurationSubscriptionService; | ||
| import org.cloudfoundry.multiapps.controller.persistence.services.FileStorageException; | ||
| import org.cloudfoundry.multiapps.controller.process.Messages; | ||
| import org.cloudfoundry.multiapps.controller.process.util.ApplicationAttributeUpdater; | ||
|
|
@@ -59,6 +63,8 @@ public class CreateOrUpdateAppStep extends SyncFlowableStep { | |
| private WebClientFactory webClientFactory; | ||
| @Inject | ||
| private ApplicationConfiguration configuration; | ||
| @Inject | ||
| private ConfigurationSubscriptionService subscriptionService; | ||
|
|
||
| @Override | ||
| protected StepPhase executeStep(ProcessContext context) throws FileStorageException { | ||
|
|
@@ -94,7 +100,9 @@ protected AppBoundServiceInstanceNamesGetter getAppBoundServiceInstanceNamesGett | |
| return new AppBoundServiceInstanceNamesGetter(configuration, webClientFactory, credentials, correlationId); | ||
| } | ||
|
|
||
| private StepFlowHandler createStepFlowHandler(ProcessContext context, CloudControllerClient client, CloudApplicationExtended app, | ||
| private StepFlowHandler createStepFlowHandler(ProcessContext context, | ||
| CloudControllerClient client, | ||
| CloudApplicationExtended app, | ||
| CloudApplication existingApp) { | ||
| if (existingApp == null) { | ||
| return new CreateAppFlowHandler(context, client, app); | ||
|
|
@@ -212,7 +220,9 @@ private class UpdateAppFlowHandler extends StepFlowHandler { | |
|
|
||
| final CloudApplication existingApp; | ||
|
|
||
| public UpdateAppFlowHandler(ProcessContext context, CloudControllerClient client, CloudApplicationExtended app, | ||
| public UpdateAppFlowHandler(ProcessContext context, | ||
| CloudControllerClient client, | ||
| CloudApplicationExtended app, | ||
| CloudApplication existingApp) { | ||
| super(context, client, app); | ||
| this.existingApp = existingApp; | ||
|
|
@@ -230,7 +240,9 @@ public void handleApplicationAttributes() { | |
|
|
||
| reportApplicationUpdateStatus(app, arePropertiesChanged); | ||
| context.setVariable(Variables.VCAP_APP_PROPERTIES_CHANGED, arePropertiesChanged); | ||
|
|
||
| updateApplicationEnvironment(); | ||
| updateApplicationName(); | ||
| } | ||
|
|
||
| private void updateApplicationEnvironment() { | ||
|
|
@@ -278,6 +290,31 @@ private UpdateStrategy getEnvUpdateStrategy() { | |
| .shouldKeepExistingEnv() ? UpdateStrategy.MERGE : UpdateStrategy.REPLACE; | ||
| } | ||
|
|
||
| public void updateApplicationName() { | ||
| boolean processIsBlueGreenWithIdleSuffix = StepsUtil.getAppSuffixDeterminer(context) | ||
| .shouldAppendIdleSuffix(); | ||
| if (!processIsBlueGreenWithIdleSuffix) { | ||
| return; | ||
| } | ||
|
|
||
| String oldName = existingApp.getName(); | ||
| String newName = BlueGreenApplicationNameSuffix.removeSuffix(oldName); | ||
| if (oldName.equals(newName)) { | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. when this check will return true?
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. will double-check - in general if the new app happens to have the same name (not blue-green deploy?)
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. if it is not the not blue green, will it even reach this condition? Maybe during retry?
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. CreateOrUpdateAppStep is a very generic step in the deploy app subprocess, so I think this condition will be reached if we're just updating an app's attributes/environment variables. |
||
| getStepLogger().info(Messages.THE_DETECTED_APPLICATION_HAS_THE_SAME_NAME_AS_THE_NEW_ONE); | ||
| return; | ||
|
Comment on lines
+303
to
+304
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Can a rename here make this step non-idempotent? What will happen if the step fails during the update of the configuration entries? Or for example instance get shutdown and it gets re-executed by flowable?
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Is this resolved/answered?
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. haven't tested a failure at the point of updating the subscribers but I assume the behaviour will be unchanged - the rename + update of subscribers were handled in the same step (not this one) before my changes as well |
||
| } | ||
|
|
||
| getStepLogger().info(Messages.RENAMING_APPLICATION_0_TO_1, oldName, newName); | ||
| client.rename(oldName, newName); | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. What will happen if the MTA operation fail in the resume phase? I mean if the restart of the rename application (now without suffix fails) and the customer executes a new deployment, will the new process detect the "-live" applications as actually live? Is it possible for the new operation to detect the wrong application as live?
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'm writing this comment because now the renaming is before the restart/restage, which is a potential point of failure.
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. thsi was tested with a crash at the end of the CreateOrUpdateStep - the retries handled the resume correctly |
||
|
|
||
| context.setVariable(Variables.EXISTING_APP, ImmutableCloudApplication.copyOf(existingApp) | ||
| .withName(newName)); | ||
| context.setVariable(Variables.APP_TO_PROCESS, ImmutableCloudApplicationExtended.copyOf(app) | ||
| .withName(newName)); | ||
|
|
||
| updateConfigurationSubscribers(oldName, newName); | ||
| } | ||
|
|
||
| @Override | ||
| public void handleApplicationServices() { | ||
| if (context.getVariable(Variables.SHOULD_SKIP_SERVICE_REBINDING)) { | ||
|
|
@@ -297,6 +334,40 @@ public void printStepEndMessage() { | |
| getStepLogger().debug(Messages.APP_UPDATED, app.getName()); | ||
| } | ||
|
|
||
| private void updateConfigurationSubscribers(String oldAppName, String newAppName) { | ||
| String mtaId = context.getVariable(Variables.MTA_ID); | ||
| String spaceGuid = context.getVariable(Variables.SPACE_GUID); | ||
|
|
||
| List<ConfigurationSubscription> subscriptions = subscriptionService.createQuery() | ||
| .mtaId(mtaId) | ||
| .spaceId(spaceGuid) | ||
| .list(); | ||
| for (ConfigurationSubscription subscription : subscriptions) { | ||
| if (oldAppName.equals(subscription.getAppName())) { | ||
| getStepLogger().debug(Messages.UPDATING_CONFIGURATION_SUBSCRIPTION_0_WITH_NAME_1, subscription.getAppName(), | ||
| newAppName); | ||
| updateConfigurationSubscription(subscription, newAppName); | ||
| } | ||
| } | ||
| } | ||
|
|
||
| private void updateConfigurationSubscription(ConfigurationSubscription subscription, String newAppName) { | ||
| ConfigurationSubscription newSubscription = createNewSubscription(subscription, newAppName); | ||
| subscriptionService.update(subscription, newSubscription); | ||
| } | ||
|
|
||
| private ConfigurationSubscription createNewSubscription(ConfigurationSubscription subscription, String newAppName) { | ||
| return new ConfigurationSubscription(subscription.getId(), | ||
| subscription.getMtaId(), | ||
| subscription.getSpaceId(), | ||
| newAppName, | ||
| subscription.getFilter(), | ||
| subscription.getModuleDto(), | ||
| subscription.getResourceDto(), | ||
| subscription.getModuleId(), | ||
| subscription.getResourceId()); | ||
| } | ||
|
|
||
| private List<String> getMtaAndExistingServices() { | ||
| var serviceNamesGetter = getAppBoundServiceInstanceNamesGetter(context); | ||
| return Stream.of(app.getServices(), serviceNamesGetter.getServiceInstanceNamesBoundToApp(existingApp.getGuid())) | ||
|
|
||
This file was deleted.
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.
maybe rename to isBlueGreenProcessAfterResumePhase or something?
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.
the current name seems more clear since this is only for blueGreen with idle, not with colours
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.
Is this resolved?