You can deploy a central application—either a released version or one in development—to a container environment for runtime debugging or for front-end use. This guide explains how to deploy an instance, configure its network policies, and view deployment records and logs.
Prerequisites
You have created an environment in your project. For more information, see Create and manage project environments.
Deploy a central application instance
Log in to BizWorks, in the select Platform drop-down list selected microservice Development Platform.
Click the
icon or the text box in the upper-right corner of the page. From the drop-down list, click the name of the project that you want to view and click the Applications tab. On the Applications page, click the name of the target central application. In the left-side navigation pane, choose .
On the Application Deployment page, select the environment where you want to deploy the application, and then click the dashed-line box under the target environment.
NoteThe Application Deployment page can display multiple instances in an environment, along with the workloads and workload types for each instance.
In the deployment instance area for the environment, click Create Deployment Instance to create a new one. Existing instances display information such as the instance ID, execution status, operator, and operation time.
Users with enterprise, project owner, or application owner roles can view and manage deployments in the development environment, testing environment, staging environment, and production environment. Other roles are restricted to viewing and managing deployments in the development environment and testing environment only.
For more information about the BizWorks account and permission system, see Platform accounts and permissions.
If you did not configure an image repository to store the images for your central application when you created the project, the message No image repository is configured appears. You must configure an image repository first.
For more information about how to configure an image repository, see Configure an image repository.
On the Create Instance Deployment - Deployment Configurations panel, complete the settings and click Next. On the following page, in addition to the application source and pipeline, you must configure the deployment policy, network settings, and resource quotas.
The following table describes the configuration parameters.
Parameter
Description
Application source
From the Select Application Version drop-down list, select the target application version. You can choose a version that is either released or in development.
-
If you select Code and the chosen version is in development, you must also select a code branch. You can also specify a Commit ID. This is optional. If you leave Commit ID empty, the latest version of the branch is used by default.
If you select Image, click Select Image. In the Select Image dialog box, select the target image based on its Generation Time, Code Information, Image Tag, and Chip Architecture, then click OK.
NoteThe image records listed in the Select Image dialog box come from pipeline runs (for more information, see View image list information). The platform automatically filters these records based on the following criteria: the application version at the time of image creation must match the version being deployed, and the chip architecture of the image must match the chip architecture of the target deployment environment.
-
The source type is determined by the selection made during the version release process. For more information, see Create and release a central application version.
If you selected the code-based method when releasing the version, deploying this version requires a full code compilation, build, and deployment process.
If you selected the image-based method when releasing the version, deploying this version only involves deploying the image.
NoteWe recommend selecting the image-based method when releasing a version.
Pipeline
From the Select Pipeline drop-down list, select the target pipeline. Three types of pipelines are supported. For more information, see Manage central application pipelines.
Deployment configurations
Deployment Policy:
Default Policy: Performs a rolling update. A new replica is started, and an old one is stopped after the new one is ready. This process repeats until all replicas are updated.
Custom Policy: You can choose By Pod Count or By Percentage.
Advanced Options: Click Add and complete the relevant configurations.
Toleration: You can use a record of a successful deployment in the target environment to determine the required image information, deployment parameters, and other settings for the application template.
The toleration configuration includes the Key, Operator, Value, Effect, and Time (s) fields. You can click Delete to remove a configuration row.
The configuration rules for Key and Value are as follows:
Key:
Cannot exceed 253 characters.
Can contain letters, digits, hyphens (-), and periods (.).
Must start and end with an alphanumeric character (a-z, 0-9, A-Z).
Value:
Cannot exceed 63 characters.
Can contain letters, digits, hyphens (-), and periods (.).
If the value is not empty, it must start and end with an alphanumeric character (a-z, 0-9, A-Z).
Network configurations
The initial deployment of an instance does not include network configurations. You must add a network access policy after the deployment is successful.
If the instance is deployed to an environment in an Alibaba Cloud BizWorks Serverless Public Edition cluster, you must specify a security group for the instance's elastic network interface. You can choose either Use the default security group of the environment or Use an existing security group.
Resource quotas
Configure the Total number of instances and the Resource quota per instance.
If the instance is deployed to an environment in a Container Service for Kubernetes (ACK) or Alibaba Cloud Serverless Kubernetes (ASK) cluster, you can specify the CPU and memory quotas:
CPU resources are requested and limited in CPU units. A value of 0.1 is equivalent to 100 mCPU.
Memory is requested and limited in bytes. A value of 1,024 MiB is equivalent to 1,024 MB. The resource limit must be greater than the resource request.
If the instance is deployed to an environment in an Alibaba Cloud BizWorks Serverless cluster, you can only select from predefined quota options for vCPU and Memory.
-
On the New Instance Deployment - Environment Configuration panel, complete the environment configurations and click Start Deployment.
Optional: Configure lifecycle management.
After you enable the Lifecycle Management switch, you can configure the following fields: start command, start parameters (click Add to add parameters), post-start command (example:["/bin/sh","-c","echo Hello from this PostStart handler"]), and pre-stop command (example:["/bin/sh","-c","nginx -s quit; while killall -0 nginx; do sleep 1; done"]).
The Docker runtime supports only one ENTRYPOINT command. Therefore, the start command you set will override the ENTRYPOINT and CMD commands that are defined in the Docker image. If you are unfamiliar with the original Dockerfile's commands, do not customize the start command or its parameters. An incorrect command can cause the deployment to fail.
Parameter |
Description |
Start command |
Enter the start command in the text box. Example: nginx. |
Start parameters |
Enter each start parameter in a separate text box. For example, enter the parameter |
Post-start command (PostStart) |
Enter the command in the format required by the Kubernetes post-start command. Example: |
Pre-stop command (PreStop) |
Enter the command in the format required by the Kubernetes pre-stop command. Example: |
Optional: Set environment variables.In the Environment Variables section, enable the switch and click Add. For each variable, specify a Key, Type, and Value.
Three value types are supported:
Custom: You can configure custom variables in batches. The batch configuration overwrites all existing custom environment variables. Click Batch Add Custom Variables and enter the variables in the dialog box that appears. Only custom values can be set in batches. The format must be compatible with Java
.propertiesfiles. Comments starting with#or!are automatically ignored. Each line represents a key-value pair in the formatkey=valueorkey = value. Keys can contain uppercase and lowercase letters, digits,-, and_, but cannot start with a digit. Values can be empty and must be in Native/ASCII format.ConfigMap and Secret: You can reference a Key from a ConfigMap or Secret that exists in the instance's deployment environment.
Optional: Set up storage.
Configure external storage for the container runtime environment.
Storage Type: Supports PVC, ConfigMap, and Secret types.
When using PVC storage, make sure the PVC is not exclusively used by another workload.
Before you can use a PVC for a deployment in a specific environment, you must manually create the PVC in the corresponding Kubernetes namespace. If the access mode of the PVC is specified, the system enforces restrictions according to Kubernetes specifications. For more information, see Persistent Volumes.
Mount source: The BizWorks platform does not manage PVC resources. If no PVC is available in your application's deployment cluster, go to the corresponding cluster to create one. For more information, see Create a persistent volume claim.
Path in Container: You must customize the file path within the container.
PVC is not supported when the instance is deployed to an Alibaba Cloud BizWorks Serverless cluster.
Optional: Configure a health check.
On the Liveness Configuration and Readiness Configuration tabs, configure the following parameters:
initialDelaySeconds: The number of seconds to wait after the container starts before the first probe is initiated. A value of 0 means the probe is initiated immediately.
The default value is 60 on the Liveness Configuration tab and 10 on the Readiness Configuration tab. The unit is seconds (s).
periodSeconds: The interval in seconds for probing the container. A value of 10 means the probe runs every 10s. The default is 10, and the unit is seconds (s).
successThreshold: The minimum consecutive successes for the probe to be considered successful. The default is 1.
timeoutSeconds: The maximum time allowed for the container to respond to a probe. A value of 1 means the container must respond within 1s, or the probe is considered failed. The default is 1, and the unit is seconds (s).
failureThreshold: The minimum consecutive failures before the container is marked as unhealthy. The default is 3, meaning the container will be restarted after three consecutive failures.
Configure the probe mode:
Path: The API path for the health check probe, for example, /actuator/health/liveness.
Port: The port number of the deployed application. For example, if your instance type is Central Application, you can set the port to 8080. If your instance type is Hosted Application, you can set the port to 8083.
Scheme: Supports the HTTP protocol.
HTTPHeaders: The HTTP request headers, including a Name and a Variable Value.
Optional: Set up application monitoring.
This feature automatically adds the required agent for application monitoring.
Parameter |
Description |
Type |
Application Real-Time Monitoring Service (ARMS). Using this service may incur fees. For more information, see Billing overview. |
ARMS license key |
When integrating with ARMS, you must enter your LicenseKey. You can find the LicenseKey by navigating to the integration center in the ARMS console and selecting a Java-based backend application. |
ARMS app name |
The AppName is the name of your application in ARMS. BizWorks generates a default application name using the format {project-code}-{application-code}-{environment-code}. You can also define a custom name. |
Optional: Set labels.
Click Add and enter the key and value for the label in the table. Expand Advanced Options and select the target for the label from the Labeling Position drop-down list. The default is Deployment and Pod.
This adds a Kubernetes label to the Deployment and Pod. The platform only manages labels that are added through BizWorks.
This configuration is not supported when the instance is deployed to an Alibaba Cloud BizWorks Serverless cluster.
The message Created successfully appears. A new instance card with the status In Progress is added to the environment. After the configuration is complete, you can view the corresponding deployment record in the testing environment card, which includes information such as the environment name, instance ID, operator, and operation time. The deployment status shows as In Progress.
Configure the instance network policy
After a successful deployment, the instance is inaccessible until you configure a network policy. On the Application Deployment Instance page, click the target instance card to go to the instance details page. In the network policy section, create a new access policy.
The platform primarily manages inbound requests to the application instance. Outbound requests from the instance, such as accessing the internet, are mainly determined by the network configuration of the container cluster.
You can create multiple access policies for an instance using either preset scenarios or a custom method. Select an option and follow the guide to create the network policy.
Creation method |
Description |
Preset scenario: Shared Capability Center |
|
Preset scenario: HTTP service |
|
Custom |
Custom configuration. |
Deployment records and logs
On the Application Deployment page, click the target instance card. In the Deployment Records section of the Application Deployment Instance panel, you can view the deployment history. The table includes columns such as ID, Type, Status, Operator, and Completion Time. Operation types include rollback, restart, start, stop, scale-in, scale-out, update, and create. For each record, you can click Details or Logs to view more information.
Click Logs next to the target deployment record ID to view the detailed pipeline logs for that deployment process.
NoteYou can only view logs for deployments of the Update and Create types.
The results are displayed as follows:
If the default pipeline was selected for Deployment Pipeline, the Instance Change Record dialog box shows the execution status of each pipeline stage: Code Checkout, Compile and Build, and Deploy. The deployment log area on the right displays the Docker image push and deployment progress. The deployment status progresses through Prepare for application deployment [Success], Start application deployment [Pending Deployment], Check deployment status [Deploying], and Check deployment status [Deployment Successful], indicating that the pipeline deployment is complete.
If a third-party pipeline was selected for Deployment Pipeline, the deployment log pop-up window displays pipeline information at the top, such as Image-based Pipeline, Pipeline Instance ID, and Pipeline Instance Running Status (e.g., SUCCEEDED). The main area shows the scrolling log output from the build process.
You can click View More Run Records to see more run records on the pipeline instance page.
If a custom pipeline was selected for Deployment Pipeline, the deployment logs appear as follows.
This example uses a pipeline with an added Pipeline Control task to illustrate the deployment logs for a custom pipeline.
In the Instance Change Record dialog box, the pipeline displays five stages in sequence: Code Checkout, Maven, Create Image, Pipeline Control, and Deploy. A green checkmark next to each stage indicates it is complete. When the Deploy to Target Environment node is selected in the left-side pane, the right-side log area shows the Docker image push logs and application deployment status, ultimately displaying "Check deployment status [Deployment Successful]".
The deployment log details for a process in an approval workflow are as follows. In the Instance Change Record panel, the pipeline progress shows the execution status of each stage: Code Checkout, Maven, Create Image, Pipeline Control, and Deploy. The current Pipeline Control stage is shown as Pending for Approval.
Click View Progress to see the specific approval progress. The approval process details page displays the process instance ID, creation time, creator, and running status, which is currently In Progress. The business information section shows the associated central application, and you can click the View link for more details. The approval progress is presented as a timeline: the Start Node has been completed by the initiator, and the process is currently at the Manual Approval node, which requires all designated approvers to pass (countersign). It shows that two people are pending approval. The Approve and Reject buttons are available at the bottom of the page for approvers.
Alternatively, in the Deployment Records section of the instance details panel, click Details next to the target deployment record. In the Deployment Record Details panel, click Approval Progress to go to the approval progress details page. You can also find the target deployment record in the list and click Details to view its detailed information. The deployment record details include fields such as Operation Type, Status, Deployer, Completion Time, Deployment Environment, Deployment Content, Deployment Pipeline, and Deployment Policy. The Approval Progress button next to the status bar is the entry point for viewing the progress.
To terminate the deployment process of a custom pipeline, click Terminate Process in the Instance Change Record dialog box. In the confirmation dialog box, click OK. The deployment log details page shows the pipeline stage bar (including Code Checkout, Maven, Create Image, Pipeline Control, and Deploy), with status icons indicating whether each stage is completed, in progress, or not started. You can select a specific build step on the left to view its corresponding log output on the right. The Terminate Process button in the upper-right corner allows you to stop the current pipeline execution at any time.
- Optional: View the detailed deployment configuration of a specific deployment record.
- Click Details to the right of the target deployment record ID.
- On the Deployment Record Details pane, you can view information such as Deployment Content, Resource Specifications, and Deployment Policy.

- To roll back to this version, click Roll Back to This Version. In the Roll Back Application Deployment dialog box, set the rollback policy and Release Quantity, and then click Rollback.
