My Take on an Azure Open Source Cross-Platform DevOps Toolkit–Part 11

On the Jenkins Host - abbreviated steps

1. We have downloaded both the app and all this devops code
2. The app has been compiled and tested
3. It has been placed into a docker container
4. The app was tested inside of the docker container
5. A tunnel was setup so we can run the container in staging
6. And at every stage - everything ran WITHOUT error

We are moving from step 5 to 6 - running the app in staging.

Figure 1: The big picture

 curl –X POST https://localhost/marathon/v2/apps -d @marathon.json –H “Content-type: application/json”

Notice on the command line a json file called marathon.json is passed. This file contains all the metadata to indicate how we wish to run the app in the cluster.

There are a few things to notice:

1. You can see the id of myapp
2. The image type is docker
3. Notice the hub.docker.com entry (brunoterkaly/myapp:ApacheCon-2.0). In the previous step we upload our image there
4. BRIDGE - the DC/OS virtual network uses Linux bridge devices on agents to connect Mesos and Docker containers to the virtual network. Services can run in isolation from other traffic coming from any other virtual network or host in the cluster.
5. portMappings - We will connect from a browser to port 80. But internally that gets mapped to 8080, which is the port that Apache (and our web app) will listen on.
   

Figure 2: marathon.json

Figure 3: RunContainerInStaging.py

Our app has been on a long journey to get to this point. It has been compiled twice and test 3 times. The next and final step is to test that app in the staging environment. We are almost finished!

Figure 4: App successfully in staging