Ops-电信-NFV
OpenStack Operators Telecom/NFV 功能团队
状态: 活跃
组织者:
- Curtis Collicutt, <curtis@serverascode.com>, IRC: serverascode
- 您的名字在这里？
使命宣言
OpenStack Operators Telecom 和 NFV 团队将与 OpenStack 社区和生态系统合作，以使专门运行电信服务和利用 OpenStack 的网络功能虚拟化 (NFV) 系统的 OpenStack Operators 受益。
为了实现这一目标，该团队在每个版本中都会识别电信和 NFV 运营商社区最常提出的需求，并确保采取适当的措施来解决这些需求，包括但不限于与开发人员联络、提出和强调错误报告，以及生成报告或文档。此外，当识别出更大的需求时，该团队有时会制定中期到长期计划，以推动该需求在 OpenStack 社区中的发展。
对于每个版本，工作组将记录已识别的问题、正在采取的解决措施以及预计的时间表。
如何加入
- 注册 openstack-operators 邮件列表 并查找主题中带有 "[telecom-nfv]" 的帖子
- 参加我们的 双周会议
- 略少使用，但可用的是 Freenode 上的 #openstack-nfv IRC 频道。此外，OPNFV 还有一个 #opnfv-openstack 频道。
结构
目前我们每周举行两次会议。请参阅 会议页面 以获取有关时间和地点的更多信息。与大多数 OpenStack 会议一样，它们在 IRC 上进行。以前会议的日志可以在 在线 找到。为了帮助计划下一次会议或您的出席，请访问 Agenda Etherpad
OPNFV
由于我们的团队跨越多个领域，从 OpenStack 到电信，我们还与 开放网络功能虚拟化平台 (OPNFV) 组织合作，该组织是 Linux 基金会 的一部分。
OPNFV 是一个新的开源项目，专注于通过集成的开放平台加速 NFV 的演进。
OPNFV 拥有一个 wiki 页面，专门用于相关的 OpenStack 项目。
中期到长期项目
目前我们正在确定一个中等规模的项目，以便在中期到长期的时间范围内进行工作。 什么是“中等规模”和“中期到长期”实际上意味着仍在确定中。
有一个 etherpad 页面 上列出了一些想法。如果您有任何您认为适合该功能团队进行处理的需求，请随时将其添加到该页面。项目可以从性能测试到与 OpenStack 项目合作以添加需求等多种形式。
常见问题解答
1. 这个团队是做什么的？
这经常被问到。我们正在制定我们的使命宣言，您可以在此页面的顶部阅读。希望这是一个好的开始。更进一步地说，我们想做的是使运行 OpenStack Telecom/NFV 相关云更容易。这可能意味着各种事情，从开发操作工具，到推动 OpenStack 生态系统中的需求，到性能测试和基准测试，再到创建设计文档。
我们知道那里有实际运行 NFV 云的人员，我们想尝试帮助他们做到这一点。目前，电信公司有一些其他组织可能没有的需求。同样，使用 OpenStack 运行公共云与使用 OpenStack 运行私有云的情况也是如此。存在细微的差异、运营模式和关注点的变化，这些差异会引出必须以某种方式满足的不同需求。
我们的目标是确定这些需求并帮助满足它们，通常从 OpenStack Operator 的角度出发，无论是运行生产云的人员，还是在实验室运行测试系统的人员，或介于两者之间的人员。
2. 我必须是“OpenStack Operator”才能成为这个功能团队的一部分吗？
不。虽然确保 OpenStack Operators 拥有他们完成工作所需的所有工具、需求和功能当然是目标，但运行 OpenStack 云有许多不同的方面，欢迎所有意见。此外，该团队将需要与 OpenStack 生态系统的许多部分进行交互，而不仅仅是其他 OpenStack Operators。
3. 之前不是有一个与电信相关的团队吗？
是的。但是，他们似乎已经实现了创建电信/NFV 相关用户故事的目标，这些故事已被移至 产品工作组。完成此操作后，工作组会议被暂停。请参阅此 电子邮件消息 以获取更多信息。
此外，OpenStack Operators Telecom/NFV 功能团队 与 OpenStack Operators 相关，并帮助他们管理具有电信和/或 NFV 用例的 OpenStack 云，因此其范围比电信工作组略窄。
最后，另一个区别在于，这是一个由用户委员会定义的 功能团队，而不是 工作组。
4. 电信“运营商”与 OpenStack “运营商”
在电信领域，“运营商”一词的含义与在 OpenStack 中不同。一般来说，在电信背景下，“运营商”是指某种类型的通信服务提供商。通常是一家电信公司。
在 OpenStack 中，“运营商”是指运行 OpenStack 云的人员……负责部署、和/或设计、和/或维护 OpenStack 云的人员。他们通常对 OpenStack 部署拥有日常责任。他们的工作通常是随着时间的推移来运营云，包括执行升级、管理可扩展性以及做出其他运营决策等任务。
不太可能任何一方都会很快改变对该词的使用，所以我们只能应对偶尔的混淆。
5. 这不只是另一个需求收集练习吗？
在我们的双周会议期间，我们收到了一些评论和批评。此外，人们担心我们会成为另一个会打扰 OpenStack 开发人员的团队，这是一个合理的担忧。
我们希望情况并非如此，至少有以下两个主要原因。第一，将功能或其他代码更改引入 OpenStack 项目并不是实现我们目标的一种方式。我们还可以做许多其他事情，例如创建性能测试报告，或编写我们自己的操作工具等……这些事情不需要 OpenStack 项目编写代码。其次，如果我们决定努力在 OpenStack 项目中添加功能，我们将尽早与开发团队沟通，以确保我们不是规定解决方案，而是传达所需的功能以及该功能的原因。为什么而不是如何。
