Latest Publications

Computable Object Store with Swift and ZeroVM

Today I am presenting a session at BigDataCamp LA in El Segundo, CA.ZeroVM


ZeroVM combines with OpenStack Swift through a project called ZeroCloud. ZeroCloud is middleware for Swift and adds a job manager and a ZeroVM daemon installed on the storage nodes. Adding ZeroVM to Swift changes a static object storage solution into a dynamic storage + compute platform. ZeroCloud can manipulate stored objects and perform full map/reduce operations in place, without reading data over the network to separate compute nodes. This allows a storage cluster to leverage spare compute cycles, where they would otherwise be wasted.

Here are the slides from my talk. If there is a video recording, I will add that here when it becomes available.


Solum and Cloud Foundry

When Rackspace agreed to join the Cloud Foundry foundation when it is formed, some speculated that Rackspace may somehow withdraw from the OpenStack Community, including those efforts in ecosystem projects such as Solum. This is definitely not true, and was not based on any interview of anyone from Rackspace. My blog post on the Rackspace Blog explains exactly why Rackspace remains involved in OpenStack, and its related projects. Solum and Cloud Foundry participation are complimentary, not mutually exclusive. [more...]

Solum: Open Development From Day One

The way businesses build and consume open source software is radically changing and we’re fortunate to be at the vanguard of that change with the Solum project.

Most open source projects start with the donation of some code by a single company, and then a small amount of tweaking tends to happen after it is “released” as open source. The company builds the software to solve a problem and then throws it over the wall and hopes a community forms to foster it.

Solum is different because it begins as a shared vision, not a complete product. It’s a vision that a coalition of contributors believes in and wants to contribute to. For this to work, everything has to be designed and developed in the open from the very beginning. We’re taking the OpenStack commitment to core values of open development, open design and open community right to heart. Nobody has tried this before.

Maybe we could have developed this in isolation. Cordoned off a dev team and sworn them to secrecy until the big unveiling a year or two later. And it might have worked, five years ago.

Today, we know how much faster and better we can build open source products when we find and engage potential collaborators from the beginning. We’ve found that a diverse set of experts working together in the design phase makes implementation faster and easier. Our experience in OpenStack projects such as Heat and Trove—and our missteps—showed us how much more efficient and effective it is to be open with ideas, open with plans and open with projects right from the beginning.

We see an opportunity to make OpenStack better for application development, lifecycle management and portability between both public and private clouds.

The domain is so compelling that a dream team of industry experts wants to work on it and it’s easy to imagine the potential for really impressive results. It will be based on the lessons learned of many companies that have all built similar software before in isolation. This time they can build it better, with the collective experience of many companies.

The specifics of Solum and its features are not fully formed. As with any idea, there will be plenty of revisions down the road. What is important is the collaborative nature of this work, and the thriving development community that will result from it. We feel very fortunate to be working with eBay, RedHat, Ubuntu/Canonical, dotCloud/Docker, Cloudsoft and Cumulogic to make it easier to integrate your application development process with cloud technology, and to move applications between public and private clouds. Please join us:

Project Wiki

Lauchpad Project

Public IRC meetings are held on Tuesdays 1600 UTC