Knowledge Base  /  Cloud Application Manager  /  Tutorials
Knowledge Base  /  Cloud Application Manager  /  Tutorials

Binding Examples

Updated by Guillermo Sánchez on May 16, 2019
Article Code: kb/72

In this article:


Bindings glue together different parts of a multi-tier application over the network. These components can be parts of an application stack, a load balancing pool, cluster, and more. Bindings enable services to auto-discover and connect dynamically at scale. They also reconfigure the instances that need it to keep their configuration up to date.


Cloud Application Manager Users using Application Lifecycle Management (ALM) features.


  • Access to Applications site (Application Lifecycle Management module) of Cloud Application Manager as an authorized user of an active Cloud Application Manager account.

  • A provider already configured in Cloud Application Manager. See providers.

Brief recap on Bindings

Bindings are variables that you can add to boxes. They represent a connection from the deployed box to other instances. The detail explanation of Bindings can be found at this knowledge article.

A Simple Example

The easiest way to understanding the function of Bindings is to put them to use. This portion of the article will use Binding to establish a simple client server relation between to instances. This article walks through setting up a pair NFS server and client boxes with Bindings.

Creating the NFS Server script box

Create the NFS server box in your workspace
Create a new script box

New Script Box

NFS demo server

Install script
#!/bin/bash -e
if [[ -e /etc/redhat-release || -e /etc/system-release ]]; then
  yum -y install nfs-utils nfs-utils-lib
  export DEBIAN_FRONTEND=noninteractive
  apt-get update
  apt-get -y install nfs-kernel-server
Configure script
#!/bin/bash -e
mkdir -p 
# Configure etc/hosts
cat >> /etc/exports << \
if [[ -e /etc/redhat-release || -e /etc/system-release ]]
  service rpcbind start
  service nfs start
  service nfs-kernel-server restart
echo "NFS Test OK" > /data/export2/NFS_test

Add two varibales to the NFS server box (screenshots below). EXPORT_HOST for the network of the NFS clients and EXPORT_DIRECTORY is the directory of the file share.

EXPORT_HOST variable


NFS client box

New Script Box
Use the script below for install script:

if [[ -e /etc/redhat-release || -e /etc/system-release ]]; then
  yum update -y
  yum -y install nfs-utils nfs-utils-lib
  export DEBIAN_FRONTEND=noninteractive
  apt-get -y install nfs-kernel-server

The configure script is as follow:

{% if server %}
if mount | grep  > /dev/null; then
  echo "Folder already mounted"
  mkdir -p 
  mount : 
{% endif %}
exit 0;

Configure two new variables for this box, one is LOCAL_PATH for the mount point of the NFS client and the other one is the Binding variable.

LOCAL_PATH variable


Application Box with NFS server and client

Once the two script boxes are created, creation of the an application box would be the next step.
To create an application box, click on "New" -> "Application Box", Enter "NFS Demo"
Edit the newly created Application Box in Code section of the portal, Click on "New" and type "NFS demo" in the search window

Application Box
Edit Topology

Click on "NFS Demo Server" and add "nfsserver" tag to the box

Add tag

Tagging bindings allow services to discover each other automatically. At deploy time, for the bindings defined in the boxes, we need to apply tags of instances to which they can bind. In this example, we ask the NFS client to bind to instances tagged as nfsserver.
Repeat the process to add the "NFS Demo Client", on the Edit Box Topology, there should be a suggestion to the nfsserver binding. Select 'nfsserver' and "Save".
On the Topology page of the Application Box, you should be able to see the connectivity between the two boxes.

Add binding


Use of Parameters in Binding

Parameters in binding

From the configure script, the nfsserver.address.private and nfsserver.EXPORT_DIRECTORY are passed from the nfsserver box to nfsclient box.
This is a simple example and this can be used in a more complex environment, like the JBoss example that will be covered in the next section.

Three Tiers application from Catalog

The next example is from Cloud Application Manager Catalog, it is the JBoss Sample Application. In this example, Binding tags are being used extensively. To recap the concept of Binding Tags, there are couple of ways of utilizing them in a complex environment:
- Dynamic bindings: Tagged bindings discover instance connectivity dynamically. They serve as an auto-discovery mechanism where instances with binding tags can automatically connect to other instances that match those tags.
- One to many bindings: Bindings can connect one or many services together, again, using tags.

This example is consisted of 6 script boxes to create a redundant three tiers JBoss application environment. The environment has a pair of MySQL servers in the backend, a pair of JBoss Application server and two load balancers in the DMZ.

JBoss Application Topology

In order to archieve redundancy, two tags are created for this environment, zone-a and zone-b. The zones are labelled to utilize cloud providers’ multi-zones ability, like Availability Zones in AWS and Azure. When the script box is tag with zone-a, only deployment policy with zone-a claim would be utilized to create an instance in zone a.
Services connect to each other using binding tags during deployment. In this example, the Nginx load balancers are connected to the JBoss application servers as below:

JBoss Application Binding

The application servers are tagged with application-layer tags, which the load balancers are connecting to regardless of the location of zones (see below):

JBoss Application tagging

The similar steps are needed for the JBoss servers to bind to the database servers:

JBoss Application tagging to database

As the diagram above shows that the application servers are binding to the database to create the three tiers application. Also this allows the application servers utilize the parameters within the binding environment, from load balancer box or database box. To learn more on the details with application boxes, please refer to this.
The JBoss Application Boxes is available at here, give it a try to experience the flexibility of Binding in Cloud Application Manger.

Contacting Cloud Application Manager Support

We’re sorry you’re having an issue in Cloud Application Manager. Please review the troubleshooting tips, or contact Cloud Application Manager support with details and screenshots where possible.

For issues related to API calls, send the request body along with details related to the issue.

In the case of a box error, share the box in the workspace that your organization and Cloud Application Manager can access and attach the logs.

  • Linux: SSH and locate the log at /var/log/elasticbox/elasticbox-agent.log
  • Windows: RDP into the instance to locate the log at ProgramDataElasticBoxLogselasticbox-agent.log