Azure Service Broker BOSH Release

This is a BOSH release for Azure Service Broker.

Disclaimer

This is NOT presently a production ready Azure Service Broker BOSH release. This is a work in progress. It is suitable for experimentation and may not become supported in the future.

Usage

Azure credentials and permissions

This BOSH release requires an Azure service principal with some roles.

Using BOSH

Upload the BOSH release

To use this BOSH release, first upload it to your BOSH:

bosh target BOSH_HOST
git clone https://github.com/bingosummer/azure-broker-boshrelease.git
cd azure-broker-boshrelease
bosh upload release releases/azure-broker/azure-broker-1.yml

Create a BOSH deployment manifest

Now create a deployment file (using the files at the examples directory as a starting point).

Deploy using the BOSH deployment manifest

Using the previous created deployment manifest, now we can deploy it:

bosh deployment path/to/deployment.yml
bosh -n deploy

Refer to the broker's documentation for more details about the required properties:

• Azure Service Broker Documentation

Using Pivotal Ops Manager

Pivotal tile

You can deploy the Azure Service Broker using Pivotal Ops Manager. If you want modify the configuration (services, plans, ...) you will need to build your custom Pivotal tile, otherwise, just download the already existing Pivotal tile.

Build the Pivotal tile

Update the handcraft.yml file with your modifications. Then, build the Pivotal tile:

git clone https://github.com/bingosummer/azure-broker-boshrelease.git
cd azure-broker-boshrelease
bundle install
bundle exec vara build-pivotal .

Download the Pivotal tile

Download the p-azure-broker-0.1.1.0.pivotal file to your workstation.

Upload the Pivotal tile

Upload the Pivotal tile p-azure-broker-0.1.1.0.pivotal to your Pivotal Ops Manager, configure it, and deploy.

Contributing

In the spirit of free software, everyone is encouraged to help improve this project.

Here are some ways you can contribute:

• by using alpha, beta, and prerelease versions
• by reporting bugs
• by suggesting new features
• by writing or editing documentation
• by writing specifications
• by writing code (no patch is too small: fix typos, add comments, clean up inconsistent whitespace)
• by refactoring code
• by closing issues
• by reviewing patches

Submitting an Issue

We use the GitHub issue tracker to track bugs and features. Before submitting a bug report or feature request, check to make sure it hasn't already been submitted. You can indicate support for an existing issue by voting it up. When submitting a bug report, please include a Gist that includes a stack trace and any details that may be necessary to reproduce the bug,. Ideally, a bug report should include a pull request with failing specs.

Submitting a Pull Request

1. Fork the project.
2. Create a topic branch.
3. Implement your feature or bug fix.
4. Commit and push your changes.
5. Submit a pull request.