OpenStack 每周简报（10 月 1 日 – 7 日）

 

2010 年 10 月 8 日

本周报是社区了解每周各种活动的方式。如果您想为每周更新添加内容或对本新闻通讯有任何想法，请发送电子邮件至 Stephen Spector。

Simon Crosby，Citrix Systems 首席技术官，在 2010 年柏林 Citrix Synergy 大会

重点新闻

活动

  • 在 #openstack 活动上发言，请告知我添加此列表
  • 设计峰会：2010 年 11 月 9 日至 12 日，德克萨斯州圣安东尼奥

开发者社区

通用社区

社区统计数据（10/1 – 10/7）

  • 本周 Twitter 统计：54 条推文；57 条转推
  • 本周 Bug 统计：26 个新 Bug；140 个未解决 Bug；5 个处理中 Bug；1 个严重 Bug；12 个高优先级 Bug；2 个带补丁的 Bug
  • 本周蓝图统计：55 个蓝图；3 个核心，3 个高，11 个中，2 个低，36 个未定义
  • 本周 OpenStack 网站统计：6,340 次访问，13,884 次页面浏览，62.33% 新访客
    • 访问量前 5 页：首页 47.20%；/projects 11.65%；/projects/compute 11.92%；/projects/storage 10.62%；/community 7.09%

OpenStack 新闻

标签：

设计峰会注册开放

 

2010 年 10 月 7 日

OpenStack 很高兴开放 2010 年 11 月 9 日至 12 日在圣安东尼奥举行的设计峰会的 注册。由于场地限制，本次活动仅接受 300 名注册，请尽快注册以避免延误。当地酒店、晚间活动和当前议程信息均列在注册网站上，如果您正在寻找的信息尚未提供，请随时返回该网站。我们预计下周公布完整的商务活动议程，本月晚些时候公布开发者活动议程，因为 OpenStack 开发者正在 Launchpad 上构建该议程。

我们期待本次 OpenStack 活动，因为社区在成员、贡献和理念方面不断壮大。您的参与是 OpenStack 成功的关键。

注册网站：https://openstack.org/register

标签：

架构委员会提名截止日期延长至 10 月 15 日

 

2010 年 10 月 6 日

堆栈者们，

最近我们发布了 治理文档时，我 提到即将有一些截止日期。即，提名某人进入架构委员会席位的截止日期。为了给社区更多时间，**我们已将提名截止日期延长至 2010 年 10 月 15 日**。

此外，这将使所有其他日期推迟两周。

  • 现在公布候选人的日期是：2010 年 10 月 20 日
  • 现在投票日期是：2010 年 11 月 1 日

官方文档现已更新以反映新日期。

请将您的提名发送至 Jonathan Bryce：[email protected]

其他新闻方面，我们已经通过了 OpenStack Compute “Austin”版本的特性冻结，并且正快速接近 10 月 21 日的发布日期。在那之后，我们期待在 2010 年 11 月 9 日至 12 日于德克萨斯州圣安东尼奥举行的 下次设计峰会与大家见面。

Mark Collier

@sparkycollier

OpenStack 通信系统更新

 

2010 年 10 月 4 日

随着越来越多的人每天对 OpenStack 产生兴趣，建立一个适当的（用英国人的话说）沟通系统至关重要，以确保所有参与者在社区中都有发言权，并能轻松找到他们所需的信息。为了进一步改进此系统，我将宣布几个新的邮件列表，所有列表都对任何对 OpenStack 项目各部分感兴趣的社区成员开放。

请查看这些列表并订阅最符合您需求的列表。我们选择使用 Mailman 作为这些列表的工具，因为这是大多数开源项目中常见的工具。本周我还会发布一个新的网页，其中包含 OpenStack Mailman 邮件列表的完整列表以及存档链接。我还会与 MarkMail 合作，确保所有 OpenStack 邮件列表都包含在其出色的开源邮件列表搜索工具 http://markmail.org/ 中 [稍后会提供更多信息]。

如果您有任何问题，请发送电子邮件至 [email protected]。

标签：

社区经理介绍

 

2010年9月16日

我非常自豪地介绍自己为 OpenStack 项目的新社区经理。我坚信云计算范式正处于一个重大的行业浪潮的边缘，而 OpenStack 是将引领这场革命的开创性开源技术。我期待在我力所能及的范围内协助社区，以多种方式确保所有参与者的成功。

在过去的三年里，我曾担任 Xen.org 开源社区的社区经理，并在全球范围内推广所有开源技术方面发挥了领导作用，同时也是 Network World 的开源博主。我打算继续作为 OpenStack 的坚定社区经理，推广和支持开源技术。

如果您有任何问题或对 OpenStack 有任何想法，请随时联系我，如果您不确定该联系谁或如何完成某事，我将是 OpenStack 相关事宜的联系人。我对这个开源项目寄予厚望，并期待您的帮助，将 OpenStack 打造成行业领先的云平台。在接下来的几周里，我将往返于奥斯汀和佛罗里达州维罗海滩之间搬家，我会尽力回应出现的各种社区问题。我预计在 10 月初就位，因此请理解我可能对您的回复有所延迟。

再次，我期待 OpenStack 的成功，并将尽我所能确保任何希望参与的人都能获得他们所需的工具和支持。期待堆栈革命。

您可以通过 [email protected] 联系我，或在 Twitter 上关注我 @opnstk_com_mgr。我在德克萨斯州奥斯汀的办公室电话是 (210) 312-1162。

最后，请记住参加 2010 年 11 月 9 日至 12 日在德克萨斯州圣安东尼奥举行的 OpenStack 设计峰会。更多信息请访问 https://openstack.org/blog/2010/09/the-second-openstack-design-conference/。OpenStack 还在寻找创新、有创意、技术过硬的社区领导者来推动项目发展，招聘信息请访问 https://openstack.org/jobs。

标签：

OpenStack 治理

 

当 OpenStack 社区于 7 月成立时，我们制定了一系列以开放承诺为核心的关键原则。现在您可能会注意到“开放”一词几乎被应用于一切，与“云”并列，因此在您着手创建“开放云”时，重要的是要明确这意味着什么。

我们在 wiki 上 详细定义了“开放”对 OpenStack 的含义，但此处提供重点供参考。

  1. 开源（而非封闭核心），并采用适当的许可证（在本例中为 Apache 2.0，已获 OSI 批准，兼容 GPLv3，兼容 DFSG）
  2. 开放设计
  3. 开放开发
  4. 开放社区

为了履行这一承诺，我们的一个关键成果是，在社区成立后不久发布 治理流程，并确保该流程包含来自社区的积极参与和代表。该流程现已在 wiki 上完整记录，但我在此提及几点关键。

  • 将于 2010 年 10 月 15 日举行架构委员会的四个社区选举产生的社区成员席位的选举。
  • 有意候选人应不迟于 2010 年 9 月 30 日发送电子邮件至 Jonathan Bryce（[email protected]）。

此架构委员会将决定未来可能添加哪些其他子项目。我们已收到许多人的咨询，他们有兴趣作为 OpenStack 社区的一部分开展新工作，或将现有项目捐赠给该事业。治理模型为我们提供了未来做出此类决定的流程。

如文档所述，我们已努力正确制定治理模式，但在这个充满活力的行业和活跃的社区中，我们无疑需要随着时间的推移不断发展该流程，并且我们致力于这样做。请在您选择的论坛（下方的评论、freenode.net 上的 #openstack、您的博客、Twitter 等）告诉我们您的想法。

这个项目的头几周如旋风般过去，而且丝毫没有减速的迹象！下个月，我们期待建立委员会，并为 Compute 项目（代号为 Austin 的初始版本）实现一个重要的里程碑。11 月（9-12 日），我们很高兴能再次聚在一起参加第二届设计会议。

Mark Collier

@sparkycollier

[email protected]

OpenStack 的现状……接下来会怎样？！（第一部分）

 

2010 年 9 月 10 日

哇，这是一个疯狂的月份！我们对 OpenStack 的所有嗡嗡声和活动感到非常兴奋——无论是在 IRC（freenode.net #openstack）和邮件列表（launchpad.net/openstack）上，还是在 Twitter（@openstack）和媒体上。但是炒作时间已过，现在是我们开始兑现 OpenStack 承诺的时候了。

OpenStack Compute 和 Object Storage 已经在代码库中拥有许多重要功能，包括

  • 管理虚拟机
  • 虚拟机的网络配置
  • 一个完全分布式、复制的存储系统
  • 存储、检索和复制最大 5GB 的对象和文件

此外，我们已经发布了通过 Web 控制面板、iPad、iPhone 或 Android 设备控制 OpenStack 环境的接口。

但还有更多内容即将到来。首席架构师 Rick Clark 最近向社区发送了更新，概述了我们即将于 10 月 21 日发布的“Austin”版本的计划。Compute 的这个初始版本将使项目大有进展，因为它将允许社区在单个集群上部署数百台服务器的概念验证，并开始在该平台上进行开发。这是实现项目长期目标的重要里程碑，随后每 3 个月发布一次新版本。我们将在另一篇博文中讨论后续版本，并在 2010 年 11 月 9 日至 12 日于圣安东尼奥举行的设计会议上深入讨论。

Austin 版本中有一些重要的更改和更新值得详细介绍。让我先从我们知道将在 10 月 21 日提供的开始

1. OpenStack API

Austin 版本将包含官方的 OpenStack RESTful API，该 API 最初基于现有的 Rackspace Cloud API（于 2009 年在知识共享许可下发布）。它还将包括其他功能，例如基于角色的访问控制和额外的网络操作。此 API 将是官方的 OpenStack API，并将随着平台和社区的需求而发展。

对替代 API（如 EC2）的支持如何？与 EC2 兼容的 API 已经包含在代码库中，并将继续维护；但是，项目拥有一个与 OpenStack 路线图和功能集直接绑定的官方 API 非常重要。我们希望确保未来的 OpenStack 创新可以由社区驱动，而不受限于外部云 API 的功能。子项目构建方式支持多种 API，因此如果您有一个真正重要的现有 API（或将来出现的 API），您也可以支持它。

2. Hypervisor 和镜像支持

OpenStack 的一个关键原则是 hypervisor 中立性。OpenStack 目前使用 libvirt，它为多种不同 hypervisor 提供了一个 hypervisor 管理的抽象层。Austin 版本将支持 XenServer、KVM 和 UML。它还支持 VirtualBox，允许用户在笔记本电脑上启动虚拟机，从而使社区成员的测试和开发更加容易。

为了启动新的虚拟机，OpenStack 将利用 Rackspace Cloud 的镜像框架。该框架基于一个可启动文件系统的 tarball。我们将在不久的将来提供更多关于未来镜像支持方向的详细信息。

3. 统一计算和对象存储

OpenStack 的子项目能够独立使用非常重要，但我们也希望最大化接口以使整个系统顺畅运行。为此，计算和对象存储的身份验证系统将统一。我们还将提供对象存储作为计算服务器的镜像存储。

4. 网络模型

我们将在 OpenStack 中支持两种网络模型：静态分配的真实 Internet IP 地址；以及专用子网内的私有 IP 地址，通过 NATting 从私有 VPN 连接到公共 Internet。API 将允许用户选择他们想要的模型。还将添加用于防火墙的基于角色的访问控制。

这些功能已在进行中，我们有信心能为 Austin 版本完成。但我们希望能获得更多！我们在 7 月的设计峰会期间收到了大量反馈——并且社区的建议仍在不断涌入。在社区的帮助下，我们希望将这些功能也纳入 Austin 版本。

1. 更好的服务器卷

现有的 Rackspace Cloud 支持服务器卷管理的几个强大功能，我们希望尽快将其集成到 OpenStack 中：调整服务器大小、快照卷和“恢复模式”。

2. 更好的服务器管理

现有的 Rackspace Cloud 还拥有更复杂的服务器管理工具，我们正在积极将其移植到 OpenStack 中：“恢复模式”和基于 Web 的控制台访问。

3. 底层（核心）重构

我们希望尽可能多的人运行、处理和贡献 OpenStack。务实地说，这意味着我们需要尽可能使代码库更友好。目前的努力集中在三个广泛的轨道上：

a. 包装、部署配方和安装程序

b. 使编程模型尽可能标准化和易于理解

c. 将数据存储与对象模型分离（允许人们使用 SQL 或备用的 KVS 系统）

d. 清理代码并提供一致、有用的文档（阅读我们的新技术撰稿人）

我们认为这最后三项非常重要且紧急，并希望获得社区对其开发的积极参与。希望它们能进入 Austin 版本，尽管由于这是一个有时限的版本，我们无法确定。我们的重点将是交付一套稳定的功能而不是广泛的功能。如果它们在 10 月中旬之前尚未准备好，我们预计社区将在我们 2011 年 1 月的下一个版本中（稍后详述）提供它们。

感谢堆栈者们为这个项目取得的良好开端！如果您有任何反馈或需要任何帮助，请随时联系。

代表 OpenStack 团队和社区，

Jim Curry
首席 Stacker
@jimcurry，[email protected]

第二次 OpenStack 设计大会

 

2010 年 9 月 9 日

下一次 OpenStack 设计会议即将到来，我们非常高兴能让参加 7 月会议的所有人再次聚在一起，并欢迎自 OSCON 发布以来加入社区的许多新面孔。由于会议只有几周时间，我们想让大家知道我们何时确定了日期并预订了地点。

日期：2010 年 11 月 9 日至 12 日

地点：The Weston Centre，德克萨斯州圣安东尼奥市中心

地址：112 E. Pecan St. San Antonio, TX 78205

地图和附近酒店


查看大地图

虽然我们仍在制定议程，但形式与上次会议相同。即，前两天（11 月 9 日至 10 日）将包含不同的轨道（商务和技术），并就项目的目标和设计决策进行大量积极讨论。最后两天（11 月 11 日至 12 日）将用于代码开发和最终确定需要原型设计/现场测试的下一个版本的任何设计决策。在上一次峰会上，出席人数最多的是第一天（我们举行全体会议），第二天稍微少一些，最后两天人数减半，因为重点转向了编码。我们还在计划一些晚间活动。

如果您只能参加一天，请在 11 月 9 日第一天参加。

下一步是什么？

1) 酒店预订：我们正在研究获得折扣酒店房间的可能性。考虑到时间紧迫以及当周还有其他会议，您可能想提前预订以上酒店之一，所有这些酒店都步行可达 Weston Centre。

2) 邀请：我们将尽快通过电子邮件向注册流程发送正式邀请。为确保您收到注册链接，**请在下方注册**

3) 准备会议！在我们制定时间表和处理后勤事务时，我们需要您的帮助。需要志愿者！

现在该做什么

1) 将此帖子转发给社区中的其他人，发推文，转推，重复

2) 预订行程

3) 和往常一样，在 Twitter 上关注@openstack 以获取最新新闻和更新

4) **在下方注册，以便在准备好时收到注册链接**

收到通知即可注册
* 表示必填

Mark Collier
首席社区堆栈者
@sparkycollier

内容堆叠者，报道就职

 

2010 年 9 月 7 日

你好。很高兴你能来。让我来介绍一下我自己。我是 Anne Gentle，OpenStack 团队的新成员。我太渴望开始了，简直无法自拔。我潜水了几周，现在是时候揭示我的角色了——我是 OpenStack 技术撰稿人。

我是怎么做到的？几年前我开始从事开源工作，并乐于运用我的技术沟通技能，因为开源项目经常缺乏文档和支持。我成为了 FLOSS Manuals 的坚定支持者，我们在那里为免费软件编写免费手册。我们在 wiki 和 Booki（一个新协作创作平台）上工作。我们还采用书籍冲刺技术，将协作创作工作集中在一周的冲刺中。我参加过几次书籍冲刺，认为这是一个很好的开放文档技术。

我接下来要做什么？今天我想开始概述一些文档策略，以获取您的反馈并进行调整。我们将随着进行测试文档工作，并可能从对象存储区域开始。

审计和分析

此阶段应回答诸如“已存在什么以及其状况如何？”之类的问题。我打算立即进行一次全面的内容审计。看起来有很多地方可以记录信息，我想确定一下有哪些内容。我已经开始阅读 Swift 文档并学习 Sphinx。我们都接触技术足够长的时间，知道工具不是完整的解决方案，制作者和工匠能帮助内容从合格到卓越。

我还会研究其他项目（我一直在观察几个不同的项目一段时间了）。我也很想在这里听听您的偏好——您如何从类似的项目中获取信息？

此阶段还包括受众分析——谁需要文档以及他们用它完成什么任务？我预计将优先处理管理员文档和开发人员文档，以及为那些初次接触 OpenStack 的用户提供的入门信息。

行动

  • 在 wiki 上创建一个表格，显示内容存在的位置。
  • 寻找可重用机会以及统一的特征，如受众、难度级别、分块和内容组织。
  • 描述典型读者以及他们需要完成的任务。

创建和协作

在分析阶段之后，在此阶段我将避免分析瘫痪，我想看看内容结构——应该创建哪些类型的信息以及在哪里可以找到它们？信息类型划分是我作为作者的生活更轻松、更有条理的巨大组成部分。Jacob Kaplan-Moss 写了一篇关于编写有效文档的出色博文，详细介绍了写什么。我完全同意，你可以用教程、主题指南和参考指南来编写任何技术文档。我相信这种方法将帮助我们编写有用、有益的文档。我想将文档作为社区精神的一部分来构建，成为我们所重视的一部分。

乍一看，所需文档的类型可能很容易按读者划分——开发人员文档（可能生活在 Python 代码中，使用 Sphinx，在 Launchpad 的 specs 中，以及在需要实时协作时使用 Etherpad）和管理员文档（可能生活在 wiki 上，这还有待确定）。我们始终希望考虑翻译和本地社区支持，因为非英语母语者不应因此而不敢贡献文档。

行动

  • 为文档创建一个 Launchpad，用于请求和跟踪。
  • 为 OpenStack wiki 创建一个入门风格指南。
  • 与有兴趣的各方谈论贡献。
  • 在 wiki 上设置入门模板。
  • 尽可能多地编写和编辑。
  • 计划在与现场活动同步的主题文档冲刺。

目标

我认为文档应首先支持用户。对我来说，实用的、可查看的结果是第一位的，花哨的解决方案是第二位的。我认为这种哲学在 Rackspace 非常有效，我很高兴看到它是核心价值观——**结果第一，实质重于形式**。

你呢？您认为 OpenStack 技术文档的目标应该是什么？支持？采用？教育？以上 all？请告知。

您能做些什么来帮助文档工作？

请将我介绍给那些想要良好文档并认识到良好文档的人。介绍你自己或指定他人。给我发送做得好的网站示例。边做边写下笔记，即使只是粗略的笔记。帮助我们塑造一个适合我们社区的文档策略。

您可以在我的博客 JustWriteClick.com 上阅读更多关于我的信息，在 Twitter 上 @annegentle，并通过多种方式与我联系——评论我的帖子，在 Twitter 上与我交谈，或发送电子邮件至 anne at openstack dot org。

在开始工作时，我会问很多问题，但这是我的初步想法。准备好开始堆栈了！

Chef 与 OpenStack 相遇 iPad

 

2010 年 8 月 26 日

自 OpenStack 公布以来，我们在开发者社区看到了大量的活动。数百人做出了上千项贡献，我们对此感到无比兴奋。

今天我想与您分享一项不太寻常的贡献。OpenStack 的大部分开发活动集中在 存储和 计算系统上，但我们也为那些需要一种简单方式来管理其云资源的 OpenStack 用户提供前端项目。

其中一个项目是 OpenStack iPad 应用，该应用基于目前在 App Store 中的 Rackspace Cloud Pro iPad 应用。该应用使用 OpenStack 计算和存储 API 来帮助您管理云资源，并提供了一些 API 范围之外的功能，例如查看 RSS 系统状态供稿、从世界各地多个地点 ping 计算节点，以及通过电子邮件发送 OpenStack 对象存储中的文件。

我们最新的功能，得益于与 Opscode 的合作，是与 Chef 和 Opscode 平台集成。以前，当您在 iPad 上创建计算节点时，您需要登录到该节点并手动安装您可能需要的任何软件、数据和配置。这对于某些部署来说可能需要大量的时间和精力，但现在不是了。如果您是 Chef 用户，您可以在 iPad 应用中配置您的 Chef 或 Opscode 凭据，以便在节点预配后立即自动运行任何食谱或角色分配。看，不用命令行！

假设您正在运行一个 Cassandra 集群来水平扩展您的数据，而您又在出差。您的笔记本电脑在酒店房间里，您被困在城另一端的会议室，只有您的 iPad。然后，您的监控服务向您发送短信，告知您所有的 Cassandra 机器都已满负荷运行。但您很聪明；您使用 Chef 自动化了您的基础设施，为所有计算节点创建了角色。您只需登录 iPad 应用并以 **“role[cassandra]”** 作为您的运行列表来预配一个新节点。该机器启动并自行添加到您的 Cassandra 集群中，无需您做任何其他事情。太棒了！

我在下面附上了一段视频，展示了我引导运行 Apache 2 和 MySQL 的计算节点的整个过程。希望您喜欢，如果您有任何问题或想谈论为 OpenStack iOS 应用做出贡献，请通过电子邮件 [email protected]、Twitter @greenisus 或电话 901-299-9306 联系我。即使您是 Objective-C 和 Cocoa 的新手，我也很乐意帮助您入门并学习您需要知道的一切，以帮助 OpenStack 应用变得更好。