运作工具
SIG 状况：已获批准
现有督导委员会主席：MatthiasRunge
协助引导程序的委员会成员：KaranbirSingh
1. 目标
此特别兴趣小组将会为那些建基于 CentOS Linux 的结构工程的操作者、系统管理员、devops 及开发者提供工具。我们旨在支持设置管理 SIG（ https://wiki.centos.org/zh/SpecialInterestGroup/ConfigManagementSIG ）并在们的范围内按需要重用他们的内容。
我们意欲在引导时采用的堆栈：
- 监测性能：collectd - graphite - grafana
- 监测可用性：sensu - uchiwa
- 中央日志：fluentd - elasticsearch - kibana
此 SIG 会提供组件与软件库、容器、和测试／持续整会，包括与其它 SIG 进行整合测试（例如：对云端与 PaaS 部署试进行监测和收集日志）。
其它输出包括以自动化配置文件（以 puppet 及 ansible 为首）的形式提供最佳做法的样例，有助更快完成设置及取得有用的输出，并整合其它项目的安装程序，例如：云端 SIG 采用 puppet、Paas SIG 采用 ansible。
运作工具 SIG 将会与其它 SIG 合作，与它们的项目进行整合，而且实践其它 SIG 推荐的最佳做法（例如：确保此 SIG 的设置采取设置管理 SIG 推荐的最佳做法）。
我们现时正与 Zabbix 及 Syslog-NG 的成员接触，讨论及改善与此 SIG 的合作。
2. 可交付成果
运作工具 SIG 的输出包括
- 组件：我们的主旨是支持本 SIG 的软件库所提供的核心功能，其依赖性内容，并从相关的特别兴趣小组或 EPEL 取得支持。我们对依赖性内容的专注度不高，它们有赖来源软件库按需要进行修改、升级及更正。
- 文档，包括快速入门指南，已收录于 wiki.centos.org
- 整合工具，例如 ansible playbook 及 puppet 配置文件
- 容器及预制的映像，视乎需要
本特别兴趣小组的另一个可交付成果就是接触参与此软件的各个上游作者，协助他们在 CentOS Linux 上提供一个良好的用户经验，并帮助他们处理任何的软件周期问题。我们亦旨在成为 CentOS 用户及上游社群的一道桥梁。
我们的内容会遵照既有的模式，在建设后先标签为 Candidate，在取后贡献者的认可后再标签为 Testing，藉此通知先行者，测试者及开发者等群体。当测试程达至某个程度而未有发现问题，我们便将内容标签为 Release。到这时候，它便可供其它特别兴趣小组所采纳，及在用户的机器上运用。
利用 yum install centos-release-opstools 加入发行软件库后，便能访问已发行的组件。
3. 邮件列表及通讯
首选的合作及沟通渠是 centos-devel@centos.org 或 freenode 上的 #centos-devel 频道。如采用电邮，请考虑把 [OpsTools] 标签加进邮件的主旨。如果将来的通讯量增至滋扰的程度，我们或许会申请个专用的邮件列表。
我们或许会要求版本更新及活动等主要公告通过 CentOS 的官方渠道发布，包括公告邮件列表、社区媒体、irc 及相机场合。
我们亦务求所有发行及公告会通过上游的渠道推送，尤其是与所发行的内容有关的。
4. 投身参与
组件都收集于 https://github.com/centos-opstools —— 我们会尝试以 github 提供其它人作出贡献的简易途径。当 git.centos.org 正式运作及支持我们，我们便会把官方的上游移进 git.centos.org，然后设置合适的镜像／管理机制桥接内容。
- 组件必须通过评审，以防止发行含版权的内容。我们会尽力执行 Fedora 的包装指引，因为它们经过审慎考虑及获广泛维护。
- 包装者预期要在上游参与及合作；最理想是包装者本身为上游的软件提交者。
对 opstools 的贡献都必须通过 https://review.rdoproject.org/r/ 的 git 检阅。https://github.com/centos-opstools/ 上的软件库含有相关的配置文件。工作流程与 OpenStack 相同。详情见 https://docs.openstack.org/contributors/code-and-documentation/using-gerrit.html 。环绕功能及误错方面的讨论可以在 centos-devel 邮件列表上提出，以便能取得最大的曝光率和关注。
5. 资源申请
我们可按需要申请资源，但引导时我们希望：
- 拥有在 cbs.centos.org 上创建 SIG 标签的权限
- 有能力让全体特别兴趣小组成员把组件推送到 cbs.centos.org
- 有能力创建发行品（组件、文档、容器等）
- 有能力通过既有及新的渠道联络广大 CentOS 社群
- 通过参与、内容及举办 CentOS Dojo 支持该活动
- 按需要在 mirror.centos.org 及 buildlogs.centos.org 上设立邮件列表、源代码寄存、组件寄存及空间
- 有能力利用 CentOS 计划与发行商、生态环境／业界间的既有及未来关系
6. 特别兴趣小组成员
我们的督导委员会将会有一批核心管理员，负责审核未来就加入特别兴趣小组反成为程序提交者的申请。管理员或许会随著时间而更改，而我们务求为提交程序维持低门槛。所有验证将会通过 accounts.centos.org 进行。
对于有意参与 SIG 的人仕，请发送电邮到 centos-devel 邮件列表及宣布你的兴趣。我们亦举行每周例会，请参加这些会议。你可以在 https://www.centos.org/community/calendar 参阅我们的会议时间表。
督导委员会现时有以下成员：
MatthiasRunge
RichMegginson
KaranbirSingh
MartinMagr
库的（新增、删除）访问权将会在例会中决定。督导委员会将会在例会删除非活跃的提交者。在 180 日或更长时间内没有贡献的成员将会被视为非活跃成员。
督导委员会的主席将会由程序提交者所选出，督导委员会的委员亦然。
7. 会议
恒常会议以什么形式、在那里、及何时举行？
IRC 会议、#centos-devel 频道、每周例会（直至另行决定）。一旦获批准后，我们将会议定日子及时间并发布在 CentOS 的日历。
8. 路线图及（行动）待办清单
组件的 spec 已收录于 https://github.com/centos-opstools
改善收录于 https://github.com/centos-opstools/opstools-ansible 的 ansible 脚本
- 设立 CI（持续整合）
9. 重要备注
运作工具的工作是由云端 SIG 发起的，但有见及它能针对更广泛的受众，于是决定把它移进独立的特别兴趣小组。然而，我们在 cbs.centos.org 上有某些内容是加上云端 SIG 的标签。一经批淮，我们便会把这些内容搬迁／删除／重新标签，好让能更有效地反映它们的新源头。
Translation of revision 16