Libcloud, a unified interface to the cloud


libcloud is a pure python client library for interacting with many of the popular cloud server providers. It was created to make it easy for developers to build products that work between any of the services that it supports.



While there are some projects to create open standards for interoperability within the cloud, most have failed to gain widespread adoption. Libcloud takes the approach of exposing a unified API to cover multiple vendor's APIs, and in the future to support standard APIs, assuming they become prevalent.


There is a strong need in the developing cloud infrastructure for a community supported, high quality, and vendor independent tool set for managing servers and their resources. When new servers are just an API call away, traditional infrastructure models are changing quickly. Having a good library built around Apache's values and tradition will enable new server infrastructure to evolve much more quickly.

Initial Goals

Libcloud is an existing open source project, with patches from many different contributors. We view the moving to Apache as a way to improve this community, and look into future APIs around creating server images and large object storage.

Current Status

Libcloud is already open source under the ASL 2.0:


Libcloud has involvement from members of both the ASF and other open source projects. Communication is driven by both IRC and E-Mail lists.


Currently libcloud has several contributors, but not a large user community other than a few companies. We would like to increase our userbase as part of the incubator process.

Core Developers

Alex Polvi who wrote most of the original code is familiar with open source from working at OSUOSL and at Mozilla. Tom Davis drove much of the re factoring of the initial code base. Jed Smith, Ivan Meredith, Jeremy Orem, Jerry Chen and Paul Querna (ASF member) have all contributed mainly to developing provider specific drivers.


Currently there are not many Apache communities involved with cloud computing or python based infrastructure. We believe introducing such a community is a good thing for the Apache Software Foundation.

Known Risks

Orphaned products

libcloud is being used actively by Cloudkick to develop services. It is a core part of Cloudkick's ongoing infrastructure improvements.

Inexperience with Open Source

libcloud was open sourced in July 2009, during OSCON. Core contributors include former employees of Mozilla and an ASF member.

Homogeneous Developers

Much of the initial development was done by Cloudkick, but much of the core design was re-factored by the community, and many of the drivers for each provider have been contributed by 3rd parties.

Reliance on Salaried Developers

The majority, but not all, of the developers are paid by their employer to work on libcloud at this time.

Relationships with Other Apache Products

Libcloud doesn't share many attributes with existing Apache projects due to it being in Python and addressing a new need.

A Excessive Fascination with the Apache Brand

Libcloud project seeks to build a last community around cloud API interoperability, and is not fascinated with any short term gains of being associated with the Apache Brand.


Initial Source

Initial source is contained completely inside the libcloud github repository.

External Dependencies


Uses standard Python APIs for SSL/HTTPS.

Required Resources

Mailing lists


Issue Tracking

Initial Committers



Nominated Mentors

Sponsoring Entity

LibcloudProposal (last edited 2010-07-22 13:27:57 by 69)