能成为 OpenStack 社区的一员真是令人兴奋。 这是一次很棒的会议，OpenStack 发展势头强劲。 社区的速度和增长令人惊叹。
在峰会周二上午，我们延续了与董事会早餐会 (BwtB) 的传统。 我们感谢所有参与者。 作为董事会成员，我们非常感谢你们的支持、反馈和想法。 我们听到了许多积极和鼓舞人心的评论，并参与了许多热烈的讨论。
通过这份报告，我们想分享我们听到的内容。 讨论的话题非常广泛，包括
峰会设计环节的成长烦恼
尽管过去几届峰会经过了各种测试和改进，但容纳所有希望参与峰会设计环节的人员仍然存在成长烦恼。 设计环节“旨在成为小型、集中的开发者工作会议，项目路线图由积极贡献者制定”。 这样的描述很容易理解为什么有这么多的企业人士、用户和开发者想要参与或旁听。 然而，人们担心大型的多元化听众会降低会议效率。
在 BwtB 上，提出了许多解决此问题的想法，包括会议主持人、参会者优先级排序、座位安排和会议分组。
“斯科蒂，我们需要更多电力，呃，WIFI”
虽然会议调查将优先考虑下一次峰会最需要改进的项目，但 BwtB 上一个强烈的建议是永无止境地需要更多 WIFI。 我们技术人员依靠 WIFI 而活。
谁是……？
参加峰会的主要原因之一是简单地与我们在 IRC 和其他社区渠道上合作的人们见面。 一个简单的建议是，我们在会议徽章的正反面都以大字体添加 IRC 昵称。 50% 的时间你只能看到别人的徽章背面，却不知道他们是谁。
前往秋季峰会
对于那些从北美前往秋季峰会的人来说，人们对高昂的旅行费用表示担忧。 确定峰会地点取决于许多不同的因素。 旅行成本就是其中之一。 峰会地点会影响参会人数，无论是在波特兰还是香港。 平衡这些成本可能很棘手。 规划委员会的调查表明，如果进行一些研究并提前预订，参会者会发现旅行费用不会像他们担心的那样高昂。
驱动优先级
几场讨论围绕着如何将客户优先级融入到每个项目的重点和功能中展开。 在典型的企业开发模式中，这些利益会被捕获并转化为通过产品负责人 (PO) 或产品经理 (PM) 的开发模式。 这如何映射到 OpenStack 模型？ 很容易推广到这如何映射到开源世界？
在 BwtB 上，几场讨论都集中在贡献的概念上。 贡献可以是代码、领导力或声音。 一家公司不能假装为另一家公司的资源做出选择。 最多，你可以找到来自一家与你正在帮助描述和解决的问题相同的公司的其他资源。
开源世界中一句常见的说法是“解决痒点”。 这句话一直激励着开源开发者。 如果你发现没有任何东西能够满足你的需求，那就自己编写解决方案，或者更好的是，表达你的需求，以帮助找到那些与你共享需求的人，并共同编写解决方案，贡献你的经验和专业知识，或为能够为你贡献的人提供支持。
宏伟愿景
BwtB 上还讨论了 TC 在各个项目中扮演更重要角色的概念，例如在安全性和 API 版本控制方面，协调和设定各个组的方向。 引用了 TC（或至少有人）需要对以下方面进行更多跨项目考虑的必要性
API 兼容性和一致性
架构一致性
安全性
来自用户的输入来指导我们的道路
统一文档
与会者表达了对文档滞后于实现的担忧。 那么我们如何使 OpenStack 文档更加及时并提高质量和时间表？ 这是 BwtB 的参会者提出的问题。 提出的建议包括要求在提交代码的同时提交文档更改，而不仅仅是设置一个标志，表明文档可能会受到影响。
OpenStack 包含什么？
几桌讨论了当前核心/集成/孵化框架的进展，并对前进方向提出了意见；人们似乎更喜欢内核/驱动程序的类比。 人们对新的核心-集成-孵化方法感到困惑，差异是什么，谁有权在 TC 中任职等等。 在下一阶段的工作中，技术委员会和董事会在早期和持续的讨论非常重要。 确保 TC 和董事会在我们得出任何结论时，都对所有步骤进行正式声明至关重要。
互操作性
人们对互操作性非常感兴趣。 BwtB 的与会者对 refstack 方法表示满意。 他们表达了对 API 驱动的互操作性或相同代码库的互操作性在不同项目中的适用性以及是否需要用于插件的验证团队的意见。
推广 OpenStack
OpenStack 作为数据中心操作系统模型的未来在哪里？ 如何支持它？ 营销讨论涵盖了几个方面。 包括在其中一张桌子上的讨论，关于如何最好地向 CIO/IT 负责人解释 OpenStack。 讨论参与者认为，OpenStack 网站上提供的视频概述以及峰会主题演讲中呈现的用户案例非常有帮助。
其他人则思考为什么开源竞争对手会产生 FUD，而他们缺乏对竞争对手真正应该关注的对象（专有软件）的认识。
还有人对 OpenStack 的看法表示担忧。 这些看法包括复杂性、人才短缺、安全漏洞以及运行 OpenStack 需要太多人。 这些看法会造成采用障碍。
透明度
董事会在二月份的会议上，启动了一个委员会，旨在提高透明度，并促进基金会成员与董事会、技术委员会、用户委员会和其他委员会之间的合作。 委员会成员利用机会在他们的桌子上讨论委员会的想法和努力。 每个人都支持透明度，并且接受了在透明度与损害项目战略地位之间取得平衡是一项重要考虑因素。 监察员和分阶段发布被认为是可行的解决方案。
与会者还表达了在项目流程中直接参与的重要性。 重要的是 TC 和董事会要倾听项目成员的意见。
选举
董事会在二月份的会议上还启动了一项改进个人成员选举流程的努力。 参与这项努力的董事会成员利用机会在 BwtB 上收集对正在进行的想法和努力的反馈。 许多人很高兴看到正在制定变更实施时间表，并对迄今为止的努力感到满意。
结论
正如你所见，提出了和讨论了各种各样的话题。 其中每一个都值得单独撰写一份完整的报告。 作为董事会，我们感谢你们的意见。 我们将进一步研究这些问题，并将利用这些意见来指导我们努力的优先级排序。 再次感谢你们的参与。 我们期待在秋季峰会的下一次 BwtB 与大家见面。
此致，
OpenStack 董事会
发表评论