In any on-premise deployment there are usually a bunch of self-signed certificate authorities (CA) that need to be trusted from all VMs in the BOSH deployment (and the jobs running on the VMs).
This blog post sheds some light on where to provide CA bundles in order to establish trust in BOSH deployments.
Cloud Foundry deploys application containers on so-called Diego cells.
Each Diego cell runs a number of application containers and exposes the applications through random ports on the Diego cell.
This blog post shows some very useful debugging and analysis tricks for Diego.
First, we determine the Cloud Foundry app belonging to a Diego container and second, we locate the containers for a specific application URL using the cfdot command line utility.
Running open-source Cloud Foundry is a challenging task.
Compared to vendor-distilled distributions deploying open-source Cloud Foundry requires in-depth knowledge of BOSH and Cloud Foundry itself.
This blog post shows solutions to typical operations topics when taking open-source Cloud Foundry to production and gives an overview of what it takes to run the Cloud Foundry core itself.
Concourse is a highly versatile continuous-thing-doer.
At mimacom, we use Concourse a lot to automate Cloud Foundry deployments and naturally, when there is Cloud Foundry there is also BOSH as underlying deployment automation.
Concourse has different deployment options, of which one is a BOSH deployment.
In this blog post we will walk through how to prepare and setup a Concourse BOSH deployment.
When administrating Cloud Foundry you spent quite some time on the shell leveraging various different CLI tools.
Of course, all the different tools require you to authenticate differently to their backends, leaving you struggling to remember the correct way to authenticate.
This blog post summarizes the authentication procedure for the most common CLI tools in the Cloud Foundry ecosystem.