# PolarDB开源生态介绍 阿里云 digoal ## 为什么开源是未来？   dfa6b02079fda1ff9e1f/p5_1.jpg) 云原生 管控平台 DBStack 分布式计算层兼容MySQL协议 高可用MySQL PolarDB-X存储层 计算层：https://github.com/apsaradb/GalaxySQL 存储层：https://github.com/apsaradb/GalaxyEngine Distributed File File System(Shared Storage) 共享存储文件系统 一写多读，多点挂载 对接分布式块存储 ## PolarDB开源生态 共建模式 ## 欢迎加入PolarDB开源生态 联系邮箱：apsaradb_opensource@alibabacloud.com ![Image](/uploads/documents/1/a/1/1/1a115b36c3c4dfa6b02079fda1ff9e1f/p7_1

1.3 产品优势 2 设计哲学 2.1 连接：打造数据库上层标准 2.2 增强：数据库计算增强引擎 2.3 可插拔：构建数据库功能生态 2.3.1 L1 内核层 2.3.2 L2 功能层 2.3.3 L3 生态层 3 部署形态 3.1 ShardingSphere-JDBC 独立部署 3.2 ShardingSphere-Proxy 独立部署 ### 1.1 介绍 Apache ShardingSphere 是一款分布式的数据库生态系统，可以将任意数据库转换为分布式数据库，并通过数据分片、弹性伸缩、加密等能力对原有数据库进行增强。 Apache ShardingSphere 设计哲学为 Database Plus，旨在构建异构数据库上层的标准和生态。它关注如何充分合理地利用数据库的计算和存储能力，而并非实现一个全新的数据库。它站在数据 Java 的 JDBC 层提供的额外服务。 #### 1.1.2 ShardingSphere-Proxy ShardingSphere-Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支持。 ### 1.2 产品功能 ### 1.3 产品优势 · 极致性能 驱动程序端历经长年打磨，效率接近原生 JDBC，性能极致。 · 生态兼容 代理端支持任何通过

## Rust 异步 Runtime 的兼容层 施继成 @ DatenLord ## [Table_CompanyName] 6.17-6.18 @Shanghai ## Table of Contents ## # Rust async runtime Introduce what's rust async runtime 2 ## #Async runtime binding

## GCN ## GPT 与数据库的生态整合  王琦智 PingCAP TiDB 开发者生态高级工程师 ![Image](/uploads/documents/d/0/b/5/d0b536b0c25428641a6b5b361860fd00/p2_1

## PyTorch ## 全军出击：全连接层 主讲人：龙良曲 ## I know nothing  ## Be practical ![Image](/uploads/documents/6/b/7/2/6b720cc12f9db8

## Golang 在接入层长连接服务中的实践 黄欣 基础平台—架构部 - 背景 - 架构 - 心得 ## 目录 - 背景 - 架构 - 心得 ## 目录 ## 背景—why 长连接? - 业务场景 - 大量实时计算 - 司机乘客撮合 - 实时计价 - 高频度的数据交互 - 坐标数据 - 计价数据 - 架构—接口设计 ## • 原则 - 扩展性 – 稳定性（最好不用升级） ## • 解决方法 – Protobuf (golang) - 接口设计分层 • 框架层：模块间通信协议（类似tcp/udp） • 业务层：bytes（类似应用层）留给业务自己定义就好了 ## 架构—性能 • conn svr |连接数|qps|内存|cpu（平均）|gc（STW）| |---|---|---|---|---| launcher auth svr route svr storage (redis\mysql) push svr util launcher: 接收连接，接收请求，go出去，等待业务层返回结果，并write back business：业务代码，拿到请求自行处理，完事之后return到laucher backend：和长连接系统中的其他模块异步通信模块 storage：和存储交互模块，提供统一的封装

## MoonBit 编程语言（WASM 技术） 服务端应用展望 以及对Kubernetes生态的影响 沙渺（MoonBit 语言社区开发者） ## 敬请注意 本分享包含大量目前尚处在早期开发阶段甚至概念阶段，尚未获得广泛应用的技术。 仅为前景展望，不推荐用于当前立项开发的实际工程。 ## 云原生社区 | 云原生社区 MEETUP ## 内容 - WASM 技术栈现状和 WASM 后端应用的构想 WASM 生态的价值 - 复用当前生态 - 大多数概念可以复用 - 个别概念对 WASM 镜像更加有用（例如节点亲和性） ## 云原生社区 | 云原生社区 MEETUP ## 对 Kubernetes 的挑战 • 层数过度设计 • 抽象粒度与 WASM 惯例的差异 - 容器间交互模型与 WASM 惯例的差异 - WASM 的细粒度观测和管理不是 Kubernetes 层的专长 Kubernetes 适配 Component Model FFI (原始内存) WAI WebIDL WASM 运行时 其他 WASM 模块 MoonBit 语言运用封装 / OTT 思路 在 WASM 层之上力求解决 WASM 的挑战 #### https://landscape.cncf.io/?group=wasm ![Image](/uploads/documents/d/3/8/0/d380

## 全栈服务网格 - Aeraki 助你在 Istio 服务网格中管理任何七层流量 赵化冰@腾讯云 ## Huabing Zhao ## Software Engineer @ Tencent Cloud @zhaohuabing @zhaohuabing @zhaohuabing @zhaohuabing https://zhaohuabing.com  ## Agenda ☐ Service Mesh 中的七层流量管理能力 ☐ 几种扩展 Istio 流量管理能力的方法 ☐ Aeraki - 在 Isito 服务网格中管理所有七层流量 ☐ Demo - Dubbo Traffic Management ☐ MetaProtocol - Service Mesh 通用七层协议框架 ## Protocols in a Typical Microservice f0f547185ff9278516/p4_1.jpg) ## What Do We Expect From a Service Mesh? 为了将基础设施的运维管理从应用代码中剥离，我们需要七层的流量管理能力： • Routing based on layer-7 header ☐ Load balancing at requet level ☐ HTTP host/header/url/method

本篇报告研究的基础软件开源范围，是指研究“开源”中“基础软件”板块的情况。开源过程中，参与者可以共享、协作完成开发，正好与基础软件庞大的开发量需求相契合。这种契合性促进了基础软件良性、可持续性发展，并因为基础软件对上层软件生态有支撑作用，基础软件的开源价值远超过单一产品的范畴，其意义惠及软件产业全领域。 ## 基础软件开源范畴界定 ![Image](/uploads/documents/4/3/9/7/4397013 代码维护：对代码进行日常维护，如审核开发者贡献的代码质量 代码/文档贡献 参与社区互动 开源社区 开发者 治理与运营者建立开源社区，提供开发者交流平台，包括建立sig中心、设立公开课等 使用者 赋能开源全产业生态的循环流转与运行规范 开源技术论坛\开源社区评估机构\开源产业联盟 提供参与者交流的平台，推动开源技术发展、打造最佳实践 来源：根据专家访谈、公开资料，由艾瑞咨询研究院自主研究及绘制。 ## 中国基础软件开源产业主要参与者图谱 报而以失败告终，逐渐被开源发起者抛弃。正因如此，企业应转变短视思路，认识到开源是一种长期行为，对应制定长期战略。仅以投入产出比衡量开源项目收益将忽视开源对于企业在提升技术领导力、增进创新力、构建活力生态、树立行业标准方面的贡献，短视的战略部署无法支撑企业持续投入，等到开源项目的最终开花结果。 开源项目长期投入要素及长期收益 开源长期战略（顶层设计） 企业倾向在自身技术实力较强、产品能力较扎实的领域选择开源

401b4b57/p2_1.jpg) 孟浩然 SphereEx 高级研发工程师 Apache ShardingSphere PMC 曾就职京东科技，负责数据库产品研发，热爱开源，关注数据库生态，目前就职 SphereEx，专注于 Apache ShardingSphere 分布式数据库中间件研发以及开源社区建设  App 1/e2e1a91cfa0a98cdbdc4fabf401b4b57/p4_7.jpg) ## 产品定位 ||4.X|5.X| |---|---|---| |定位|分库分表中间件|分布式数据库生态系统| |功能|提供基础功能|提供基础设施和最佳实践| |驱动方式|配置文件|标准 DistSQL| |耦合|耦合较大，存在功能依赖|相互隔离，互无感知| |组合方式|固定的组合方式：以数据分片为基