在一个开源项目中，如果有一件事让志愿开发者讨厌，而平台即服务(PaaS)又能缓解的话，那这件辛苦的任务就是：安装、维护、任何对于写代码造成分心的事情。

　　这也正是jclouds目前的状况，jclouds是一个开源社区库，允许开发者在三十多个不同的云提供商之间迁移自己的代码，包括亚马逊、vCloud、OpenStack和Windows Azure。jclouds是一个以志愿者为中心的组织，不希望其开发者花时间来来编写代码，而不是维护构建环境。

　　Adrian Cole是jclouds的创始人，他表示志愿者能够维护项目的活跃性，但是不能推动其向前发展。

　　“我们必须花很多时间来维护我们的构建环境，这是一项令人关注的挑战，但是未必使我们希望关注的事情，” Cole说道，“让支援者Andrew [Phillips]这些对在这平台中工作感兴趣的人来说，给他们一个角色于我而言很痛苦，我不知道如何将这个工作交给合适的人。”

　　Jclouds最耗时的任务是手动维护其Jenkins CI基础架构。Jenkins CI是为软件开发者提供质量控制的一种持续集成服务。

　　Cole和jclouds的同仁知道他们需要一个云提供商来解决他们的问题。所以它以DEV@cloud的形式出现，DEV@cloud是PaaS提供商CloudBees的产品，可以让jclouds的同仁继续使用将Jenkins CI作为持续集成平台使用，而不需要他们来管理。尽管jclouds领导们考虑的其他方案，但没发现没有谁能像CloudBees那样解决他们的问题。

　　在对CloudBees的评估版做了测试且没有发现问题之后，jclouds同仁们迁移到DEV@cloud。在公共云环境上运转顺利，整个实施仅用了几天时间。

　　“如果要我和其他要花时间做的实施进行比较的话，我觉得这个ROI非常大，” Phillips说道。

　　Jclouds同仁们立即实现了利益。Cole预计其团队每周最多节省了四个小时，Phillips补充到他每周能够节省两到三小时。有的志愿者最大节省达到了每周六到八小时。

　　“我们所做的每一个改变都充满活力，” Phillips说，“构建时间更加具有可预见性，而且我们的构建中断少了很多。通常的运行失败已经没有了，服务器端构建失败极少发生。整个环境更易于驾驭，在后端没有任何的管理资源。”

　　CloudBees支持人员可以协助jclouds的不仅仅是和云相关的问题，包括解决Jenkins CI的技术问题。

　　“CloudBees所做的就是解决我们的问题，” Cole说，“我们的志向并不是成为Jenkins专家。我们是一个云项目，希望能够关注我们的应用。如果我们觉得开发者资源与我们可用，我将会将CloudBees划分为另一个生产效能工具。”

　　Cole希望未来的附加物可以包括处理所有jclouds在云端处理的证书。

　　“通过提供证书的方式，获得信任会很棒，像亚马逊认证，以一种只有我的构建能够看到的方式，”他说。

　　选择PaaS提供商建议

　　Cole对于其他正在寻找PaaS提供商的开发者有两条建议：理解内部需求和不要先入为主。

　　“扔掉你的假设，给自己一个机会进行一次假使将会怎样（what-if），” Cole表示，“假使我没有机会获取这样的内存，我需要怎样？假使我进入这样的网络没有任何成本，又会怎样？”

　　他也任务开发者应该关注其业务网络端，对于让开发更容易他们需要什么以及在哪里将需要这些有一个深刻的理解。