Managing Deployment on a Docker Container
When configuring the deployment details in a deployment stage, if you select the Docker deployment mode, the Docker Container section is active on the Deployment tab within that stage. The cloud accounts that you select during stage configuration are listed in the Docker Container section.
To manage your deployments in your desired Kubernetes cluster from this section, do the following:
Configure a Cloud Instance
-
On the Deployment tab, in the Docker Container section, all the cloud accounts configured for your deployment stage are displayed.
Each cloud account card represents a configured cloud account. From each card, you can add instances to deploy your technologies to that specific account.
Click +Add Instance and choose a machine configuration option that suits your deployment requirements. One or more of the following options are available depending on the platform configuration enabled by your administrator.
-
Large - 8GB RAM 2vCPU
-
Medium- 4GB RAM 2vCPU
-
Small- 2GB RAM 2vCPU
-
Custom configuration
Note:
If your desired instance configuration option is not available in the list, contact your platform administrator.
-
-
Click Configure to define the cloud account and network settings.
-
In the Cloud Account and Network Settings side drawer, your chosen instance type, memory, and CPU configuration are displayed at the top. Review the instance configuration and then do the following:
Field Action/Description Name Provide a logical name for your instance. Hard Disk Size Select the desired hard disk size from the list. The disk size determines how much space is available for your container images, logs, and application data. For Docker deployments, 20 GB is the recommended minimum size. Increase the size if your applications handle large data volumes or generate heavy logs. Cloud Account The cloud account on which you configure a cloud instance is auto-populated. Use Public or Private Subnet Enable the Use Public Subnet toggle to launch the instance in a public subnet. Then, select a Public Subnet from the dropdown.
Otherwise, select a Private Subnet from the dropdown to deploy the instance within a private network.
Security Groups Select one or more security groups. They act as virtual firewalls controlling inbound and outbound traffic for instances hosting your Docker containers. Application Security Groups (Optional) If you configure settings for an Azure instance, select one or more application security groups. This field is optional. -
Click Save to create the instance and apply the specified cloud and network settings..
Creating Load Balancer Manually
If, while creating or editing a stage, you choose to manually create a load balancer for your Docker deployment, you must configure the load balancer to complete your technology deployment.
Click Configure Load Balancer.
In the Configure Load Balancer side drawer, complete the steps mentioned on the UI, get the DNS name of your load balancer, and provide it in the DNS Name field.
View Technologies Pending for Deployment
In the Docker Container section, in the upper left corner, the list of ready-to-deploy technologies that you have added in the Develop phase is displayed. You can search for your desired technology in the list by the technology name or its title that you give while adding it in the Develop phase.
Add Technologies for Deployment
After you define the cloud account and network settings for your cloud server instance, you can add and configure the technologies you want to deploy within the Docker containers on the configured cloud instance. Do the following:
-
Click Add Technologies. The list of ready-to-deploy technologies that you have added in the Develop phase is displayed. You can search for your desired technology by the technology name or its title that you give while adding it in the Develop phase.
-
To add a technology for deployment, click Add next to the desired technology .
-
In the side drawer, configure the following details required for the deployment. These settings ensure your application is packaged, built, and deployed correctly within the selected cloud account.
1. Specify Context Path
In the Context Path field, specify the context path for your application. The context path defines the URL segment through which users can access your containerized application once deployed.
For example, if you set the context path to "
/banking-service", users will access your application at "https://yourdomain.com/banking-service".Use a short, meaningful path name that reflects the application or service being deployed.
2. Configure Continuous Integration (CI) Settings
Continuous Integration automates the process of building, testing, and preparing your application whenever code changes occur or based on a defined schedule.
-
Source Code Branch
Select the specific branch from your source code repository that contains the code you want to deploy. Your CI pipeline will monitor this branch for changes.
-
Trigger Types
The CI trigger determines when the pipeline should start:
-
Code Change – The pipeline runs automatically whenever changes are committed to the selected branch. Ideal for active development workflows.
-
Manual – The pipeline is triggered only when you explicitly start it from the platform. Suitable for controlled build scenarios.
-
Schedule – You can define one or more time-based schedules to run the CI pipeline automatically at specific times. Useful for periodic deployments and testing.
In each schedule, you can specify the following:
-
Time Zone: Select the desired time zone for the CI trigger schedule.
-
Frequency : Select the Every Day or Every Week option as required.
-
Time: Define when to trigger the pipeline (in hours and minutes). You can define multiple schedules as well.
Best Practice:
-
Use Code Change in development to get instant feedback on commits.
-
Use Manual in production to avoid unintentional deployments.
-
Use Schedule for batch updates or automated maintenance windows.
-
-
3. Configure Continuous Deployment (CD) Settings
Continuous Deployment defines how and when your built image is deployed as a running container.
-
Port Number
Enter the port number on which your application will be exposed. It is important to ensure that the specified port is open and available for successful communication.
-
Trigger Types
The CD pipeline trigger determines when the container deployment starts after the build completes.
-
Run after Continuous Integration – Automatically deploys the container immediately after a successful CI run. Ideal for lower environments like Dev or QA to enable continuous delivery.
-
Manual – Deploys only when triggered manually from Calibo Accelerate. Recommended for production or controlled release environments.
-
Schedule – You can define one or more time-based schedules to run the CD pipeline automatically at specific times. Useful for periodic deployments and testing.
In each schedule, you can specify the following:
-
Time Zone: Select the desired time zone for the CD trigger schedule.
-
Frequency : Select the Every Day or Every Week option as required.
-
Time: Define when to trigger the pipeline (in hours and minutes). You can define multiple schedules as well.
-
-
Note:
The Run after Continuous Integration and Schedule triggers become active only after the technology has been deployed manually at least once from Calibo Accelerate.
This ensures that the required Docker infrastructure, network settings, and instance configurations are properly initialized before automated deployments begin.
4. Functional Testing (Optional)
Enable Functional Testing if you want to perform end-to-end automation testing after the container is deployed.
-
Testing Tool: Choose your preferred functional testing tool from the list. Currently, the Calibo Accelerate platform supports the following testing tools:
-
Selenium
-
Cypress
-
-
Browser: This field is available if you select Cypress as a testing tool. Select the web browser in which you want to run your Cypress tests.
-
Test Case Repository: Specify the URL of the repository where your test cases are stored. For example,
https://github.com/your-username/your-cypress-repo.git -
Test Case Repository Branch: Select the branch within the test case repository where your desired test cases are located.
-
Test Case Command: Enter the command to execute the test suite.
-
- Click Add to save the details.
The technology is added for deployment to your configured cloud instance.
At this point, you can edit the deployment configuration details for your technology.
In the upper right corner, click Deploy. The list of all your configured and ready-to-deploy technologies is displayed in a side drawer. Select the desired ones, and then click Deploy.
The time to deploy each technology may vary depending on the technology complexity, size of the application, dependencies, and many other factors related to the deployment environment and network conditions. -
In the upper right corner, click Refresh to view the latest status of your technology deployments.
To fetch the real-time status of your technology deployments from the Jenkins server, click Force Refresh.
- As soon as you initiate technology deployment, an instance is created in your cloud account based on your specified configuration. On the Docker Container tab, the instance tile is the visual representation of that cloud instance. In the upper right corner of the instance tile, you can do the following:
-
Monitor the status of your cloud instance.
-
Add more technologies for deployment
-
Click the ellipsis (...) to do the following:
-
Stop a running instance
-
Remove instance from the cloud account

Note:
To delete an instance from your cloud account, first you must uninstall all the technologies deployed on the cloud instance.
- View or edit instance configuration
-
Deploy Technologies to Docker Container
After a technology is added for deployment to your selected cloud account, do the following:
-
On the technology card, click the ellipsis (...).
-
Click Run CI Pipeline. After the CI pipeline starts, the CI status changes to CI pipeline in progress.
-
Click Refresh in the top right to update the status.
-
After the pipeline completes, the CI status changes to CI pipeline success.
-
To check real-time progress of your CI pipeline,
Go to the CI/CD Pipeline tab.
In the Continuous Integration (CI) pipeline for the technology being deployed, review each step:
-
Checkout SCM – Pulls source code from the configured repository.
-
Initialization – Prepares environment and sets up dependencies.
-
Build – Compiles and packages the application.
-
Unit Tests – Runs automated tests to validate code quality.
-
SonarQube Scan – Performs static code analysis for code quality and security.
-
Build Container Image – Creates a Docker image of the application.
-
Publish Container Image – Pushes the built image to the configured container registry.
-
After CI is successful, you can deploy the technology to the container.
-
On the technology card, click the ellipsis (...).
-
Click Deploy.
-
In the Deploy side drawer:
-
In the Container Image Tag list, choose the tag you want to deploy (for example, latest or a version number).
-
Click Deploy.
CD status changes to Pipeline build is in progress.
-
- Click Refresh in the top right to update the status. When the deployment is complete, CD status changes to Deployed.
-
Click View Details on the technology card to check the following:
-
Basic Details
-
Instance name with memory and CPU configuration
-
Context path from deployment configuration
-
Links to:
-
CI Pipeline (Jenkins job run)
-
CD Pipeline (Jenkins deployment run)
-
Artifactory (JFrog or ECR image repository)
-
-
Live Application – Click Browse to open the deployed application.
-
-
Continuous Integration Tab
-
Displays the selected Source Code Branch
-
Shows the Pipeline Trigger (Manual, Code Change, or Schedule)
-
-
Continuous Deployment Tab
Shows the following details configured in the deployment configuration:
-
Host Port Number (The external port on the host system mapped to your container port.)
-
Port Number (The internal port on which your application runs inside the container.)
-
Pipeline Trigger
-
-
-
To check real-time progress of your CD pipeline, go to the CI/CD Pipeline tab. The following stages are displayed in the CD pipeline:
-
Declarative: Checkout SCM – Retrieves the latest source code from the repository.
-
Initialization – Prepares the deployment environment and required settings.
-
Deploy – Deploys the built Docker image to the container.
-
Uninstall a Technology
When a technology is no longer required in your product or pipeline, you can uninstall it from Calibo Accelerate. Uninstalling a technology removes its configuration and also deletes the associated Continuous Integration (CI) and Continuous Deployment (CD) jobs from the configured CI/CD tool.
This ensures your product remains clean and that no unnecessary jobs are executed in the background.
To uninstall a technology, do the following:
-
On the technology card, click the ellipsis (...) menu in the upper-right corner.
-
From the dropdown menu, select Uninstall.
-
A confirmation dialog box appears.
-
Click Uninstall to proceed.
-
Click Cancel if you want to retain the technology.
-
-
Once confirmed:
-
The selected technology is uninstalled from Calibo Accelerate.
-
Related CI and CD jobs are deleted automatically from the connected CI/CD tool.
-
Edit Technology Details
After a technology is added to your product, you may need to update its deployment configurations over time. For example, you might want to adjust the context path, update CI/CD settings, or modify functional testing parameters.
To edit technology details, do the following:
-
On the technology card, click the ellipsis (...) menu in the upper-right corner.
-
From the dropdown menu, select Edit Details. This opens the deployment configuration details for the selected technology.
-
Modify the desired settings.
-
Save your changes.
With the updated configuration in place, you can now trigger the CI pipeline and deploy the technology to the selected environment.
|
What's next? Data Pipeline Studio |