哇，这真是一个疯狂的月份！我们对 OpenStack 中所有产生的轰动和活动感到非常兴奋——在 IRC (freenode.net #openstack) 和邮件列表中 (launchpad.net/openstack)，以及在 Twitter (@openstack) 和媒体上。但炒作时间结束了，现在是我们开始兑现 OpenStack 的承诺的时候了。
OpenStack 计算和对象存储已经拥有许多重要的特性在今天的代码库中，包括
- 管理虚拟机
- 这些虚拟机的网络配置
- 一个完全分布式、复制的存储系统
- 存储、检索和复制大小高达 5GB 的对象和文件
此外，我们已经发布了通过 Web 控制面板、iPad、iPhone 或 Android 设备控制 OpenStack 环境的接口。
但还有更多即将到来。首席架构师 Rick Clark 最近发送了一份更新给社区，概述了我们即将到来的 10 月 21 日“Austin”版本的计划。Compute 的初始版本将大大推进项目，因为它将允许社区在单个集群上的数百台服务器上部署概念验证，并开始在该平台上进行开发。 这是在实现项目长期目标道路上的一个重要里程碑，并将每 3 个月发布新版本。 我们将在另一篇博文中，以及在11 月 9-12 日在圣安东尼奥举行的设计会议上深入讨论后续版本。
Austin 版本中有些重要的更改和更新值得进一步详细说明。 让我从我们知道 10 月 21 日将提供的内容开始
1. OpenStack API
Austin 版本将包含官方 OpenStack RESTful API，最初基于现有的 Rackspace Cloud API (2009 年以 Creative Commons 许可发布)。 它还将包括其他功能，例如基于角色的访问控制和额外的网络操作。这个 API 将是官方 OpenStack API，它将随着平台的演进和社区的需求而演进。
关于对替代 API 的支持，例如 EC2？ 已经存在于今天的代码库中的 EC2 兼容 API 将保留并维护；但是，项目拥有一个与 OpenStack 路线图和功能集直接相关的官方 API 非常重要。我们希望确保未来的 OpenStack 创新可以由社区推动，而不受外部云 API 功能的限制。子项目以一种支持多个 API 的方式构建，因此，如果您有一个对您来说非常重要的现有 API（或将来出现的一个），您可以添加对该 API 的支持。
2. Hypervisor 和镜像支持
OpenStack 的一个关键原则是超visor 中立性。 OpenStack 当前使用 libvirt，它为许多不同的 hypervisor 提供了 hypervisor 管理的抽象层。Austin 版本将包含对 XenServer、KVM 和 UML 的支持。它还支持 VirtualBox，允许人们在笔记本电脑上启动虚拟机，使社区成员更容易进行测试和开发。
为了启动新的虚拟机，OpenStack 将使用 Rackspace Cloud 的镜像框架。该框架基于可启动文件系统的一个 tarball。 我们将很快提供有关未来镜像支持方向的更多详细信息。
3. 统一计算和对象存储
重要的是 OpenStack 的子项目可以独立使用，但我们也希望最大限度地提高接口，使整个系统协同工作。 因此，计算和对象存储的身份验证系统将被统一。我们还将对象存储作为计算服务器的镜像存储提供。
4. 网络模型
我们将支持 OpenStack 中的两种网络模型：静态分配的真实互联网 IP 地址；以及专用子网内的私有 IP 地址，通过从专用 VPN 到公共互联网的 NAT 连接。API 将允许用户选择他们想要的模型。还将添加基于角色的防火墙访问控制。
这些是已经进行中的功能，我们确信它们将在 Austin 版本中完成。但我们希望获得更多！我们在 7 月的设计峰会上收到了很多反馈——并且继续看到来自社区的建议。在社区的帮助下，我们希望在 Austin 版本中获得这些功能
1. 更好的服务器卷
现有的 Rackspace Cloud 支持几个用于服务器卷管理的优秀功能，我们希望尽快将它们引入 OpenStack：调整服务器大小、快照卷和“Rescue Mode”。
2. 更好的服务器管理
现有的 Rackspace Cloud 还具有更复杂的服务器管理工具，我们正在积极地将它们移植到 OpenStack： “Rescue Mode” 和基于 Web 的控制台访问。
3. 底层（核心）重构
我们希望尽可能多的人运行、使用和贡献 OpenStack。从实用角度来看，这意味着我们需要尝试使代码库尽可能友好。当前的工作集中在三个主要方向上
a. 打包、部署配方和安装程序
b. 使编程模型尽可能标准和易于理解
c. 将数据存储从对象模型中抽象出来（启用使用 SQL 或替代 KVS 系统）
d. 清理代码并提供一致、有用的文档（阅读我们的新技术作者）
我们认为这最后三项很重要且紧急，并希望在他们的开发中获得积极的社区参与。希望它们能进入 Austin 版本，尽管由于这是一个时间限制的版本，我们无法确定。 我们的首要任务是交付一组稳定的功能，而不是广泛的功能。如果它们在 10 月中旬之前准备就绪，我们预计社区将在我们 2011 年 1 月的下一个版本中交付它们（稍后更多信息）。
感谢 Stackers 成功启动这个项目！ 如果您有任何反馈或需要任何帮助，请随时联系我们。
代表 OpenStack 团队和社区,
Jim Curry
首席 Stacker
@jimcurry, [email protected]
发表评论