Kmesh-项目治理
Kmesh 是一个基于 eBPF 和可编程内核的高性能、低开销服务网格数据平面。本治理文档阐述了项目的运行方式。
价值观
Kmesh 及其领导层秉持以下价值观：
-
开放性：沟通和决策在公开的环境中进行，并且未来可以查阅。所有讨论和工作尽可能在公共论坛和开放仓库中进行。
-
公平性：所有利益相关者都有机会提供反馈和提交贡献，这些都将根据其优点进行考虑。
-
社区优先于产品或公司：维护和发展我们的社区比发布代码或满足赞助商的组织目标更为优先。每位贡献者都是以个人身份参与项目的。
-
包容性：我们通过不同的视角和技能组合来进行创新，这只能在一个受欢迎且互相尊重的环境中实现。
-
参与性：项目中的责任是通过参与获得的，并且有明确的途径从贡献者晋升为领导者。
成员资格
社区成员资格 概述了 Kmesh 中不同角色的责任和要求。
目前，审批者构成了项目的治理机构。随着社区的发展，这种情况可能会改变，例如通过采用选举产生的指导委员会。
会议
定期会议在 社区会议 中有说明。
审批者也会召开闭门会议，以讨论安全报告或行为准则违规情况。任何审批者在收到安全问题或行为准则报告后都可以安排此类闭门会议。除被指控违反行为准则的审批者外，所有现任审批者必须被邀请参加此类闭门会议。
行为准则
行为准则 对社区成员的违规行为将提交至 CNCF 行为准则委员会。如果 CNCF 行为准则委员会需要与项目合作解决问题，审批者将任命一名不涉事的贡献者与其合作。
安全响应小组
审批者将任命一个安全响应小组来处理安全报告。该小组可能仅由审批者委员会自身组成。如果将这一责任委派出去，审批者将任命至少两位贡献者组成小组。审批者至少每年一次会审查分配情况。
安全响应小组负责按照 安全政策 处理所有安全漏洞和安全事件报告。
投票
虽然 Kmesh 的大部分事务通过“懒惰共识”lazy consensus 处理，但审批者有时需要就特定行动或变更进行投票。 投票可以在 开发者邮件列表 或 社区仓库 issue 上就安全或行为准则问题进行。投票也可以在 开发者会议 上进行。 任何审批者都可以要求进行投票。
大多数投票需要所有审批者的简单多数票才能通过，除非另有说明。三分之二多数票意味着至少需要所有现任审批者中有三分之二赞成。
修改本章程
对本治理及其支持文档的修改，需经审批者 2/3 票通过。