OpenStack 社区每周简报(8 月 10 日 – 23 日)

请为在香港举行的 11 月 5 日至 8 日 OpenStack Summit 上展示的演讲投票
在全体大会中将提供英文至中文之即时翻译。 要得到更多信息, 请查阅注册信息页

介绍 OpenStack 大使计划

OpenStack 社区经理 Tom Fifield 启动了关于建立 OpenStack 大使计划的讨论,该计划旨在创建一个社区领导者框架,以可持续地扩大 OpenStack 在全球的影响力。我们希望认可并进一步赋能这些社区成员,以实现 OpenStack 的使命,并为不断壮大的社区和用户组提供更多的结构和资源。您的反馈将非常宝贵!有关该计划的更多详细信息以及如何成为大使,请关注下一篇帖子。

云中的身份管理

CERN 有 11,000 名物理学家使用实验室的设施,包括中央 IT 部门的资源。与任何研究环境一样,许多学生、博士和其他项目成员加入 CERN 的一个实验。他们需要拥有计算帐户才能访问 CERN 的云,但我们也需要确保在他们不再与组织有关联时正确处理这些资源。

为什么 OpenStack Puppet 模块没有休假

最近在 Puppet 模块上完成了很多工作。毫无疑问,这些 Puppet 模块是为那些关心这些概念的重要社区设计的,具有高质量和最佳实践配置。

又一种监控 OpenStack 的方法

Emilien Macchi 决定编写一些有用的脚本来检查每个 OpenStack 服务是否正在运行。他对当前的方法并不完全满意,因为他觉得它们缺乏深度。

完善:10 个 OpenStack 核心职位

OpenStack Foundation 董事会成员 Rob Hirschfeld 一直在不断迭代,寻找一个提案来定义 OpenStack 环境下的“什么是核心”。对于任何有兴趣参加 8 月 27 日在旧金山举行的 会议的人来说,这绝对值得一读。

技巧与窍门

即将举行的活动

之前活动的报告

其他新闻

有答案吗?

Ask OpenStack 是 OpenStack 用户的首选目的地。有趣的问题等待回答

欢迎新开发者

您的关联信息是否正确?请在 OpenStack Foundation 成员数据库中检查您的个人资料!

  • Jaime Gil de Sagredo Luna,StackOps
  • Joshua Hesketh,Rackspace
  • Oleg Gelbukh,Mirantis
  • Jiri Stransky,Red Hat
  • Steffen Gebert,None
  • Trevor Robert, Jr,Cisco
  • Pei Zhen,None
  • Sabari Kumar Murugesan,Vmware
  • Ignacio Barrio,Stackops
  • Charles V Bock,Intel
  • Jordan OMara,Red Hat
  • Sarah Novotny,Meteor Entertainment
  • Maksym Iarmak,Mirantis
  • Marton Kiss,Fremont Ltd
  • Petr Blaho,Red Hat
  • Ryan Hsu,Vmware
  • Alan Jiang,IBM
  • Zhang Guoqing,None
  • Hwbi
  • Abhijeet Malawade,NTT Data
  • Shuangtai Tian,Intel
  • Jake Liu,None
  • Vladislav Kuzmin,Mirantis
  • Nejc Saje,Xlab d.o.o.
  • Peter Mooshammer,None
  • Floren Llanos,None

OpenStack 反馈

当 -1 变成 +1 时的感受

每周新闻通讯是社区了解每周发生的各种活动的方式。如果您想向每周更新添加内容或对本新闻通讯有任何想法,请留下评论。

 

标签:

OpenStack T恤设计大赛获奖者是…

6 月,OpenStack Foundation 发起了第一个 T 恤设计比赛,鼓励社区帮助贡献我们独特的有趣 T 恤设计。两个月后,现在是时候宣布自豪的获奖者——Raul Chan!

这是 Raul 的设计

Winning T-shirt Design

获奖 T 恤设计

Raul 是香港的一名 17 岁学生,他对设计充满热情。他现在已经绘画、素描和设计一年了,梦想有一天成为一名平面设计师。您可以在他的 Instagram 帐户 @d_raul 上查看他的其他设计。

Raul Chan

Raul Chan

当我们问他对 OpenStack 设计的灵感时,他说“我知道 OpenStack 是一个云操作系统,它为许多公司处理大量数据,所以我使用 OpenStack 的标志来形成一个‘云’。此外,‘云’的不同颜色代表了 OpenStack 的多样性。” Raul 并不太参与 OpenStack,但由于它在中国越来越受欢迎而对其产生了兴趣。

Raul 的设计将出现在将在 9 月在路易斯安那州新奥尔良举行的 LinuxCon Cloud Open 以及 OpenStack 将在今年晚些时候和 2014 年初的其他活动中亮相的 T 恤上。

为了表彰他的努力,我们将向他和他的家人发送几件 T 恤和一张 OpenStack Summit 在香港的免费门票。所以如果他在周围,请向他问好!

PS:如果您想设计下一件装饰 OpenStack T 恤的设计,请留意 2014 年 T 恤设计比赛。我们将在 OpenStack 博客和其他社交媒体渠道上宣布它,敬请期待。

标签:

通过 Spider 探讨“核心”话题

“核心”一词对于参与 OpenStack 社区的人来说,具有广泛的含义和影响。通过持续的讨论,我们发现一个受众的目标并不一定与另一个受众的目标相同——事实上,在某些情况下,它们是相反的!

我们首先通过一项名为 IncUp 的工作来完善核心的定义。IncUp 是 TC 和董事会成员共同努力的结果,它改进了孵化流程。这项工作也帮助我们认识到定义核心的复杂性。这种复杂性是由于核心对 OpenStack 用户和贡献者以及整个生态系统具有不同的影响。

解决问题
在董事会的指派下,Rob Hirschfeld 和我开始会面,以进一步推进定义核心的进展。此过程的第一步是检查和定义每个受众的目标,Rob 在一系列博客[1]中详细介绍了我们所经历的思考过程。

在我们开始这个过程后不久,我们很快意识到这些不同受众的目标要么一致,要么存在紧张关系。使用不同的颜色在白板上绘制目标和紧张关系,我们创建了一个巨大的多色“蜘蛛”图,这更像是一张思维导图。因此,我们称当前的努力为“蜘蛛讨论”或简称蜘蛛。

问题陈述/目标
在最高层面上,这项蜘蛛努力旨在推进 OpenStack 的使命,即生产普遍存在的开源云计算平台。此过程中的关键工作包括定义保护品牌、为用户提供良好体验以及加强协作社区所需的组件、流程和标准。OpenStack 标记是基金会用来定义和捍卫这些关键要素的工具。
为了让 OpenStack 实施者使用 OpenStack 标记,董事会被授权提供具体的、可验证的标准。然而,这些标准目前还没有以可用的形式存在。因此,我们的“什么是核心”讨论和努力旨在确定这些标准。
立场声明
蜘蛛专注于将这些核心标准分解为可参考的立场声明。这些声明将作为基础,以便我们能够保持决策(以及最终实施)的渐进式发展。目前有 10 个正在演变的立场声明:1. 核心实现可以使用 OpenStack 商标(OpenStack™)
1. 这是核心的法律定义,也是它对社区的重要性所在。

  1. 我们希望确保 OpenStack™ 标记意味着某些东西。
  2. OpenStack™ 标记与 OpenStack 品牌不同;相反,董事会使用其对标记的控制权作为代理,以帮助管理品牌。

2. 核心是整个项目的一个子集

  1. OpenStack 项目旨在成为一个广泛而多样化的社区,新的项目进入孵化,新的实现经常添加。这种创新对 OpenStack 至关重要,但与核心的定义是分开的。
  2. 基金会可以单独管理其他标记,并根据董事会的决定提供给平台生态系统。
  3. “OpenStack API 兼容”标记不属于本次讨论,不应假定。
3. 核心定义可以平等地应用于所有使用模型

  1. 无论操作者(公共、私有、社区等),都不应存在多个 OpenStack 定义。
  2. 虽然预计每个部署都是相同的,但差异必须是可量化的。

4. 声明 OpenStack 需要使用指定的代码框架

  1. 声称使用 OpenStack™ 标记的实现必须使用批准的 API 框架代码。
  2. 仅通过所有测试但未使用 API 框架的实体将不被视为 OpenStack 的一部分。这可以防止实体在加入社区之前使用 API,并向更大的社区显示替代实现的位腐烂。
  3. 通过实施此要求,互操作性得到了极大的提高,因为实现之间有更多的共享代码

5. 项目必须具有开放的参考实现

  1. OpenStack 将需要为所有项目提供一个开放源代码参考基本插件实现(如果不是 OpenStack 的一部分,参考插件的许可模式必须兼容)。
  2. 我们定义一个插件为具有通用 API 框架的替代后端实现,它使用通用 _代码_ 来实现 API。
  3. 这确立了项目(在技术上可行的情况下)将实施插件或扩展架构的期望。
  4. 这已经应用于几个项目,并进一步支持了生态系统创新。
  5. 参考插件按定义是完整的能力集。参考插件中没有核心功能不可用是可以接受的。
  6. 这将使替代实现能够提供创新或差异化的功能,而无需强制更改参考插件实现。
  7. 这将允许参考扩展而无需强制其他替代实现匹配所有功能并重新认证。

6. 供应商可以替代替代实现

  1. 如果供应商插件通过所有相关测试,则可以将其视为参考插件的完整替代品。
  2. 如果供应商插件未通过所有相关测试,则需要供应商在实现中包含开源参考。
  3. 替代实现可以传递有意义的任何测试,并且应该添加测试以验证新功能。
  4. 他们还需要通过所有必须通过的测试(参见 #10)才能声称 OpenStack 标记。

7. OpenStack 实现由开放社区测试验证

  1. OpenStack 供应商实现必须达到 100% 的必须覆盖率。
  2. 可以标记已实施的测试为必须具有的列表。
  3. 认证者需要披露他们的测试差距。
  4. 这将给 Tempest 项目带来很大的压力。
  5. 测试套件的维护将成为基金会的核心责任,这可能需要额外的资源。
  6. 实现和产品允许根据兼容性的发布进行变化。
  7. 消费者必须有一种方法来确定系统与参考的差异(发布、发现等)。
  8. 测试必须以适当的方式响应 BOTH 通过和失败(错误的返回会拒绝整个套件)。

8. 测试可以远程或自助管理

  1. 插件认证由 Tempest 自认证模型驱动。
  2. 自认证者需要发布他们的结果。
  3. 自认证者还需要发布足够的信息,以便第三方可以构建参考实现以通过测试。
  4. 自认证者必须包括已认证的操作系统。
  5. 对于自认证的实现而言,最好参考 OpenStack 参考架构的“flavor”(风味)而不是定义自己的参考架构(需要一种发布和同意 flavor 的方式)。
  6. 基金会需要定义一种争议解决机制(即“信任但验证”模式)。
  7. 所有生态系统合作伙伴都需要做出一个“与 OpenStack 兼容”的声明,并且该声明需要有支持性证据。
  8. 如果 API 消费者针对通过所有“必须具备”测试的任何实现工作,则可以声称其正在使用 OpenStack API。
  9. API 消费者可以声明他们正在使用 OpenStack API,并且有一些“可以具备”项目作为要求。
  10. 预计 API 消费者将编写测试来验证他们所需的功能(作为“可以具备”测试提交)。

9.     基金会选择一部分测试作为“必须通过”。

  1. OpenStack 组织将建议将哪些测试从“可以具备”提升到“必须具备”。
  2. “必须通过”测试的选择应尽可能基于可量化的信息。
  3. “必须通过”测试应从现有的“可以具备”测试中选择。这鼓励人们为他们希望支持的案例编写测试。
  4. 我们将有一个流程,通过该流程测试将从“可以具备”列表提升到“必须具备”列表。
  5. 本质上,希望用户委员会提名测试以提升到董事会。

10.  OpenStack 核心意味着通过所有“必须通过”测试。

  1. OpenStack 董事会负责定义核心(批准“必须具备”)。
  2. 我们在 Spider 项目中不是定义列表中包含哪些项目,而是仅仅表明我们将如何定义核心。
  3. “可以具备”测试包括集成发布中的项目,但这些项目不是核心。
  4. “必须具备”必须符合来自 IncUp 委员会结果定义的核心标准。
  5. 处于孵化或孵化前阶段的项目不应包含在“可以具备”列表中。

为了以快速可视化的方式了解这些立场声明如何相互关联,Rob 在他的博客系列中发布了一个“OpenStack 核心流程图”。[2]

帮助我们最终确定这 10 项

这些立场声明是一项持续进行中的工作。我们的目标是在 11 月董事会会议和香港峰会上最终确定它们。然而,为了实现这一目标,我们希望得到您的帮助,因此非常乐意听取您的意见。我鼓励大家在 IRC 上与 Rob、我或任何董事会成员进行交流,或者直接将您的反馈发布到基金会邮件列表。我们期待您的帮助,以实现基金会使命的目标!

Alan Clark
OpenStack 董事会主席

[1] http://robhirschfeld.com/2013/07/23/introducing-the-openstack-spider-graph-untangling-our-web-of-interdependencies/
[2] http://robhirschfeld.com/2013/08/07/visualizing-the-openstack-core/

OpenMic 聚焦:Gabriel Hurley

OpenMic_Gabriel Hurley这篇帖子是 OpenStack Open Mic 系列的一部分,旨在突出帮助 OpenStack 取得成功的人们。每周,都会有一位新的贡献者站出来回答五个关于 OpenStack、云、职业和他们喜欢做的事情的问题。

Gabriel Hurley 是 Nebula Inc. 用户体验团队的技术负责人,Horizon 项目的 PTL,Keystone 核心成员,以及 Django Web 框架的核心提交者。他为所有 OpenStack 核心项目做出了贡献,并开发了与 OpenStack 交互的众多客户端。他的背景是 Web 开发和界面设计,专注于 Python 和 JavaScript 开发。Gabriel 最初在 NASA 工作时接触到 OpenStack,他的技能立即适用于新兴的 OpenStack 仪表板项目。鉴于他对开源的坚定信念,这是一种自然的选择。六个月内,他搬到 Nebula 并开始全职从事 OpenStack 工作,帮助构建这个极其重要的事业的未来。您可以在 Twitter 上关注他:@gabrielhurley

1. 您认为未来 5 年 OpenStack 开发人员需要哪些关键技能?哪些专业领域将最有用?最有价值?

存在一些离散的技能层级,以及一些贯穿性的才能。始终需要了解最基本层级的人员:虚拟化(翻转位)、存储系统(存储位)和网络(移动位)。这些人将确保 OpenStack 变得更快、更具弹性。OpenStack 中已经存在一个未满足的需求,即需要能够打造出色的用户体验的人员。介于两者之间的是构建粘合代码和 API 等使所有内容协同工作的团队。从更广泛的意义上讲,OpenStack 需要对几个关键领域有普遍的认识。最重要的是,社区中更多的人需要具备基本的安全意识。这是开源中最难的工作,因为作为安全人员,您通常会从攻击向量、审计和审查的角度思考。在开源中,安全人员需要花费更多的时间来教育其他人,因为最好的安全来自于编写代码的人一开始就意识到他们所编写代码的影响。最隐蔽的安全漏洞隐藏在看似无害的代码中,是由一个根本不知道的人引入的。更糟糕的是,当一个社区拥抱一种会主动增加漏洞的实践时(我指的是 Rails…)。其次,OpenStack 需要开发人员更多地了解他们的最终用户。这最明显地体现在 API 中(通常非常痛苦),但也出现在配置、部署和许多其他地方。如果每个开发人员花 5 分钟思考其他人将在几个月后如何使用他们编写的代码,我们将会拥有一个更实用的 OpenStack。其中很多都是由那些只考虑自己的用例的人编写的。随着社区的不断发展,我们在这方面正在变得更好,但仍有很大的改进空间。

2. 如果您可以重新开始您的职业生涯,您想从哪里开始?给刚起步的人的建议?

说实话,我认为我的职业生涯发展得非常顺利。我只希望我能早点开始。我职业生涯中取得的所有成就都源于我早期参与开源,全力以赴,并向杰出的人们学习。除了 Python 和 Django 社区中所有出色的开发人员之外,我不能过分强调我在开源社区中学习到的领导力有多么重要,以及这方面有多么关键。OpenStack 在这方面还有很长的路要走。但我给任何刚起步的人的建议是参与开源。为什么?没有入门门槛;您现在就可以开始!(如果您停止阅读开始贡献,我不会感到冒犯。)您可以选择一个您实际使用和关心的项目。您将向比您聪明的人学习。您将接触到您从未考虑过的想法。仍然不相信?那开源日益受到关注的事实如何?招聘人员会查看 GitHub 个人资料。顶尖公司会根据他们的开源贡献来招聘人才。这让您的名字永远地传扬开来,而为私营公司工作几乎永远无法做到这一点。需要更多?那开源立即惠及世界各地的人们的事实如何?您正在积极帮助您从未见过或听说过的人。对我来说,所有这些都让我感到在一天结束时很满足。

3. 你认为开放、社区驱动的开发方法有哪些好处?

如果我不能让您相信,想象一下,如果一家公司能够积累如此巨额的资金,以至于他们能够雇佣所有为开源项目做出贡献的人才。然后,他们将所有这些人才投入到一个项目中。您仍然无法实现开源的结果,因为您将缺乏不同想法、不同目标和不同需求的冲突所驱动的创新。而且这只是一个公司承担所有负担!让我们以 OpenStack 中的开源实践为例:您拥有一群贡献者,其中许多为竞争公司工作。没有人单独承担成本或开发时间的负担(机会成本)。不同群体之间的紧张关系通过被迫达成共识来改善结果。有人提出了其他人从未想到的功能,因为有人在某个地方想要做一些不同的事情。OpenStack 的工作方式是因为它最终成为一种共同的公共利益。愿意摧毁彼此的公司愿意合作,因为他们都认识到平台的财务收益并不在于平台本身,而在于您如何使用它。我们都在努力实现一个基础设施层成为理所当然的未来。计算和存储将无处不在,您不再会想到它,就像您不会想到水龙头流出的水一样。当然,有人会为将水输送到您那里而赚钱,但这与农业、卫生和居住在以前无法居住的地方的价值相比微不足道。这就是对共同利益的共同兴趣的力量,这就是开源的类似力量。

4. 您认为 OpenStack 社区在未来几年内,面对快速增长和成熟的用户需求时,需要如何发展?

OpenStack 必须学会作为一个有凝聚力的整体运作,而不是作为一个由自主软件项目组成的集合。没有什么能对用户产生更大的影响。我们需要在各个领域实现一致性和统一:客户端、API、配置、部署、可发现性、联合……列表还在继续。到目前为止,OpenStack 受制于各个项目的意愿,用户、部署者甚至开发人员所经历的挫败感显而易见。现在是 OpenStack 发展更强的跨项目领导力的时候了。世界上所有的功能都没有用,如果使用它们是一场上坡战。

5. 你认为哪些其他开源项目与 OpenStack 配合得很好,为什么?

虽然您可以在 OpenStack 之上部署几乎任何开源应用程序,但我对 Docker(https://github.com/dotcloud/docker)等项目带来的可能性感到更加兴奋。找到定义和部署分布式应用程序的新方法将真正推动“大数据”革命。OpenStack 让每个人都可以访问云,但是一旦您拥有云,您将用它做什么?我们需要人性化、可重用和可重组的工具;运行您的应用程序应该非常明显。秘诀不应该在于您的部署中,而应该在于您的数据以及您如何从中获取意义。我们越能达到最后一步,就越能改变世界。另一个值得一提的开源项目是 Twitter 发布的一个名为 Zipkin(http://twitter.github.io/zipkin/)的分布式跟踪引擎。它允许您跟踪一个入口点(例如 API 调用)在整个分布式系统中的过程,并了解它在每一步都做了什么。为了达到下一级别的优化和统一,OpenStack 将需要内置类似的东西。在没有分布式跟踪的情况下尝试理解 OpenStack 部署是一种痛苦的练习。

标签:

介绍 OpenStack 大使计划

我很高兴开始讨论 OpenStack 大使计划的制定,该计划旨在创建一个社区领导者框架,以可持续地扩大 OpenStack 在世界各地的影响力。

我们这样做的原因

OpenStack 是历史上增长最快的开源项目和社区之一。我们很幸运地拥有全球 50 多个用户组和许多充满激情的社区成员,他们已经在产生重大影响。我们希望认可并进一步赋能这些社区成员,以实现 OpenStack 的使命,并为不断增长的社区和用户组提供更多的结构和资源。
此外,基金会已经意识到需要改善用户组与基金会之间的关系——让每个人都感到他们是全球互联社区的一部分。例如,许多参加用户组聚会的人可能已经听取了人们对部署 OpenStack 的反馈——将来自每个组的反馈汇总起来以帮助改进我们的软件和社区将非常出色。

这将如何运作?

我们旨在选择——最初——一小批 OpenStack 大使,邀请已经在我们的社区中受到尊重的志愿者成为特定区域的主要联系人。
大使将做什么?
  • 充当用户组、基金会和一般社区之间的联络人,例如
  • 帮助征求 OpenStack 的反馈并将其汇总到全球层面
  • 将关键信息推广到用户社区(例如“在 ask.openstack.org 上提问!”)
  • 寻找帮助本地化内容的人员
  • 帮助入职新用户和贡献者
  • 协助用户组最佳实践——从培养新组到巩固现有组的质量
  • 帮助人们找到“合适的人”进行交谈
  • 以官方头衔代表社区通过演讲和知名度机会
  • 报告其区域内的活动
  • 成为一名优秀的领导者,从其他人那里收集活动并调动全球 OpenStack 社区!

大使会是谁?

该标题旨在表彰那些已经在社区中拥有良好领导能力和卓越业绩的人。有了这个头衔,新用户、贡献者和社区成员应该能够轻松地将他们识别为值得信赖的资源。虽然该角色本身就具有可信度,但也伴随着责任,这意味着大使做出的决策和行动应该使整个社区受益,而不仅仅是某个人或公司。
我们相信大使们已经在我们的社区中积极参与。想想那些已经在多个用户组中工作、向相关会议提交 OpenStack 小型活动、帮助新用户和贡献者入门、组织黑客马拉松或只是为了让 Openstack 变得更好而竭尽全力的人。
为此,我们打算要求潜在的大使提供一些关于他们自身的信息,即
  • 您申请成为 OpenStack 大使的原因是什么?
  • 迄今为止,您如何参与 OpenStack 社区?
  • 您对您的社区有什么想法,您希望有时间和资源来实现?
然后,将根据一组标准选择一小部分大使
  • 社区参与记录
  • 地理位置
  • 选择对社区的潜在影响

 

您的反馈将非常宝贵!请在下方留言。另外:有关该计划的更多详细信息以及如何成为大使的信息,请参阅下一篇帖子

投票现已开放 – 帮助选择下一届峰会的演讲者!

您希望在下一次峰会上看到哪些演讲者? 现在是投票的时候了!

我们收到了创纪录的 600 多份演讲投稿,用于在香港举行的峰会——比波特兰峰会收到的投稿数量多了一倍以上!

现在是投票的时候了! 我们希望您能帮助塑造 11 月 5 日至 8 日在香港举行的下一次 OpenStack 峰会的议程,通过对您希望看到的投稿进行评分。  我们已经公开了所有 600 多份投稿,供您参考。 您必须在 8 月 25 日星期日 22:00 UTC 之前投票,选出您最喜欢的。

在这里投票 

我们的投票界面专为通过移动设备轻松使用而设计,因此您可以在旅途中继续选择您最喜欢的。 请注意,您需要创建登录凭据才能访问投票系统。

虽然设计峰会和更技术性的内容将在周二至周五进行,但总会话和主题演讲将在周二和周三进行。 我们希望在 9 月底之前确定并发布议程,但与此同时,您可以预览议程

非常感谢我们的峰会赞助商对 OpenStack 社区的持续支持。请参阅我们的当前赞助商列表。 如果您也有兴趣赞助峰会,现在还不算晚。请在 9 月 20 日之前通过电子邮件发送至[email protected]

提前注册截止日期为 10 月 4 日,所以立即注册以享受折扣价。 我们还鼓励您立即预订旅行——酒店房间正在迅速售罄。 我们在 SkyCity Marriot 的客房已经售罄,但我们仍在 Novotel 和 Regal 酒店预留了客房,这些酒店靠近亚洲博览中心,峰会将在那里举行。

距离下一次OpenStack 峰会只有短短三个月的时间,我们期待在香港与您相见!

OpenMic 聚焦:Kyle Mestery

minneapolis portrait photography, Twin Cities family portraits, St. Paul photography-20这篇文章是 OpenStack Open Mic 系列的一部分,旨在突出那些帮助 OpenStack 取得成功的人。每周,一位新的贡献者将站到麦克风前,回答有关 OpenStack、云、职业和他们喜欢做的事情的五个问题。 

Kyle Mestery 是 Cisco 云 CTO 办公室的首席工程师。Kyle 是 Cisco OpenStack 开发的首席架构师,多年来一直积极参与 OpenStack 和开源开发。Kyle 在系统软件开发方面拥有超过 15 年的经验,范围涵盖分布式文件系统到分布式虚拟交换机。他还是一位活跃的开源会议演讲者,并且是明尼苏达 OpenStack 用户组的创始人。除了积极参与 OpenStack 之外,Kyle 也是 Open vSwitch 和 libvirt 的积极贡献者。他目前在 OpenStack 中的重点是模块化 Layer 2 插件,他正在努力确保 ML2 能够与 Open vSwitch 和 Linux Bridge 代理以及正在开发中的新的 OpenDaylight 机制驱动程序一起成功工作。Kyle 与他的妻子和 3 个可爱的孩子住在明尼苏达州,他的孩子们都通过 Ruby for Kids 接触过编程。 在 Twitter 上关注 Kyle:@mestery

1) 您认为开放、社区驱动的开发有哪些好处?

我认为开放、社区驱动的开发的主要好处是你在整个过程中都觉得自己属于某个集体。参与像 OpenStack 这样的开发意味着你正在与来自全球各地的大量人一起工作。而你首先会注意到的是在进行这种开发时所感受到的社区意识。当你第一次提交代码时,学习过程可能会有些陡峭,但一旦你完成了它,你就会发现你与帮助你的人建立了新的联系。并且一旦你提交了超过几个代码,你就可以四处切换并帮助其他人提交他们的第一个代码。

此外,开放开发意味着一切都是公开进行的。从功能的初始设计,到功能的开发,到最终将其包含到源代码树中及其文档,所有这些都是公开进行的。这意味着任何人都可以发表评论和贡献。这就是开源开发如此强大的原因。开放开发和开源弥合了差距,并允许更广泛的人在过程的每个步骤中参与。

2) 对于刚刚开始使用 OpenStack 的人来说,有哪些必备条件?网站?书籍?会议?人?

当您刚开始使用 OpenStack 开发并且不熟悉 git、gerrit 和其他开源工具技术时,这项任务可能会有些令人望而却步。Colin McNamara 准备了一份很棒的演示文稿,介绍了“如何 Survive Your First OpenStack Checkin”(如何成功提交您的第一个 OpenStack 代码)。他在上次两个 OpenStack 会议上发表了这次演讲,对于刚开始 OpenStack 开发的人来说,这是一次很棒的演讲。我强烈建议新的 OpenStack 开发者查看 Colin 的幻灯片

http://www.slideshare.net/colinmcnamara1/open-stack-summit-surviving-your-first-checkin

另一个对于刚刚开始使用 OpenStack 的人来说很棒的资源是本地用户组。OpenStack 的伟大之处之一是生态系统内存在着社区。到处都有用户组,很可能在你居住的地方附近有一个。加入您的本地用户组是结识使用和开发 OpenStack 的当地人的好方法。您会发现一个本地社区,您可以在其中分享想法并向他人学习。 如果您的附近没有本地用户组,为什么不自己创建一个呢?

https://wiki.openstack.org/wiki/OpenStack_User_Groups

另一个对于 OpenStack 新手来说至关重要的资源是 IRC。对于不熟悉 IRC 的人来说,IRC 代表互联网中继聊天,这是 OpenStack 社区中的大多数开发者和用户相互交流的方式。有 IRC 频道涵盖 OpenStack 的许多子主题,加入适当的频道是作为用户或开发者提问的好方法。您会发现每个 OpenStack 项目的核心开发者都在 IRC 上,并且愿意提供帮助。

https://wiki.openstack.org/wiki/IRC

3) 您认为哪些其他开源项目与 OpenStack 配合得很好,为什么?

与 OpenStack 配合良好的开源项目列表非常长。我将重点介绍一些我熟悉且积极参与的项目

Open vSwitch 是一个开源虚拟交换机,最初由 Nicira 开发,现在由 VMware 开发。Open vSwitch 有大量的贡献者,是许多 OpenStack Neutron 插件的基础虚拟交换机。由于如此多的 Neutron 插件依赖于运行在每个主机上的 Open vSwitch,这使其成为大多数 OpenStack 部署的核心组件。

libvirt 是一个用于管理和运行 虚拟机 的库。libvirt 支持大量的 hypervisor,是大多数基于 KVM 的 Linux hypervisor 部署的关键组件。在 OpenStack 中,当您使用 KVM hypervisor 时,您正在使用 libvirt 在计算主机上运行虚拟机。libvirt 与 OpenStack Nova 很好地集成以处理此操作,并且是使用 KVM 的 OpenStack 部署的关键 组件。

Ryu 是一个开源的基于组件的软件定义网络框架。Ryu 是模块化的,支持许多底层协议。自 Folsom 版本 OpenStack 以来,Ryu 一直是 OpenStack Neutron 的可选插件。Ryu 的灵活性使其成为在部署 OpenStack 时 Elastic Cloud Platform 的一个有趣的选择。

OpenDaylight 是一个由 Linux 基金会赞助并由许多不同的公司和个人开发的开源软件定义网络控制器。OpenDaylight 是一个相对较新的开源项目,但过去 6 个月里它的发展势头令人惊叹。目前正在开发 OpenStack Neutron 模块化 Layer 2 机制驱动程序,用于 OpenDaylight,希望这成为 ML2 的参考控制器机制驱动程序。

4) 您会如何建议某人选择 OpenStack 进行部署?您认为 OpenStack 最具吸引力的论点是什么?

如果您正在寻找一个 Elastic Cloud Platform 并希望利用该平台所能提供的优势,那么 OpenStack 是一个不错的部署选择。如果您正在寻找像 Amazon Web Services 这样的东西部署到您自己的实验室或数据中心,那么 OpenStack 是一个不错的选择。OpenStack 提供的可扩展性和 灵活性 与此用例完美契合。如果您已经熟悉 Amazon Web Services,将 OpenStack 部署到您自己的数据中心将为您的本地租户和用户提供熟悉的功能。

选择 OpenStack 的另一个很好的理由是,如果您正在寻找自己的平台即服务。任何希望部署类似 OpenShift Agile 或 CloudFoundry 的东西的人都应该认真考虑如何在 OpenStack 之上部署这些项目。希望在 Elastic Cloud Platform 中部署 Hadoop 的人应该考虑 OpenStack 作为 Hadoop 部署的基础云平台。这些是部署在 OpenStack 之上的应用程序的强大用例示例。当您开始从可扩展性、灵活性和 可管理性 的角度思考时,OpenStack 成为一个引人注目的选择。

部署 OpenStack 最具吸引力的论点是它使您能够释放应用程序的力量并在真正弹性的方式上运行它们。一旦您开始跳出典型的企业计算框架,您就会意识到这有多么强大。当您开始从弹性计算和按需计算的角度思考时,部署 OpenStack 变得更具吸引力。OpenStack 的 简单性 和可扩展性使其成为任何希望部署任何类型的云计算设置的引人注目的部署选择。

5) 您听到的关于 OpenStack 的最常见的误解是什么? 

我目前听到的关于 OpenStack 的最常见的误解是,OpenStack 新手认为它是一个企业虚拟化平台,可以替代 vSphere。在我看来,这是一种对 OpenStack 的限制性看法,没有考虑到 OpenStack 的设计目的。OpenStack 被设计为一个更符合 Amazon Web Services 的 Elastic Cloud Platform。试图将 OpenStack 框定为 vSphere 的替代品限制了 OpenStack 的真正力量。这种常见的误解来自具有多年 vSphere 经验的企业用户和开发者。诚然,OpenStack 正在缓慢地开发使其更符合企业虚拟化平台的功能。但更重要的是跳出这个框架,想象您能用真正的 Elastic Cloud Platform 做什么。一旦您这样做,您打开的可能性是惊人的。从应用程序可扩展性的角度思考会打开新的大门,您不再受硬件限制,而是更关注软件能够为您提供什么以及您可以在 OpenStack 之上开发或运行的软件。

标签:

OpenStack 社区周刊 (8月2日-9日)

香港峰会 – 注册、赞助商招募现已开放!
在全体大会中将提供英文至中文之即时翻译。 要得到更多信息, 请查阅注册信息页

1 分钟内的 DevStack

这可能像看起来一样简单:Sébastien Han 提供的分步说明。

OpenStack Compute For vSphere 管理员

Kenneth Hui 撰写的一系列关于 OpenStack for vSphere 管理员的帖子。您可以按照以下链接查看之前的帖子,第一部分第二部分第三部分第四部分

OpenStack 的测试驱动核心

在帮助推动 OpenStack的“核心是什么”对话时,董事会成员 Rob Hirschfeld 报告了许多关于 OpenStack是什么以及它应该是什么的观点。作为这个过程的良好管理者,他成功地成为了一个 客观的倾听者。  在该系列文章的最新一篇中,他表达了自己的观点。 这对于OpenStack基金会来说是最重要的对话之一,并且正在发生中。

Flavors – 一个英国人的视角

OpenStack 能够定义虚拟机的配置,包括核心数、交换空间、磁盘和内存。作为一名母语为英式英语的英国人,Tim Bell 认为 flavor 这个词本身就存在问题。在他的帖子中,他描述了在CERN如何使用配置,并呼吁OpenStack技术委员会不要接受任何在美式英语和英式英语中含义不相同的词汇,或者允许使用别名。他的帖子还包含许多其他有趣的信息。

OpenStack 中的非关系型数据库即服务

OpenStack 技术委员会 本周投票 扩大 Trove 项目的范围,该项目目前处于孵化阶段,涵盖非关系型数据库以及关系型数据库。

技巧与窍门

即将举行的活动

之前活动的报告

其他新闻

安全公告

有答案吗?

Ask OpenStack 是 OpenStack 用户的首选目的地。有趣的问题等待回答

欢迎新开发者

您的关联信息是否正确?请在 OpenStack Foundation 成员数据库中检查您的个人资料!

  • Jing Sun,IBM
  • Zhi kun Liu,IBM
  • ZhiQiang Fan,None
  • raiesmh08,?
  • Toni Zehnder,ZHAW ICCLab
  • Yijing Zhang,None
  • Roman Verchikov,Mirantis
  • Noorul Islam K M,None
  • Teran McKinney,Rackspace
  • Mark Collier, OpenStack Foundation
  • Deepti Navale,Red Hat
  • Tracy Jones,VMware
  • Joe H. Rahme,Enovance

OpenStack 反馈

tumblr_inline_mk6xomQvzf1qz4rgp.gif.pagespeed.ce.atu8tnp8ox

努力使您的代码符合 pep8+hacking 规范。

每周新闻通讯是社区了解每周发生的各种活动的方式。如果您想向每周更新添加内容或对本新闻通讯有任何想法,请留下评论。

标签:

开放麦克风聚焦:Brad Topol

BradTopol2这篇文章是 OpenStack Open Mic 系列的一部分,旨在突出帮助 OpenStack 取得成功的人们。在八月的每一周,一位新的贡献者将站出来回答五个关于 OpenStack、云、职业和他们喜欢做的事情的问题。 

Brad Topol 是 IBM 软件集团标准战略组织的 IBM 杰出工程师。在他的当前职位上,Brad 领导一个开发团队,专注于贡献和改进 OpenStack。 除了领导团队之外,Brad 还亲自为多个 OpenStack 项目做出了贡献,包括 Keystone 和 DevStack。在此之前,Brad 是 IBM 杰出工程师,SWG 可维护性,负责推动 IBM 软件集团的跨产品可维护性和电子补丁分发计划。多年来,Brad 参与了产品可维护性、问题确定、自主计算、移动设备内容转码和 Web 服务等领域的先进技术项目。 2000 年,他因对 IBM WebSphere 转码发布器产品的贡献获得了 IBM 杰出技术成就奖。 他于 1998 年获得佐治亚理工学院计算机科学博士学位。您可以在 Twitter 上关注 Brad,网址是 @bradtopol

1. 当你没有沉迷于 OpenStack 并为之工作时,你会做什么?

在不从事 OpenStack 工作时, 我通常要么在健身房锻炼,要么帮助孩子们做作业,要么带孩子们去参加垒球、棒球、足球练习和长笛课程。

 2. 您的第一次提交或贡献是什么,为什么您要进行提交? 

我做的第一次提交是修复 Glance 注册文档 paste.ini 示例中缺少使用 authtoken 过滤器配置节的配置。我进行此更改是因为我想修复一个简单的错误,以便我可以学习 OpenStack 通过 Git 和 Gerrit 进行贡献的过程。

3. 你认为未来 5 年 OpenStack 开发人员需要哪些关键技能?哪些专业领域将最有用?最有价值?

OpenStack 开发人员的关键技能是必须对 Python 编程语言及其高级特性有非常深入的了解。OpenStack 项目中使用了 Python 的许多高级特性,并且我相信随着 Python 的发展,这种情况将继续下去。然而,OpenStack 开发人员最重要的技能是,一旦他们成为某个 OpenStack 部分的专家,就不要自满。例如,有人可能成为 Nova 的专家,然后他们的工作就会变得容易。他们可以快速执行质量审查并进行贡献,并且可以稍微走捷径。当开发人员达到这个点时,我强烈建议他们强迫自己走出舒适区,花一些时间学习 OpenStack 的不同部分。这将会很困难,他们可能会讨厌成为新项目中的“愚蠢”新手。然而,他们强迫自己学习新东西的结果将确保他们继续提高技能,使他们能够推动更大的创新,并加速他们的职业发展。

4. 你做出的最重要的贡献是什么,能让 OpenStack 用户满意?

我为 OpenStack 做的最重要的贡献,将使 OpenStack 用户满意的是,为 Keystone 的 LDAP 身份后端添加了传输层安全 (TLS) 支持。这使得 Keystone 在使用 LDAP 或 Active Directory 作为其后端身份存储时可以选择安全连接。这项贡献很棒的是,我参加过客户电话,客户明确询问 Keystone 是否具有 TLS 支持,能够告诉他们是的,并且我亲自实现了它,这真是太酷了!

5. 你认为开放、社区驱动的开发方法有哪些好处?

开放、社区驱动的开发方法有很多好处。首先,来自世界各地公司的开发人员的多样性导致问题能够得到快速识别,并且能够利用最佳的持续集成开发实践。因此,在开放、社区驱动的方法中,开发速度非常快。此外,用于每次代码提交的同行评审过程会产生非常高质量的代码库。我知道很多时候我会认为我的补丁“足够好”,但我的同事会审查它并说服我它肯定可以更好。 这种同伴压力激励我交付比我没有受到同行评审时通常会交付的更高质量的代码。另一个好处是,当您遇到自己无法解决的问题时,您可以向社区寻求帮助。大多数时候,社区中会有人已经遇到过相同的问题,并且您能够比在真空中处理问题更快地解决问题。开放、社区驱动的开发方法的最后一个好处是开放社区会孕育强大的生态系统。 这些强大的生态系统会增加社区的寿命,并提高用户对社区软件的信心。

标签:

OpenStack 社区每周简报 (7 月 26 日 – 8 月 2 日)

香港峰会 – 注册、赞助商招募现已开放!
在全体大会中将提供英文至中文之即时翻译。 要得到更多信息, 请查阅注册信息页

基准测试 OpenStack Swift 配置的性能

最新的 OpenStack 对象存储 Swift 发布 1.9.0 具有完整的 全球集群支持这允许您将一个集群分布在多个地理位置分散的站点上,并通过高延迟网络连接。Mirantis 发布了一个简短的介绍,介绍了如何使用基准测试来充分利用新功能。

Ceilometer 的硬件扩展

Ceilometer 是一个用于 OpenStack 云环境的监控工具。在下一个 OpenStack 发布版本 Havana 中,它将作为核心组件参与其中。但是,Ceilometer 也适用于 OpenStack 发布版本 Folsom 和 Grizzly。目前 Ceilometer 仅提供 OpenStack 核心组件和云虚拟机的相关数据。因此,ICCLab 决定扩展 Ceilometer,以便能够从硬件设备收集数据。

OpenStack 编排简介

即将发布的 Havana (2013.2) 版本的 OpenStack 将标志着编排作为官方发布版本的一部分首次亮相。它以 Heat 项目的形式出现,该项目于 2012 年初启动,并在今年三月的 Havana 会议之后从孵化阶段毕业成为 OpenStack 的正式组成部分。

技巧与窍门

即将举行的活动

之前活动的报告

其他新闻

安全公告

有答案吗?

Ask OpenStack 是 OpenStack 用户的首选目的地。有趣的问题等待回答

欢迎新开发者

您的关联信息是否正确?请在 OpenStack Foundation 成员数据库中检查您的个人资料!

  • Yuiko Takada,NEC
  • Rich Bowen,Red Hat
  • Alejandro Cabrera,Rackspace

OpenStack 反馈

OpenStack 发布总是准时
每周新闻通讯是社区了解每周发生的各种活动的方式。如果您想向每周更新添加内容或对本新闻通讯有任何想法,请留下评论。

标签: