Open Mic Spotlight, 第四周年特别版: Kashyap Chamarthy

 

2014 年 7 月 10 日

kashyap这篇帖子是 OpenStack Open Mic 系列的一部分，旨在突出那些帮助 OpenStack 取得成功的人。每周，都会有一位新的贡献者站出来回答关于 OpenStack、云、职业和他们业余爱好等五个问题。在 7 月份，我们将专注于专门针对 OpenStack 第 4 个生日的问答。如果您有兴趣被推荐，请从这个 表格 中选择五个问题并提交！

Kashyap 目前在 Red Hat 工作，主要从事与开源虚拟化/云相关项目（OpenStack）。他远程工作，来自印度。Kashyap 喜欢阅读、旅行，并学习如何有意识地简约生活，以一种生态可持续的方式。

1. 您第一次听说 OpenStack 时在哪里？当时您在做什么？

那是 2012 年在比利时布鲁塞尔。我当时在那里参加（务实）FOSDEM 大会。在大会的第二天（也是最后一天）的大部分时间里，我都在“虚拟化 Dev”房间里闲逛，并参加了当天的最后一次会议：由 Thierry Carrez（当前 OpenStack 发布经理）等人主持的 OpenStack 社区小组讨论。这次会议的大部分讨论都围绕着项目治理的演变、Linux 发行版的角色、发布流程以及大量相关主题。那时我了解了 OpenStack。

2. 是什么吸引您参与 OpenStack？

我大约在 2013 年通过 RDO 项目（一个与上游主干保持紧密联系的社区 OpenStack 发行版，由 Red Hat 发起）参与了 OpenStack。我想说，可以为 OpenStack 做出贡献的领域范围非常广泛，而且有很多有用的方式。当我开始使用 OpenStack 时，熟悉一些底层开源虚拟化技术（如 libvirt、QEMU、KVM 以及围绕它的许多工具）显然有所帮助。我觉得在像 OpenStack 这样已经利用这些技术并将它们有意义地连接在一起的高级项目上工作，是一个很好的进步（而不是事后添加的插件）。

其他因素包括 OpenStack 对技术精英主义的承诺、其公平（言行一致）的治理和社区互动方式，以及参与这样一个大型社区软件项目的乐趣。

3. “开源”对您来说意味着什么？

对我来说，是坚信这是开发软件的最合理方法。其次，是认识到“嘿，我受益于来自大量开源社区的工作（通过按键就能实现——感谢 GPL、知识共享等创新），所以回馈这些社区，利用他们的劳动来构建我现有的工作，这是公平的。”

4. 哪个 OpenStack 辩论最能激起您的热情？为什么？

嗯，脱口而出，我无法确定某一个。但在非常活跃的上游 openstack-dev 邮件列表中，有很多有趣的技术/社区相关的辩论。对于新手来说，通过关注讨论（使用一些好的邮件过滤器）、了解列表上的语气、应该提出什么样的话题（以及如何提出）以及更多内容，来学习社区文化是一个很好的经验——仅仅通过观察就可以做到。

我不是说一切都是彩虹和蝴蝶。当然，也有（公开/封闭）冲突——就像任何拥有大量活动部件的大型项目一样，但大多数冲突以文明的方式解决，这令人鼓舞。

5. 您最喜欢的 OpenStack 会议回忆是什么？

我还没有参加过 OpenStack 会议，但我在 eNovance 举办的 OpenStack 聚会（“OpenStack in Action 4”，去年 11 月在巴黎）上。在会议大厅里，我注意到 Mark McClain（当前 Neutron 项目 PTL）经过——我走上前去，礼貌地自我介绍并进行了一段简短的对话。在离开他之前，我请他分享一些可以帮助人们理解 Neutron（OpenStack 网络项目）及其相关开源插件的复杂性的智慧。Mark 说：“阅读 ‘iproute2’ 手册页，仔细阅读并进行更多实验，其中包含有用的细节。”我仍然没有
做到。所以，大声说出来，希望我能行动起来，花一些时间研究它。🙂

标签：

OpenStack Swift 2.0 发布，存储策略已到来

 

2014年7月8日

这篇博文最初发表在 SwiftStack 博客上，原文链接 在此。

今天我很高兴地宣布 OpenStack Swift 2.0.0 版本发布。此版本包含存储策略——这是 Swift 贡献者社区一年工作的成果。存储策略是 Swift 开源四年以来最重要的进展。存储策略允许您根据您的使用场景定制您的存储基础设施。此版本标志着项目生命中的一个重要里程碑，将带来进一步的采用和社区增长。

您可以从 http://tarballs.openstack.org/swift/swift-2.0.0.tar.gz 获取 Swift 2.0。与往常一样，您可以在不中断客户端的情况下升级到此版本。

存储策略

什么是存储策略，为什么它们如此重要？存储策略允许部署者专门配置他们的 Swift 集群，以支持集群中存储数据的不同需求。

用例示例

配置存储策略后，用户可以创建一个具有特定策略的容器，存储在该容器中的所有对象都将根据该容器的存储策略进行存储。

让我们探讨两个由存储策略启用的用例：降低冗余的存储策略和地理特定存储策略。

replication

我们通常建议在 Swift 集群中使用 3 倍复制。它为大多数数据提供了良好的耐用性和开销之间的平衡。但是，某些数据可以轻松地重新创建，不需要相同的耐用性。一个很好的例子是图像缩略图。如果原始分辨率图像使用 3 倍复制存储，则可以对重新采样的图像使用 2 倍复制存储。这 节省了 33% 的存储成本，并且任何数据丢失都可以通过从原始图像重新创建调整大小的图像来缓解。

当用于按需存储和提供用户生成的内容时（Swift 今天的使用方式），“降低冗余”存储策略可以节省大量的硬盘空间，从而降低成本。 存储策略可以创建以在同一集群中使用不同的复制因子，具体取决于需要存储的数据类型。

另一个例子是使用不同的存储策略来地理区分数据集。假设您的公司在达拉斯有一个中央办公室，在纽约有一个分支机构，在旧金山有一个分支机构。在一个分支机构中存储和使用的数据不需要与另一个分支机构共享，但中央办公室应该拥有所有内容的副本。使用 Swift 2.0，您可以创建一个引用达拉斯和纽约存储容量的策略，以及另一个引用旧金山和达拉斯存储容量的策略。现在，存储在“纽约”策略中的任何内容都将存储在纽约并可供快速查找。 “旧金山”策略也是如此。但是，中央达拉斯办公室也拥有分支机构中存储的所有内容。

中央办公室可以轻松管理离线档案，并且对每个分支机构的数据消耗具有很好的可见性。 Swift 2.0 中的存储策略增强了 Swift 现有的全局集群功能，并允许更细粒度地控制数据驻留的位置。

存储策略对部署者的影响

从概念上讲，存储策略非常简单：Swift 集群过去只支持一个对象环，现在可以利用多个对象环。Swift 中的每个环都描述了一组存储卷（即驱动器），并包含用于数据放置和故障处理的信息。有了存储策略，部署者可以配置他们的 Swift 集群以支持集群中存储数据的不同需求。

部署者可以安全地升级其现有集群以使用存储策略。并且集群仍然可以降级，至少直到您定义第二个存储策略为止。如果您配置了多个策略并恢复到存储策略之前的代码，新存储策略中的任何数据将无法访问，因为旧的 Swift 版本不知道如何访问它。

存储策略在 swift.conf 配置文件中定义。现有集群被视为具有默认的“策略零”。这意味着现有集群可以在不立即开始支持其他策略的情况下利用新代码。可以在同一个配置文件中配置新策略，然后将其提供给客户端。每个存储策略都有一个新的环。

safeupgrade

存储策略的开发者文档包含更多信息，包括有关磁盘上数据布局、弃用策略以及背景一致性过程更改的详细信息。

存储策略对客户端的影响

存储策略仅以一种小方式扩展了 Swift API。在创建容器时，客户端现在可以发送 X-Storage-Policy 标头来设置该容器的策略。标头的值是存储策略的名称。可用存储策略的名称可以从集群的 /info 端点调用的结果中获得。

现有的 Swift 客户端仍然可以完全工作，使用这个新版本的 Swift。如果客户端发送容器创建请求，并且没有显式发送 X-Storage-Policy 值，则新容器将使用集群的默认策略创建。这意味着现有的 Swift 客户端应用程序将不会停止工作，并且除了设置容器上的策略之外，仍然可以利用 Swift 提供的所有功能。

存储策略只能在创建容器时设置在容器上。如果您需要更改策略，则必须先删除容器中的所有数据，删除容器，然后使用新的存储策略重新创建容器。但是，由于 Swift 对您可以拥有的容器数量没有限制，因此通常更容易简单地创建一个新容器。

社区参与

Swift 中的存储策略离不开整个贡献社区的参与。特别是，Paul Luse（Intel）、Clay Gerrard（SwiftStack）和 Sam Merritt（SwiftStack）通过提供巨大的关注、奉献、出色的想法和领导力来设计、编写和合并此功能，功不可没。

与 Paul Luse 一起，我在亚特兰大的 OpenStack Juno 会议上发表了关于存储策略的演讲。您可以在 此处观看它。

展望擦除码

我们几乎一年前开始在 Swift 中研究存储策略。去年 7 月，我们写道关于将擦除码支持添加到 Swift。 擦除码很棒，因为对于某些数据集，它们可以在提供非常高的耐用性的同时，在存储介质上提供巨大的节省。但是，为了将擦除码支持添加到 Swift，我们首先需要添加存储策略。

现在 Swift 2.0 中提供了存储策略，开发人员社区正在重新关注构建必要的组件，以支持 Swift 中的擦除码存储策略。策略是我们构建 Swift 中擦除码支持的基础，这将是 Swift 贡献者社区在今年余下时间里的主要重点。

erasurecodes

使用 SwiftStack 部署 Swift

SwiftStack 提供启动和运行生产 Swift 集群的最简单和最快的方法。 有关 SwiftStack 的更多信息，请发送电子邮件至 [email protected]，查看我们的 在线演示或注册 个性化演示。

Juno 旅行支持计划总结

 

2014 年 7 月 7 日

OpenStack 基金会为 5 月在亚特兰大举行的峰会带来了 21 人，这要归功于 VMware 赞助的旅行支持计划提供的补助金。旅行支持计划基于 开放设计 的承诺，旨在促进关键贡献者参与 OpenStack 设计峰会。该计划旨在为 OpenStack 项目的关键贡献者提供旅行和住宿费用，以便他们在峰会上加入社区。

我们有 21 人被该计划录取，来自 8 个国家和世界各地。有 5 人来自印度，7 人来自欧洲，3 人来自非洲，其余来自北美和东南亚。在选定的获奖者中，由于签证问题，有 2 人无法参加，但我们很高兴欢迎能够成行的 21 位与会者。

IMG_3139

基金会总共花费了 33,376 美元用于机票，7,751 美元用于住宿，基金会的总成本超过 40,000 美元，包括授予非 ATC（活跃技术贡献者）的 10 张通行证的费用。

11 月巴黎峰会的旅行支持申请 现在开放！您可以申请旅行支持计划，包括旅行和住宿费用。

提交申请的截止日期是 8 月 18 日，所以 立即申请！

标签：

OpenStack 社区每周简报（6 月 27 日 – 7 月 4 日）

 

2014 年 7 月 4 日

OpenStack 迎来 4 周岁生日 – 让我们一起庆祝社区！

OpenStack 将于 7 月 19 日庆祝其 4 岁生日，我们将在整个 7 月与整个 OpenStack 社区一起庆祝！OpenStack 的用户成熟度、软件成熟度和对云软件运营的关注正在迅速涌现，这一切都离不开不断壮大的 OpenStack 社区。目前有 70 多个全球用户组和 139 个国家的 17,000 多名社区成员，跨越 370 多个组织。这需要向 OpenStack 社区成员和我们的用户致以衷心的敬意。

OpenStack 技术委员会更新（7月1日）

本周，TC 举行了一次 特别会议，完全专注于澄清围绕 DefCore 的一些要点，并为 DefCore 提出的问题提供一些回应。必读。

我们需要开始发掘 OpenStack 的隐藏影响力者

在峰会 (#afterstack) 之后，一些 人 比较笔记，发现 OpenStack 社区中一个未被充分服务但至关重要的一部分存在一个共同主题。 Sean Roberts、 Allison Randall和 Rob Hirschfeld 正在通过一系列博客文章将讨论扩展到更广泛的社区 。

现在开放演讲者招募 – 11 月巴黎峰会

11 月巴黎 OpenStack 峰会的演讲者招募现已开放！在此提交您的演讲： submit your talks now。不要等待！演讲者招募将于 7 月 28 日晚上 11:59 CDT 关闭。

之前活动的报告

安全公告和通知

技巧与窍门

即将举行的活动

其他新闻

有答案了吗？

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

欢迎新审查员和开发人员

Jeegn Chen Richard Jones
Ciaran O Tuathail Mateusz Blaszkowski
Amit Prakash Pandey EliQiao
Melissa Wong warewang
Gael Chamoulaud Rakesh H S
François Magimel Maurice Leeflang
Tomáš Nováčik Markus Zoeller
Theron Voran Christopher Dearborn
Suthan Venkataramanaiah joanne
Jason Baker Tardis Xu
Harry Rybacki Rui Zang
Anthony Lee Ivo Vasev
Angela Smith Ian Cordasco
Anastasia Martynova stephen
Rikimaru Honjo
Alexander Maretskiy
Alex Weeks
Tim Hinrichs
Mike Bayer
Julia Kreger

项目最新活动

您想一目了然地查看本周提交和解决的 bug 吗？查看 OpenStack Activity Board – Insights 上的各个项目页面。

OpenStack 反馈

nitpicking

在代码审查中被吹毛求疵

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

标签：

Open Mic Spotlight: Claudiu Belu

 

2014 年 7 月 3 日

claudiu_openstack这篇帖子是 OpenStack Open Mic 系列的一部分，旨在突出那些帮助 OpenStack 取得成功的人。每周，都会有一位新的贡献者站出来回答关于 OpenStack、云、职业和他们业余爱好等五个问题。如果您有兴趣被推荐，请从这个 表格 中选择五个问题并提交！

Claudiu Belu 23 岁，是 Cloudbase Solutions 的云工程师。目前居住在罗马尼亚蒂米什瓦拉，他通常是一个好奇的人，尽可能地扩展他的知识和经验，利用它们来完成工作、竞赛或其他个人项目。他一直在寻找新的和具有挑战性的东西，大约一年前他第一次接触 OpenStack。社区致力于将其推向新的高度以及他们的奉献精神引起了他的注意，他想将自己的技能融入其中。在 Twitter 上关注他 @ClaudiuBelu。

1. 您如何向您的祖母解释您的工作？

我在做什么工作？

奶奶，基本上，我正在帮助扩展这种名为“云”的新资源，通过添加和集成新的部分和功能来使其变得更大、更好用，并对人们更有用。

什么？不，奶奶，它不会通过下雨来帮助您的农作物生长。

那它能做什么？

嗯，它可以做很多事情，几乎任何任何人都能想象和需要的事情，从数据处理和/或挖掘到通过互联网提供复杂的服务。

2. 发挥创意——创建一个原创的 OpenStack GIF 或俳句！

OpenStack 核心审查员的女儿去问她的父亲
女儿：爸爸，我今晚可以和我的朋友们去参加派对吗？妈妈告诉我问你。
核心审查员：嗯… +2‏

3. 您认为哪些新的 OpenStack 项目将在未来一年对云市场产生重大影响？

易于部署将是广泛的企业采用的关键。在这方面，我相信我们在 Cloudbase 中将基于 Windows 的组件与 Ubuntu Juju 和 MaaS 集成的工作将为 OpenStack 生态系统带来巨大的价值。

4. 你是如何学习编程的？你是自学成才还是在大学学习的？还是在工作中学习的？

我最初在高中时使用 Adobe Flash 的 ActionScript，但并没有认真对待。我直到大学才认真学习编程，通过许多方式以指数级的速度发展我的技能和知识。这些主要方式包括：强制性小组项目、与 IT 相关的会议和聚会、实习和培训、coursera.com 和 udacity.org 课程、编码竞赛、担任培训师以及当然，通过工作经验。

真正吸引我的是编程，你基本上有一个私人管家，做你想做的任何事情，而编码就是告诉它该做什么。🙂

5. “开源”对您来说意味着什么？

开源是一种分享您的想法和为其他伟大的想法做出贡献的好方法。通过这样做，您可以作为一个大型开放群体实现比小型群体甚至个人更多的成就。
我认为开源的伟大之处在于任何人都可以参与，而且参与的人对项目非常感兴趣，他们的贡献远远超过了在普通公司所做的工作。

标签：

OpenStack 技术委员会更新（7月1日）

 

2014年7月2日

上次 TC 更新 讨论了由 OpenStack 基金会理事会领导的 DefCore 工作。DefCore 子委员会向 TC 提出了一些要求。本周，我们举行了一次 特别会议，完全专注于澄清围绕 DefCore 的一些要点，并为 DefCore 提出的问题提供一些回应。

值得注意的是，在会议之前，Jonathan Bryce 发布了一篇 非常全面的评论，回顾了管理 OpenStack 商标使用的现有框架。这个主题绝对值得阅读，以便很好地理解。

DefCore 的范围

议程的第一项是明确DefCore的范围。具体来说，我们想明确这项工作适用于商标的哪些用途。在这次会议中，关于这个话题达成了一些重要的澄清。DefCore只关注商标的商业用途。目前，这仅包括“Powered by OpenStack”商标许可计划。我们还了解到，理事会已经保留了未来推出“OpenStack Compatible”商标计划的选项，该计划可能与我们现在讨论的要求有所不同。

Jonathan在会议上对此进行了非常清晰的解释（在20:25:56：

所讨论的许可协议称为OpenStack Powered，旨在用于使用OpenStack软件构建的产品和服务。例如，公共云“FooTron Compute Powered By OpenStack”，设备“FooTron Appliance Powered by OpenStack”，发行版“FooTron OpenStack”。所有这些不同的产品都将遵守相同的标准。换句话说，它们都需要暴露相同的功能（通过API可测试）并包含相同的实际社区开发的软件组件（指定的部分）。

DefCore 功能

DefCore子委员会一直在努力定义一组功能以及相关的测试，这些功能和测试将用于确定给定的OpenStack产品或服务是否允许在“Powered by OpenStack”商标计划下使用OpenStack商标。他们一直在使用评分系统来确定应该要求哪些功能。作为这个评分的输入之一是“技术方向”。他们不想包含一个技术社区不认为我们希望长期保留的功能。TC被要求就一些未来尚不明确的功能提供意见。我们一直在两个 评审中澄清所有这些要点，这些评审提交到OpenStack技术治理仓库。我们即将就这些要点达成最终结论。

DefCore功能目前定义在一个JSON文件中，映射到一组测试。TC提供的一个建议是，为每个功能提供1到2句话的描述将有助于更容易理解功能覆盖的预期范围。否则，感兴趣的各方必须阅读每个测试才能了解它试图验证的内容。虽然这会有帮助，但我们都同意这并不会阻止进展。它只会让事情变得更容易。

会议的这一部分讨论的最后一点是功能和代码指定部分之间的关系。通常，您必须实现代码指定部分并且交付核心功能，但澄清的是，只有当存在被认为必需的相应功能时，才需要代码指定部分。如果一个项目没有必需的功能，那么该项目的使用或分发是不需要的。

代码指定部分

这是会议中最具争议的部分。DefCore委员会要求TC提供一组建议的代码指定部分。这些输入将作为“Powered by OpenStack”商标许可计划下需要哪些代码的基础。经过长时间的讨论，TC能够就此话题达成共识，并在本次会议中提供了回复。

TC的主要职责之一是定义每6个月发布的OpenStack集成版本。这是我们所担保的一组内容。我们有一个明确的流程，项目必须满足一组要求才能申请孵化，并最终有可能毕业成为这个集成版本的一部分。定义集成版本的一个子集会让TC看起来像是认可或鼓励用专有替代品替换其工作的一部分。TC是项目贡献者的选举代表，因此它不认为应该宣布集成版本的一个子集比其他部分不重要。

我们重视Apache许可提供的用替代解决方案替换部分代码的选项，并且我们尊重理事会确定商标使用策略的特权。因此，我们希望明确认识到理事会有权定义商业商标许可协议（例如“OpenStack Powered”商标计划）所需的集成版本子集，因此他们应该对“代码指定部分”拥有最终决定权。Mark McLoughlin在Defcore邮件列表中提出了一种实现该目标的方法，即理事会提出代码指定部分，并要求更广泛的社区对其进行评论，然后根据这些反馈做出最终决定。

标签：

OpenStack – 全球视角：我们在欧洲和以色列的 OpenStack 活动中学到的五件事

 

我们经常说“全球社区”和“协作”这两个词，以至于它们可能会开始失去意义。很容易失去对大局的视野，以及我们的社区超越美国知名用户或峰会参与者所拥有的规模。几周前，OpenStack社区的成员在欧洲和以色列组织了一系列活动，包括布达佩斯、巴黎、米兰、特拉维夫和伦敦。我很荣幸能够参加几次活动，我的目标有两个：一是为11月在巴黎举行的峰会做一些学习准备，包括了解该地区最受关注的问题和主题，以及确定我们可以展示的新用户；二是当然，通过获得赞助商、媒体和潜在参会者，开始推广巴黎峰会（无耻的宣传，将于11月3日至7日举行）。

Jonathan

但这次旅行我真正得到的启示是，我们最大的优势确实是全球社区的多样性和规模。它们不仅仅是我们随意使用的词语，而是我们在短短几天内遇到的数百人以及听到的故事。在反思我的对话和与用户组领导人的一些访谈后，我想分享我在这次旅行中的五个收获

各行各业的企业都只想加快速度。 全盘披露，我最初的博客文章计划是采访每个活动的的用户组领导者，并询问他们所在地区对OpenStack（或云和通用）的独特驱动因素。我想我不会对他们给我的答案感到惊讶，因为它们几乎相同。我们在亚特兰大峰会上讨论的主题，包括软件定义经济以及需要比新兴竞争对手更快地发展，引起了所有人的共鸣（未被主动询问！）。当然，英国可能存在不同的监管环境或更多的金融服务组织，而布达佩斯可能存在更多的初创企业，但归根结底，他们仍然想要同样的东西：竞争的速度和敏捷性。OpenStack的美妙之处在于，有许多不同的方式可以消费它，无论您是意大利使用Enter公共云服务的的小企业，还是为研究人员构建用于存储和分析数据的可扩展基础设施，例如瑞士CERN。

其中一位用户组领导者是Enter IT的Mariano Cunetti，他位于米兰。根据Mariano的说法，“团队和公司的概念正在发生变化。这个过程并非一帆风顺，但转向云端不仅仅是基础设施的问题。它不仅仅是关于如何开发您的工具，而是改变您的流程。变得更加敏捷和快速。在未来几年，采用云端公司的差异与不采用云端公司的差异将是生存与否的差异。上市时间会非常快，您需要跟上节奏。您选择您想要运行的速度。”

London

数据主权和国家服务在欧洲创造了不同的格局，尤其是在电信等行业。 我熟悉数据主权的概念以及对我们用户的影响，但我们在这次旅行中了解到的一件有趣的事情是，欧盟范围内的《1995年数据保护法指令》可能会在今年进行更新。新的法规，称为《通用数据保护条例》，预计将考虑到全球化和云计算等技术发展。正如我所提到的，我们已经讨论了数据主权一段时间了——并且一直是欧洲和澳大利亚中型服务提供商采用的一个重要驱动因素——但关于新的欧盟法规的辩论和讨论，以及微软都柏林数据中心等案件将与巴黎的OpenStack峰会非常及时，我们预计将与领先的电信公司、企业和技术供应商讨论这些问题。

LivePerson

我们已经从“是什么”转变为“如何做”。 参加去年许多相同的活动，真正让我印象深刻的是对话的语气发生了变化。我们已经超越了“OpenStack是什么？”或“为什么选择OpenStack？”的问题，转而讨论如何使用它以及更高级的主题。与会者似乎渴望进行更多技术深入探讨和研讨会。在巴黎活动中，Comcast的Andrew Mitry展示了他的用户案例，并获得了来自计划或运营自己部署的观众成员的大量参与和问题。在简短的视频采访中，GigaSpaces的首席技术官Nati Shalom和OpenStack Israel Day的组织者说：“当他们刚开始时，有很多关于OpenStack是否正确的问题。它会发生吗？它会成功吗？我应该为此下注吗？甚至直到去年，这仍然是主要讨论的话题，但今年更多的是关于如何开始，如何实际实施，以及如何快速使用OpenStack。”

Budapest Check-in_2

在布达佩斯共同组织OpenStack CEE Day的Márton Kiss告诉我，“对这种兴趣的主要驱动力是人们开始信任开源技术。初创企业是云技术的明确最终用户，他们了解并使用敏捷开发、持续集成/部署，整个DevOps文化，OpenStack在这里作为一个替代平台与Amazon相适应。这里的较大企业仍然持保守态度，但电信和金融部门正在进行试点项目。这个东欧地区的企业的结构略有不同，因为大多数公司没有总部在这里，但这里有许多软件开发/技术中心。”

Shuttleworth

贡献会得到回报。 最令人兴奋的事情之一是，那些一直在贡献——包括代码和社区活动，例如组织这些活动——的公司正在建立自己的声誉，并将其打造为OpenStack全球社区中的专家。他们获得了正在转化为实际商机的知识和关系。我们遇到了一些大型用户，他们选择与较小、专注于OpenStack生态系统的公司合作，因为他们知道贡献等同于知识和影响力。持续贡献的公司也公开吸引人才，因为许多OpenStack专家希望在一个他们知道自己的努力将产生更广泛影响的环境中工作。例如，我本打算报道eNovance的增长和全球扩张令人印象深刻，因为我们有机会参观他们在巴黎的新——OpenStack主题！——办公室，但他们已经被收购了！

Thierry

需要更多关注运营和最终用户。 这不是这次旅行学到的教训，而是这些活动强化了这一点。与会者的构成已经从主要寻找产品化OpenStack和贡献开发人员的供应商，转变为使用该软件的大型企业和研究组织内的基础设施团队。内容也发生了变化，但我们可以做更多的事情来关注云操作员和应用程序开发人员。一个想法是基金会帮助招募和赞助更多的像Andrew Mitry这样的用户来旅行并在这些活动中发表演讲，因为亲身听到案例研究并有机会提问和回答问题非常有价值。请随时发表您的意见，无论您是否参加了活动，我都想了解您的看法。

感谢所有投入大量时间组织这些活动的人：Márton Kiss和Gergely Szalay在布达佩斯；Annie Potvin和eNovance（现在Red Hat）团队在巴黎；Martina Casani、Mariano Cunietti和Enter团队在米兰；Avner Algom、Nati Shalom、Sharone Zitzman和GigaSpaces团队在特拉维夫；以及Mark Baker、Cezzaine Zaher和Canonical团队在伦敦。

我们正充满活力地前往11月的巴黎，希望在那里见到您。

OpenStack 全球社区：来自意大利和以色列 OpenStack Days 的访谈

 

Mariano Cunietti & Martina Casani，Enter IT

我们最近有机会在 Enter IT 上与 OpenStack 社区成员 Mariano Cunietti（首席技术官）和 Martina Casani（营销经理）进行了交流。Mariano 大约在 Folsom 版本时开始参与 OpenStack，并于 2012 年 10 月参加了圣地亚哥峰会。他从圣地亚哥返回后帮助建立了意大利 OpenStack 用户组，该用户组现已发展到 300 多名参与者。他们于 5 月 30 日在意大利米兰的办公室举办了首届意大利 OpenStack 日。Enter 在米兰的办公空间确实独一无二。作为公司流程和文化转型的组成部分，并且在参观了旧金山/湾区几个联合办公空间之后，他们去年决定将自己的办公室改造成一个联合办公空间。Mariano 在视频中解释说，联合办公空间在物理上是对云基础设施的绝佳体现，一个真正的多租户环境，为不同的团队和他们接待的人员提供共享的基础设施。您在视频中看不到的是，办公室完全可配置，并且尽可能采用低成本材料。所有的桌子都配有轮子，甚至悬挂的插座也可以沿着轨道移动到不同的位置。他们能够轻松地清理出一个大型会议空间，在那里举办了 125 多名与会者的 OpenStack 日活动。而且比物理设置更重要的是，对他们来说最大的好处是思想的交流，遇到了许多新的、有趣的人，他们现在正在与之合作，例如从事安全、通信、无人机和 3D 打印的公司。

Enter 是一家成立于 1996 年的 ISP，在数据中心服务和连接方面拥有专业知识。在 OpenStack 方面，他们正在寻找一种技术来将其虚拟专用服务器产品推向市场。Mariano 说，VPS 在意大利市场很受欢迎，因为 95% 的公司都是小型企业，他们不需要大型、可扩展的架构。现在有了 OpenStack，他们拥有真正的公共云 Enter Cloud Suite，并且也在积极寻求混合云服务，以便用户可以在内部运行 OpenStack，然后在需要时扩展到公共服务。OpenStack 是 Enter 基础设施的核心，他们正在继续构建围绕它的服务套件，例如 hadoop、CDN 和电子邮件。

Mariano 说，参与全球 OpenStack 社区极大地改变了 Enter 的工作方式。他们过去穿着西装，现在更加休闲，并且用新的工具取代了像 Microsoft Exchange 这样的工具。他们改变了内部流程，并且比以前更聪明、更高效。根据 Mariano 的说法，“团队和公司的理念正在改变。这并非一个轻松的过程，但迁移到云端不仅仅是基础设施的问题。这不仅仅是如何开发你的工具，而是改变你的流程。这是变得更加敏捷和快速。在未来一年里，采用云的公司与不采用云的公司之间的差异将是生存与否的差异。上市时间会非常快，你需要跟上节奏。你选择你想以多快的速度前进。”

###
Nati Shalom，GigaSpaces 的首席技术官兼创始人

GigaSpaces 的首席技术官兼创始人 Nati Shalom 在 OpenStack 社区刚刚形成时就参与其中。此后，他一直是建立以色列 OpenStack 用户组的关键人物，我们于 6 月 2 日在第五届以色列 OpenStack 日上与他进行了交流。这是该用户组举办过的规模最大、最成功的活动，有 500 多名与会者。与会者包括 LivePerson 等主要用户、在特拉维夫设有研发办公室的全球 IT 公司的技术人员以及正在构建可扩展 Web 应用程序或围绕 OpenStack 产品的新兴企业。

在过去的几年里，Nati 看到这些活动中的对话发生了显著变化。即使到去年，仍然存在关于 OpenStack 是否是正确选择的问题。“它会发生吗？它会成功吗？我应该为此下注吗？” 今年他看到它转变为像“我该如何开始？我该如何实际实施？我该如何使用 OpenStack 运行得更快？” 这种转变也在亚特兰大最新的峰会上对他来说很明显。人们不再站在栅栏旁观察 OpenStack 的发展情况。他们正在转向执行，并分享他们的用户故事和最佳实践。这让 Nati 想起了 10 年前的 Java 社区，当时一项重大的技术变革将商界人士、用户和开发人员聚集在一起，进行高度协作。

在这段简短的采访中，Nati 讨论了以色列独特的商业环境，以及创业氛围。他称以色列为创业国。原因在于以色列国土面积小，自然资源匮乏，因此出口思想和创新能力非常重要。有一个强大的技术初创企业和研发社区，他们一直在致力于下一件大事，因此新兴技术受到高度欢迎。OpenStack 与这一场景非常契合，我们遇到了许多积极参与社区的以色列公司，例如 GigaSpaces、Mellanox、LivePerson 和 Cloudyn。

Nati 非常重视社区的透明度和信息可用性。我们没有在视频中讨论这一点，但在他在活动上的演讲中，Nati 谈到了在透明度和影响路线图的能力方面，在开源社区与专有软件平台工作之间的差异。他举例说明了用户委员会每六个月进行的调查，调查结果广泛地与我们的技术社区和生态系统共享。拥有关于用户采用和使用的工具的真实数据和洞察力对他的产品战略具有巨大的影响。专有供应商可能会根据他们的路线图和计划推动合作伙伴朝着一个方向发展，但他们很少公开原始数据，以便进行自己的分析。