跳至主要内容
搜索

1. OpenAPI Initiative 的使命

OpenAPI Initiative (“OAI”) 提供了一个开源社区，行业参与者可以在其中轻松地为构建供应商中立、可移植和开放的 API 技术元数据规范（例如“OpenAPI 规范”（统称为“规范”））以及支持验证规范完整性或其实例化的工具做出贡献。因此，OAI 不打算成为规范本身之外的社区/面向消费者的工具的目的地。

2. 会员资格

  1. OpenAPI Initiative 将由以下人员组成：
    • 已执行 OAI 会员协议以赞助 OAI 社区活动的组织成员（“OAI 成员”）
    • 业务治理委员会 (BGB)；
    • 一个开源的技术指导委员会（“TSC”），对任何参与者开放，无论其是否为 OAI 成员；以及
    • 技术监督委员会（“TOB”）。
  2. OAI 成员有权
    • 参加 OAI 业务治理委员会会议、OAI 计划以及 OAI 赞助的任何其他活动；
    • 将他们的公司识别为 OAI 的成员或参与者；
    • 根据 OAI 业务治理委员会制定的指南使用任何批准的 OAI 会员徽标；以及
    • 根据第 3 节的详细说明，在 OAI 业务治理委员会的决策中投票。
  3. Linux 基金会的准会员（非营利组织和其他实体）可以加入成为“OAI 准会员”。如果准会员是会员组织，则 OpenAPI Initiative 的准会员资格不会赋予准会员的成员任何利益或权利。

3. 业务治理委员会

  1. 业务治理委员会由每个 OAI 成员指定的代表组成。成员可以为任何会议指定一名替代代表。替代代表仅限于与 OAI 成员同一家公司的员工。为避免疑义，第 3.d. 中对“代表”的引用包括指定的替代代表。
  2. 业务治理委员会会议可以亲自或通过电子会议举行。
  3. 业务治理委员会会议必须至少提前 2 周通知面对面会议，提前一周通知电话会议或远程会议。
  4. 只要至少有五名代表出席，只要大多数业务治理委员会代表出席，即可建立召开会议的法定人数。任何未能出席的业务治理委员会代表，以及其未指定替代代表出席的代表，连续两次业务治理委员会会议将不计入从第三次连续会议开始的法定人数要求，直到他们下次出席业务治理委员会会议。
  5. OAI 的目的是通过协商一致运作。但是，如果无法达成共识，业务治理委员会将对决定进行投票。会议上、通过电子邮件或电子投票服务进行的投票应以每个成员一票为基础，需要简单多数票通过，但如果相关问题涉及项目的任何预算方面，OAI 准会员将对此事没有投票权，并且在该事项的法定人数方面不予计算。弃权票等于不投票。
  6. 任何时候都可以通过电子邮件或电子投票服务进行投票，并以简单多数赞成票通过。
  7. 业务治理委员会旨在为 OAI 商标的开发和使用提供简约的治理结构，并且仅负责
    • 创建和维护与 OAI 和规范相关的 OAI 商标。
    • 建立和执行认证计划，明确使用任何 OAI 商标的条款。
    • 建立明确使用任何 OAI 商标的条款的非歧视性指南和原则
    • 批准使用 OAI 资金进行任何可能出现的特定商标执行行动；
    • 批准预算，指导使用从所有收入来源筹集的资金；
    • 选举业务治理委员会主席主持会议、制定议程、授权预算支出和管理任何日常运营；
    • 对业务治理委员会面前的决定或事项进行投票；以及
    • 设立特设委员会以解决特定事项或设立其他委员会，以支持定向基金的使命。
  8. OAI 业务治理委员会建立的任何认证计划必须支持供应商中立的流程和要求，包括能够在多个操作系统上对解决方案进行认证并在多个环境实现中使用。
  9. 业务治理委员会无法解决的任何问题均应提交 Linux 基金会解决。
  10. 为避免疑义，OAI 会员资格不会赋予任何直接影响项目技术方向的权利。这种影响将通过对技术指导委员会定义的规范的贡献来实现。

4. 技术指导委员会（“TSC”）

  1. OAI 已为开源技术指导委员会建立了一个技术项目。TSC 对任何选择参与 OAI 活动的开发人员、最终用户或主题专家开放，无论参与者是否受雇于 OAI 成员公司。通过参与 TSC 的技术讨论并为项目做出贡献，可以影响规范的演变。
  2. TSC 拥有一个既定的工作范围，重点关注
    • 创建和维护规范
    • 确保规范包含并符合 OAI 价值观
    • 吸引最终用户提供对规范的反馈或意见
    • 确保规范和任何贡献都符合 OAI IP 政策
    • 建立公开沟通的规范演变流程
    • 批准规范版本
    • 创建、维护和遵循 TSC 治理指南，包括
      1. 角色的建立（例如维护者、贡献者）以及每个角色的职责，
      2. 在 TSC 中承担角色的流程或要求（例如，如何成为贡献者或如何成为维护者），
      3. TSC 参与者放弃或撤销其角色的流程（例如，如何移除维护者）；
      4. TSC 中决策的规则；以及
      5. 参与者在做出或合并贡献时预计应遵循的任何工作流程或流程。
    • 将任何与未能遵循既定技术治理或 TSC 内无法解决的冲突相关的问题提交给技术监督委员会。
    • 任何不遵守 OAI IP 政策的问题应立即提交给 Linux 基金会。
  3. 维护者和贡献者应确定规范的技术方向，技术监督委员会的干预最少。
  4. TSC 仅接受通过贡献的影响；任何组织影响规范技术方向的主要手段是通过贡献或作为维护者提供服务。OAI 成员明确否认根据其财务贡献或其作为 OAI 成员的存在来影响技术方向的任何权利。
  5. TSC 的维护者应是项目存储库中 MAINTAINERS 文件中列出的那些人，该文件位于代码存储库的顶层。

5. 技术监督委员会（“TOB”）

  1. TOB 负责管理冲突、违反程序或指南以及 TSC 无法解决的任何跨项目或高级问题。TOB 还应负责添加、删除或重组 OAI 项目。TOB 不应指示或干预单个 OAI 项目或其决策的日常工作。
  2. TOB 应以透明的方式运作，任何讨论和邮件列表都对社区开放。如果情况需要私下讨论（例如，移除 TOB 成员），TOB 可以选择建立私下讨论或邮件列表，但普遍期望是 TOB 的讨论和决定对 OAI 社区开放。如果私下做出决定，TOB 应负责通知 OAI 社区该决定和理由。
  3. TOB 将由因其专业知识和对推进 API 相关技术的贡献而当选的个人组成。任何人都可以当选为 TOB 成员，无论个人是否受雇于 OAI 成员或 OAI TSC 参与者。TOB 成员应是该生态系统中被认为是思想领袖的技术专家。当选的 TOB 成员以个人身份当选，而不是以其雇主代表的身份当选。TOB 成员不得指定替代代表。
  4. TOB 成员将分为两组，以交错的方式任职两年，其中一组每年当选。最初的 TOB 将有 4 名 TOB 成员，他们只任职一年，以及 3 名任职两年的 TOB 成员。
  5. TOB 将按照 TOB 确定的选举程序进行。
  6. 最初的三组成员之一将由 SmartBear Software 直接任命。
  7. TOB 成员的初次选举将使用康德塞方法通过康奈尔在线服务（http://civs.cs.cornell.edu/）进行。TOB 可以通过当时在职的 TOB 的三分之二批准投票更改未来选举中使用的方法或服务。
  8. TOB 成员可以有因或无因地在为该目的而召开的会议上被选出该成员的 TSC 成员罢免。只有当投票罢免该成员的票数足以在选举该成员的会议上选举该成员时，才能罢免该成员。TOB 成员可以由业务治理委员会在任何定期或特别会议上，有因或无因地罢免。
  9. TOB 将根据需要召开会议，在 TSC 将问题提交给 TOB 后及时召开。TOB 会议可以亲自或通过电子会议举行。

  10. 提交给TOB的问题应给予TOB成员足够的时间来评估问题、TSC的立场、用户的立场，并有足够的时间探索折衷方案。预计适当的审查至少需要两周的审查期，但我们也认识到某些时间紧迫的情况可能需要更短的审查期（例如，安全问题）。
  11. 当过半数的TOB成员在场时，应建立召开会议的法定人数。
  12. TOB会议的投票应以简单多数票通过，每个TOB成员一票。
  13. 任何时候都可以通过电子邮件或电子投票服务进行投票，并以所有TOB成员中过半数赞成票通过。

6. 核心价值观
TSC和TOB应在其活动和规范中体现并遵守以下价值观

  1. 开放访问：有关OAI、其议事程序、本章程和规范本身的信息应在网上公开提供。
  2. 协作：相关方应有自由贡献想法、解决方案、评论和其他意见来推动规范演进的途径。
  3. 精英式和贡献驱动的开发：对规范开发的影响纯粹基于所做贡献的重要性及价值。
  4. 务实。规范应优先解决现实世界的问题，而不是支持学术/抽象概念。
  5. 可扩展。规范应允许对遵守定义的领域特定扩展 - 能够在不与核心功能冲突的情况下使用规范。
  6. 稳定。规范的演变速度应允许采用者在“合理的时间范围内”支持其功能；其演变应有利于为API元数据提供稳定基础的目标，而不是在任何紧急需求出现时添加新功能。
  7. 知识产权中立：规范必须免费提供给成员和非成员使用。此使用适用于任何遵守业务治理委员会制定的非歧视性使用原则的个人组织的商业和非商业用途。

7. IP政策

  1. 所有新的传入规范或代码贡献到OAI都应在Apache许可证2.0版（可在http://www.apache.org/licenses/LICENSE-2.0获得）下进行，并附有开发者证书源代码签署(http://developercertificate.org)；
  2. 所有传出的规范或代码都将在Apache许可证2.0版下提供。
  3. 所有文档都将由OAI在知识共享署名4.0国际许可证下接收并提供。

8. 反垄断指南

  1. 所有成员都应遵守Linux基金会反垄断政策，可在https://www.linuxfoundation.org/antitrust-policy找到。
  2. 所有成员应鼓励任何能够满足成员资格要求的组织开放参与，无论其竞争利益如何。换句话说，OAI不应基于除所有成员都必须满足的既定标准、要求或理由之外的任何标准、要求或理由来排除OAI成员资格。

9. 预算

  1. 业务治理委员会应批准年度预算，绝不承诺支出超过筹集的资金。预算应与Linux基金会的非营利使命保持一致。
  2. OAI预算应包括为兼职项目经理提供资金，以协助OAI进行项目管理、组织会议并协助推动业务治理委员会、TSC或TOB的举措。
  3. Linux基金会应定期报告预算支出水平。
  4. Linux基金会应保管并最终决定任何费用、资金和其他现金收入的使用。

10. Linux基金会一般规则和运营
OAI应

  1. 展示计划和方法，以协调开源项目的开发者社区，包括品牌、徽标和其他代表社区的配套材料等主题；
  2. 以专业的方式参与，与维护一个有凝聚力的社区保持一致，同时维护Linux基金会在开源软件社区中的良好意愿和声誉；
  3. 尊重所有商标所有者的权利，包括任何品牌和使用指南；
  4. 将所有OAI新闻和分析师关系活动委托给Linux基金会；
  5. 根据请求，向Linux基金会提供有关项目参与的信息，包括有关出席的信息；
  6. 将任何直接用于OAI的网站委托给Linux基金会；以及
  7. 根据OAI不时批准并由Linux基金会董事会确认的规则和程序运作。

11. 修订和通知

本章程可由整个业务治理委员会的三分之二多数票修订，须经Linux基金会批准。

关闭菜单