Updated on 2024-05-28 GMT+08:00

Single-batch Release

You can select a historical version configuration from the deployment record list and use the version configuration as a template to redeploy components in single-batch release mode.

In single-batch release mode, all instances are redeployed at a time. During the deployment, component services will be interrupted. This is applicable to the test deployment scenario or the deployment scenario where services are to be stopped. The deployment takes a short time.

Only components deployed in the Kubernetes environment can be redeployed in single-batch release mode.

The component version configuration that has been rolled back by referring to Rolling Back a Component cannot be used as a template to redeploy the component.

Prerequisites

You have upgraded a component. For details, see Upgrading a Single Component or Upgrading Components in Batches.

Procedure

  1. Log in to ServiceStage.
  2. Use either of the following methods to go to the Deployment Records page.

    • On the Application Management page, click the application to which the component belongs, and click the target component in Component List. Alternatively, right-click the component and go to the component Overview page from the shortcut menu, and choose Deployment Records in the left navigation pane.
    • On the Component Management page, click the target component. Alternatively, right-click the component and go to the component Overview page from the shortcut menu, and choose Deployment Records in the left navigation pane.

  3. In the Deployment Records list, select the deployment record of the historical version to be used as the configuration template.
  4. Click Redeploy in the upper right corner of the page. The Redeploy dialog box is displayed.
  5. Select Single-batch Release for Deployment Type and click OK.
  6. Configure the component version by referring to the following table. Parameters marked with an asterisk (*) are mandatory.

    Parameter

    Description

    Stack

    The value is fixed to the configuration of the selected historical version and cannot be changed.

    *YAML Mode

    Uses YAML configurations to redeploy components.

    • Disabled: The GUI configurations are used to redeploy components.
    • Enabled: The YAML configurations are used to redeploy components. The latest load information of the component is automatically synchronized from CCE where the target component is deployed for component redeployment after modification. Alternatively, click Import YAML File to import the edited YAML configuration file of the target component.
    NOTE:

    If YAML configurations are used to redeploy components, the parameters in the YAML configuration file are described in Deployment.

    *Software Package/Image

    The value is fixed to the component source selected during component creation and deployment.

    • YAML Mode disabled: If you select Source code repository, create authorization by referring to Authorizing a Repository and set the code source. If you select a software package or image package, the option is fixed to the software package type (JAR, WAR, or ZIP) or image package type selected during component creation and deployment. It is determined by the selected technology stack type. For details, see Table 1.
    • YAML Mode enabled: If you select Source code repository, create authorization by referring to Authorizing a Repository and set the code source. If you select a software package, the option is fixed to the software package type (JAR, WAR, or ZIP) selected during component creation and deployment. It is determined by the selected technology stack type. For details, see Table 1.

    *Upload Method

    • YAML Mode disabled: If the component source is software package or image package, select an uploaded software package or image package. For details about the upload method, see Component Source.
    • YAML Mode enabled: If the component source is software package, select an uploaded software package. For details about the upload method, see Component Source.

    *Command

    This parameter is mandatory when YAML Mode is disabled, the component source is Source code repository, the component is deployed in the Kubernetes environment, and the selected technology stack type is Java, Tomcat, Node.js, Python, or PHP.

    • Default command or script: preferentially executes build.sh in the root directory. If build.sh does not exist, the code will be compiled using the common method of the selected language. Example: mvn clean package for Java.
    • Custom command: Commands are customized using the selected language. Alternatively, the default command or script is used after build.sh is modified.
      NOTICE:
      • If Custom command is selected, exercise caution when inputting sensitive information in the echo, cat, or debug command, or encrypt sensitive information to avoid information leakage.
      • To run the compilation command in the project subdirectory, you need to go to the project subdirectory and then run other script commands. For example:

        cd ./weather/

        mvn clean package

    *Dockerfile Address

    This parameter is mandatory when YAML Mode is disabled, the component source is Source code repository, the component is deployed in the Kubernetes environment, and the selected technology stack type is Java, Tomcat, Node.js, Python, or PHP.

    Dockerfile Address is the directory where the Dockerfile is located relative to the root directory (./) of the project. The Dockerfile is used to build an image.

    If Dockerfile Address is not specified, the system searches for the Dockerfile in the root directory of the project by default. If the Dockerfile does not exist in the root directory, the system automatically generates the Dockerfile based on the selected operating environment.

    *Component Version

    Component version number, which can be automatically generated or customized.

    • Automatically-generated: Click Generate. By default, the version number is the time when you click Generate. The format is yyyy.mmdd.hhmms, where s is the ones place of the second in the timestamp. For example, if the timestamp is 2022.0803.104321, the version number is 2022.0803.10431.
    • Customized: Enter a value in the format of A.B.C or A.B.C.D. A, B, C, and D are natural numbers. For example, 1.0.0 or 1.0.0.0.
      NOTICE:

      The customized version number must be unique and cannot be the same as any historical version number of the component.

    Resources

    The value is fixed to the configuration of the selected historical version and cannot be changed.

    The configured resources are displayed when YAML Mode is disabled.

    JVM Parameters

    The value is fixed to the configuration of the selected historical version and cannot be changed.

    This parameter is available when YAML Mode is disabled and the technology stack type is Java or Tomcat. It configures the memory size during Java code running.

    Tomcat

    The value is fixed to the configuration of the selected historical version and cannot be changed.

    This parameter is available when YAML Mode is disabled and the technology stack type is Tomcat. It configures parameters such as the request path and port number of Tomcat.

    Advanced Settings

    The value is fixed to the configuration of the selected historical version and cannot be changed.

    The configured advanced settings are displayed when YAML Mode is disabled.

  7. Click Upgrade.

    In the Deployment Records area, you can view the deployment progress and wait until the deployment is complete.