Cloud Services Uncategorized

Cloud Architecture Patterns: Cloud Broker

By Steve Jin, VMware R&D


Provide a single point of contact and management for multiple cloud service providers and maximize the benefits of leveraging multiple external clouds.




When you are buying and selling stocks or other securities, you hire a broker to execute the trade on your behalf. One reason for that is convenience. You don’t need to take care of the details of placing orders and working with multiple stock exchanges, and whatever else is required to trade securities.

How about working with multiple cloud service providers? For sure, you can go online to any cloud provider as long as you have your credit card ready. But is the service provider the best fit for your requirements? Do you have a backup plan if you are not satisfied with your service provider? Can you easily switch among your service providers to minimize cost or maximize flexibility? If you are not sure, you may then need something like a cloud broker.


A cloud broker is software that helps users and companies get the benefits of external cloud services. Depending on your requirements, it could be offered as a product so that you can install it inside your enterprise or as a service for which you pay as you go.


Although the cloud market is not as dynamic as stock market, it does change from time to time. So you will need the most recent market data to make the best decisions as a customer. In that sense, it’s better use the cloud as a service rather than as a product that you may need to update periodically.

Technically, a cloud broker is able to:

1. Work seamlessly with different cloud services providers on behalf of customers. It includes taking care of system provisioning, monitoring, billing, etc. In some sense, it’s like service aggregation.

2. Ideally, move workloads among the service providers. No longer are you locked in with a particular service provider.

3. Maximize performance/price ratio of cloud services by shuffling workloads among the providers.

4. Scale the VMs beyond one service provider who may not have enough resources. Who says cloud is unlimited? In theory it’s so, but in reality every service provider has a limit which you just don’t hit normally.

With these considerations in mind, the challenge would be providing a unified way for customers to use different service providers, be it Amazon, Rackspace, Terremark, or whomever. The tricky part of the challenge is while searching for the best deals among the various services, you want to keep the key differentiators of the providers so that you can leverage their comparative advantages when needed. This would be a tough tradeoff to make.


Use a cloud broker pattern to:

1. Maximize the benefits of leveraging external service providers;

2. Have unified interfaces while keeping the flexibility of multiple service providers;

3. Scale beyond one service provider whenever needed.


The cloud broker is an indirection from you to the service providers who do the real work. The quality of the brokerage service affects you. Also you will pay the cost of the software or service and that expense may or may not offset the benefits. It depends on your size, planning, execution, and so on.

When regard to lock-in, you would be free from any specific service provider. But will you be locked in with a cloud broker? Certainly that is possible, too. So how can you avoid broker lock-in, too? Working with multiple brokers is one way but it definitely takes effort.

Known Uses

One option is Appririo CloudWorks, a product designed for cloud brokerage. I expect more competing products and services will enter the market when the cloud service market matures.

Related Patterns

Façade VM: Cloud broker pattern is very similar in the topology but serves customers rather than service providers. Functionality wise, they are different as well.

This article was originally posted on the site for more information on virtualization, cloud computing, and other enterprise technologies. 

Author: Steve Jin is the author of VMware VI and vSphere SDK (Prentice Hall), creator of VMware vSphere Java API. For future articles, please subscribe to Email or RSS, and follow on Twitter.


5 comments have been added so far

  1. What’s nice about this is it opens a new segment in the market. Currently, it seems most Cloud Service providers own the interfaces to/from other providers and it requires a lot of work to leverage APIs in order to make anything more efficient than manual transitions of workloads.
    Once communication between service providers becomes standard, this should become a wide-open space.

  2. Thanks, Steve– I think you’ve hit the the nail on the head when it comes to IaaS brokerage, but I think that SaaS and PaaS brokerage is even more interesting… that’s what we’re focused on with CloudWorks — breaking down SaaS silos and delivering information where people work (more at It’s that type of business value that makes cloud brokerage (in the words of Gartner), the “Single Largest Revenue Opportunity in Cloud Computing” (my take on that prediction here:

Leave a Reply

Your email address will not be published. Required fields are marked *