威发布机构，在该机构的界定中，规范的开源项目和软件除了在开放源代 码这一基本要求之外，其开源许可（open source license）还需要满足关于源代码的使用和修改、关于软件传播以及公平 性、中立性等方面的诸多要求，这些要求加强了开源产业的规范性，构建了诸多开源商业模式的基础。 来源：OSI，艾瑞咨询研究院根据公开资料研究及绘制。 OSI组织对“开源”核心概念和要求的界定 关于开源软件的内容（代码） • 开源许可不得将项目内容限制于特定软件，也不得对一起发布 的其他软件放置各种限制 公平性、中立性准则 • 开源项目不得对任何个人、组织以及用途等规定歧视性条款 • 开源项目的内容须在无需进一步许可的条件下适用于所有获得 该项目的主体 • 开源许可不得以某种特定技术或接口为前提，须保持技术中立 6 ©2022.2 iResearch Inc 是“交流和互动能够实现‘1+1>2’的正和效果”。正如开源产业的发展所基于的理 念：通过合作，我们能够变得比我们之中的任何一人都更聪明——开源基金会致力 于让整个社区发展得更好。同时，为这样的项目而存在的中立环境能够促进这样的 “正和”思考，并驱动项目的成长和多元性，我们认为这是开源项目能够成功的核 心要素。 20 ©2022.2 iResearch Inc

与中国本地 IT 厂商的深入合作的典型模板，大大丰富了中国本地国产化应用生态。本白皮书着眼介绍了欧拉开源操作系 统平台架构、创新性及核心特点， 同时介绍了 Greenplum 作为一款深受技术爱好者喜爱的、中立的纯开源软件，践行 “Run Everywhere”原则，用全新的HTAP核心设计满足实时处理业务需求。在此也为所有为Greenplum on openEuler 成功测试运行所做努力贡献的人员表示感谢！ 社区版同时能够支持 X86 和 ARM 架构的芯片，支持主流品牌的芯片和操作系统，也将支持越来越多样 化的芯片和操作系统，特别是中国的本地化的芯片和操作系统： 图 1：Greenplum 纯中立支持主流芯片和操作系统 另外随着越来越多的客户将其生产数据集迁移到公有云中，这种灵活性将成倍增长。Greenplum 目前不但可在国外 的 Amazon Web Services、Microsoft Greenplum 新一代 HTAP 数据平台，在帮助组织满足其企业数据仓库和高级分析需求的情况下，又创新性在对产品进 行改进带来了多项新功能，并且大大提升了事务处理性能 。正是由于社区的开放性和纯软件的中立性，与欧拉开源社区 合作让社区新版本扩充了客户的部署选项，与欧拉开源操作系统完全兼容，支持多样性计算，它提供了一个同时支持 OLAP 和 OLTP 的业务场景，同时支持传统和新型分析工作负载的环

Kubernetes ? • 联盟。联合众多厂商成立、参与 CNCF，让企业用户相信 Kubernetes 完全可 信且『不受 Google 控制』 • 中立 API。让用户在各种环境中用 Kubernetes，这样更便于迁移到云上 Runtime API 29 中立的 Runtime API spec Runtime API 共建 30 Runtime API 31 Layotto RPC 通信

2019.7 2019.8 发布5大 创新项目 2019.10 2019.4 首次接受企业 捐赠的项目 招贤纳士 壮大社区 未来 成为国际化标准、 权威评测认证… 遵循Apache Way，中立、开发、标准、无商业Lock-in、社区健康发展 ServiceComb的发展之路 [社区网站] http://servicecomb.apache.org [Github ] https://github [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 小结 • 开源的本质是中立、开放、协同治理 • 开源开发是一个相互信任、相互协作的过程 • 开源项目是最好的创新、展现自我的场所 • 选择一个开源项目从最基础的贡献开始 [社区网站] http://servicecomb

[社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 回顾开源本质 • 开源的本质是中立、开放、协同治理 • 开源开发是一个相互信任、相互协作的过程 • 开源项目是最好的创新、展现自我的场所 • 选择一个开源项目从最基础的贡献开始 [社区网站] http://servicecomb 成国内三成企业首选 2019.7 2019.8 发布5大 创新项目 2019.10 2019.4 首次接受企业 捐赠的项目 招贤纳士 未来 成为国际化标准、 权威评测认证… 遵循Apache Way，中立、开发、标准、无商业Lock-in、社区健康发展 Apache ServiceComb 全球首个Apache微服务顶级项目 [社区网站] http://servicecomb.apache.org

上下游伙伴 安全简单自主可控：私有化 部署，现有服务 0 迁移成本 、体验丝滑接入容易、学习 使用门槛极低 现存做法大多以「单点工具 + 写脚本」或运管类平台为主， Zadig 则是面向开发者视角，中立，云原生一体化价值链平台。 与现存 DevOps 方案对比： 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 运行效率低，管理维护成本高 发，测试，运维的云原生一体化技术底座支撑 云厂商 DevOps 平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主，锁定风险高 对多云跨地域支持不够 实施负担较重难以推广 面向多云友好，厂商中立，全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单，内置模板库 和最佳实践，基于平台工程打造，可以轻松连

上下游伙伴 安全简单自主可控：私有化部 署，现有服务 0 迁移成本、 体验丝滑接入容易、学习使用 门槛极低 现存做法大多以「单点工具 + 写脚本」或运管类平台为主，Zadig 则是面向开发者视角，中立，云原生一体化价值链平台。 与现存 DevOps 方案对比： 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 运行效率低，管理维护成本高 发，测试，运维的云原生一体化技术底座支撑 云厂商 DevOps 平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主，锁定风险高 对多云跨地域支持不够 实施负担较重难以推广 面向多云友好，厂商中立，全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单，内置模板库 和最佳实践，基于平台工程打造，可以轻松连

假设偏见陷阱：当AI只告诉你想听的 陷阱症状： ▪ 提示语中包含明显立场或倾向 ▪ 获得的信息总是支持特定观点 ▪ 缺乏对立或不同观点的呈现 应对策略： ▪ 自我审视：在设计提示语时，反思自己可能存在的偏见。 ▪ 使用中立语言：避免在提示语中包含偏见或预设立场。 ▪ 要求多角度分析：明确要求AI提供不同的观点或论据。 ▪ 批判性思考：对AI的输出保持警惕，交叉验证重要信息。 幻觉生成陷阱：当AI自信地胡说八道 AI伦理考虑要点 ▪ 隐私保护 ▪ 公平性和非歧视 ▪ 透明度和可解释性 ▪ 社会影响评估 ▪ 安全和滥用防范 提示语设计检查清单 ▪ 目标明确性 ▪ 信息充分性 ▪ 结构合理性 ▪ 语言中立性 ▪ 伦理合规性 ▪ 可验证性 ▪ 迭代空间 ▪ 输出格式 ▪ 难度适中 ▪ 多样性考虑 常见陷阱与应对：新手必知的提示语设计误区 挖掘反向思维：从非传统角度切入 创新设计策略： 论据支撑：多维度佐证，避免单一类型证据 （2）思维深度： - 表层：现象描述与问题呈现 - 中层：原因分析与逻辑推导 - 深层：本质洞察与规律总结 （3）风格把控： - 语言基调：专业中立 - 专业术语：核心术语解释到位 - 表达方式：逻辑严谨，生动易懂 注意事项： 1. 避免观点过于绝对 2. 确保数据来源可靠 3. 案例选择需要具有代表性 4. 互动设计要自然融入文脉

假设偏见陷阱：当AI只告诉你想听的 陷阱症状： ▪ 提示语中包含明显立场或倾向 ▪ 获得的信息总是支持特定观点 ▪ 缺乏对立或不同观点的呈现 应对策略： ▪ 自我审视：在设计提示语时，反思自己可能存在的偏见。 ▪ 使用中立语言：避免在提示语中包含偏见或预设立场。 ▪ 要求多角度分析：明确要求AI提供不同的观点或论据。 ▪ 批判性思考：对AI的输出保持警惕，交叉验证重要信息。 幻觉生成陷阱：当AI自信地胡说八道 AI伦理考虑要点 ▪ 隐私保护 ▪ 公平性和非歧视 ▪ 透明度和可解释性 ▪ 社会影响评估 ▪ 安全和滥用防范 提示语设计检查清单 ▪ 目标明确性 ▪ 信息充分性 ▪ 结构合理性 ▪ 语言中立性 ▪ 伦理合规性 ▪ 可验证性 ▪ 迭代空间 ▪ 输出格式 ▪ 难度适中 ▪ 多样性考虑 常见陷阱与应对：新手必知的提示语设计误区 挖掘反向思维：从非传统角度切入 创新设计策略： 论据支撑：多维度佐证，避免单一类型证据 （2）思维深度： - 表层：现象描述与问题呈现 - 中层：原因分析与逻辑推导 - 深层：本质洞察与规律总结 （3）风格把控： - 语言基调：专业中立 - 专业术语：核心术语解释到位 - 表达方式：逻辑严谨，生动易懂 注意事项： 1. 避免观点过于绝对 2. 确保数据来源可靠 3. 案例选择需要具有代表性 4. 互动设计要自然融入文脉