PRODUCT 产品篇 网易数帆旗下云原生技术与服务品牌 PRODUCT 低代码应用开发平台 LCAP 持续交付平台 CICD 流水线 容器部署 主机部署 策略部署 开放 治理 监控 事务 管理 DevOps 多云部署 服务治理 能力扩展 中间件高可用 全链路监控 容器平台NCS 轻舟混合云 多云管理 多集群管理 镜像仓库 容器管理 轻舟低代码 应用管理 可视化开发 WebIDE 全链路应用监控 APM 服务拓扑 链路追踪 日志服务 LogSeer 搜索检查 监控分析 应用 Spring Clould Dubbo Service Mesh 分布式事务 GTXS TCC 事务消息 事务轨迹 认证鉴权 发布管理 流量控制 协议转换 微服务框架 NSF 注册发现 服务治理 服务路由 流量染色 服务化 将企业能力转化为数字化的 服务，打破企业软件应用中数 据孤岛等现状。 标口径二义性，帮助企业进行 指标规范化管理，提高数据输 出效率。 数据安全保障 内置细粒度权限管控和一体 化权限申请，帮助企业提升数 据风险防御能力，保障数据安 全。 生产测试集群隔离 基于数据沙箱实现测试、开 发、生产环境多集群物理或逻 辑隔离、代码与数据解耦，打 造标准化上线发布管控流程。 PRODUCT 一站式数据开发及管理平台，覆盖大数据开发、任务调度、数据质量、数据治理及数据服务等全链路开发及管理流程。

近日，OpenYurt v1.3.0发布，版本特性更新如下： • 重构Openyurt控制平面组件； • 允许用户为静态Pod定义Pod模板和升级模 型； • NodePort Service支持节点池隔离。 近日，Rainbond v5.14.0发布，版本特性更新 如下： • 各语言源码构建包版本升级； • 支持一键删除应用及应用下相关资源； • 使用集群命令行创建的pod有合理的回收机 制； • wdAQPrQ 1 注：“特邀供稿”系本基金会邀请的第三方供稿，为提出并阐述各方意见，特定稿件观点不代表本基金会观点。 特邀供稿1：李维朝 “未来公司诉云蜻蜓”一案被告方代理律师 江苏瑞途律师事务所合伙人 南京市律协知识产权保护法律专业委员会委员 合规审查专业委员会委员 全球开源态势洞察｜第十期 10 开源许可与美国裸许可失权制度介绍 案件解读： 本案的意义在于：确立开源软件使用规则 的要求，在充分了解 开源协议的基础上，一方面，要合规使用开源软件，避免不合规导致自身权利无法得到保护，另 一方面，如果不想将自己开发的源代码贡献给社区，则要做好技术隔离措施，根据开源协议的要 求，从技术上将自己开发的代码与开源软件隔离开来。 商标裸许可（naked licensing）失权制度首见于美国商标法律实践：由于在商标许可中，商标 所有人应当对商标被许可人提供的相关商标商品或服务进行质量控制，故而因商标所有人缺失对

及绘制。 企业的开源治理建议 对于传染性开源软件，合理“隔离”是规避法律风险的关键 企业在应用开源代码进行软件二次开发的过程中，识别传染性开源协议是第一步，对比较常见的积累GPL开源协议的“传 染性”进行比较，通常认为AGPL>GPL>LGPL，企业在引用相关代码的时候需要明确其中的风险。对于已知具备传染性的 开源软件，合理“隔离”是规避其中法律风险的关键：对于以LGPL为代表的“弱传染性”开源协议，使用者可以根据协 议规定，通过动态链接而非静态链接的方式对开源代码进行引用，可以达到衍生软件闭源商用的目的；即便对于GPL协议 下的开源软件代码，企业也可利用例如软件前后端“隔离”的其他方式来达到闭源商用的目的。 LGPL开源协议下开源代码的“隔离”引用 软件前后端之间具备“隔离”GPL传染性的效果 软件前端：一般关于用户可见部分，用以实现 操作界面如页面布局、交互效果等页面设计 软件后端：一般涉及用户不可见部分，用以实 统管所有孵化项目，每月收集一次孵化项 目报告，直接向董事会汇报 PPMC 由项目最初的提交者和推荐者组成（可产生人 员变动），直接管理单个项目，向IPMC报告 董事会根据基金会章程管理基金会事务，负责资产决 策、核心业务的人员任命以及分配基金会项目资源 包含9名成员，由基金会选 举产生，每年进行一次选举 资金 知识产权 商标 基础设施 董事会将每个项目的技术方向委托给PMC 董事会通过PMC主席

⼀⽅⾯，是开源这么多年⼀直持续的上升势头。⽽另⼀⽅⾯，则是我们的⼀个猜测：疫情以 来，越来越多的⼈开始远程办公，事实上促进了更多的⼈有机会“斜杠化”，也就是在⼀台电脑 ⾯前⽅便地切换多种身份，以异步的⽅式处理多种事务，从⽽增加了开发者参与开源的时间和 机会。 当然，同样由于远程办公，虚拟世界在⼈类⽣活中的占⽐，变得更⼤了。这样是否更好，还会 引发哪些问题？作为站在隧道⼝的⼈类，其实是猜不透的。 2. 中国开源崛起以及开源世界分裂的趋势 的继续⾼速发展，可以⼤胆预测，今后会有越来越多的，⾼质量的中国开源项 ⽬，选择在 Gitee 上开源。曾经有⼀位朋友提到的 “One World， Two Systems”，将会逐 渐变成现实。 如果中国的开源，以⼀种与世界隔离的⽅式 “崛起”，这并不是我们希望看到的未来。 3. 开源向善以及我们尚未做好准备 疫情爆发以来，众多的开源⼈奉献⾃⼰的时间、精⼒、技术和智慧，投⼊到⼀个⼀个的抗疫相 关的开源项⽬之中，也因此 前端组件，表现也⼗分突出。 PingCAP 在开源领域的表现也是⾮常地亮眼。Top50 项⽬中上榜的项⽬有 6 个，包括由其 ⾃主设计、研发的开源分布式关系型数据库 pingcap/tidb，分布式事务型的键值数据库 tikv/tikv，⽂档项⽬ pingcap/docs-cn、pingcap/docs 等，表明 PingCAP 很重视项⽬⽂档 的建设。值得关注的项⽬是 pingcap/ti

容器编排管理类 容器编排类管理和编排容器化应用 程序 TKE 服务治理类 提供了服务注册与发现、负载均衡、熔断降级等功 能，用于构建和管理微服务架构 Pebble 其他类 分布式事务类 解决分布式系统中 事务一致性问题 中间件开源图谱  应用测试类——主要负责测试应用性能、发现问 题或提前演练以预防故障、优化程序：如QTFA、 Arthas、ChaosBlade；  安全类——涵盖防恶意请求、加密、认证授权、

不是自研的，或者说不行的，都是无知，好好了解 工业皇冠上的明珠，有没有这个。不行，每个孩子包括你学会爬到走，都是父 母花费很多心血才成的，深度的 ide 同样如此，自研加复用，到完全自研，这 不是所有现有公司/产品/现实事务，乃至华为芯，一样的路线吗，这跟那些套 皮肯定不一样啊，看现在，看未来，不要看自己的键盘 张亦俊：这 ui 一看就是自研 LookEyes：deepin 造这个轮子应该是为了配套将来玲珑开发环境的吧。不过 正式发布 2.3.0 版本，重点推出 PolarDB-X 标 准版（集中式形态），将 PolarDB-X 分布式中的 DN 节点提供单独服务，支 持 paxos 协议的多副本模式、lizard 分布式事务引擎，可以 100%兼容 MySQL。 同时在性能场景上，采用生产级部署和参数(开启双 1 + Paxos 多副本强同 步)，相比于开源 MySQL 8.0.34，PolarDB-X 在读写混合场景上有

源领域表现最为亮眼的是 PingCAP， TOP 20 项目中上榜的项目有 6 个， 包括位于榜首的由其自主设 2021 中国开源年度报告 97 计、研发的开源分布式关系型数据库 TiDB，分布式事务型的键值数据库 TiKV，文档型项目 docs-cn、 docs 等。其次是阿里，TOP 10 项目中上榜的项目有 2 个，分别是蚂蚁金服采用 React 封装的一套组 件库 Ant Design 中国开源年度报告 99 稳定高效、安全可靠、开放兼容的新型数据基础设施。核心产品为分布式关系型数据库 TiDB。TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析 处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品。 图表 33 ：PingCAP 发展历史

到国际水平的优秀开源项目。 在开源领域表现最为亮眼的是 PingCAP， TOP 20 项目中上榜的项目有 6 个， 包括位于榜首 的由其自主设计、研发的开源分布式关系型数据库 TiDB，分布式事务型的键值数据库 TiKV， 文档型项目 docs-cn、docs 等。其次是阿里，TOP 10 项目中上榜的项目有 2 个，分别是蚂 蚁金服采用 React 封装的一套组件库 Ant Design 业用户提供稳定高效、安全可靠、开放兼容的新型数据基础设施。核心产品为分布式关系型数 据库 TiDB。TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时 支持在线事务处理与在线分析处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品。 PingCAP, an enterprise-level