Cloud Architecture Patterns: Cloud Broker


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

Bothered by SLOW Web UI to manage vSphere? Want to manage ALL your VMware vCenters, AWS, Azure, Openstack, container behind a SINGLE pane of glass? Want to search, analyze, report, visualize VMs, hosts, networks, datastores, events as easily as Google the Web? Find out more about vSearch 3.0: the search engine for all your private and public 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 entry was posted in Cloud Computing and tagged , , , . Bookmark the permalink. Post a comment or leave a trackback: Trackback URL.

One Trackback

Post a Comment

Your email is never published nor shared. Required fields are marked *


You may use these HTML tags and attributes <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>


    My company has created products like vSearch ("Super vCenter"), vijavaNG APIs, EAM APIs, ICE tool. We also help clients with virtualization and cloud computing on customized development, training. Should you, or someone you know, need these products and services, please feel free to contact me: steve __AT__

    Me: Steve Jin, VMware vExpert who authored the VMware VI and vSphere SDK by Prentice Hall, and created the de factor open source vSphere Java API while working at VMware engineering. Companies like Cisco, EMC, NetApp, HP, Dell, VMware, are among the users of the API and other tools I developed for their products, internal IT orchestration, and test automation.