## 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

## 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：和存储交互模块，提供统一的封装

## 如何基于Istio 实现Mesh自定义扩展功能 曾宇星 阿里云云原生架构师 ## 自我介绍 ## • 阿里云技术专家、云原生架构师 - 长期从事服务端开发和架构工作，10多年分布式领域后台开发经验，目前主要关注于云原生、高性能、高可用分布式架构。 - 有多年 Service Mesh 、Envoy 网关、Kubernetes 容器平台等云原生领域相关开发工作经验。目前在阿里云服务网格团队从事 团队从事 Service Mesh 云产品研发和架构设计工作。 ## Agenda - 为什么需要自定义扩展能力 - Istio 下几种自定义扩展方式详细介绍 • 开发/运维人员使用最佳实践 • 总结 为什么Mesh需要自定义扩展能力？ ## 为什么Mesh需要自定义扩展能力？ ➢ 业务应用的多样性和差异性，导致Mesh用户需求的多样性 Istio 社区功能和用户实际需求有差异，需要补齐，特别是长尾非通用的小众需求  ## I stio 下自定义扩展方式详细介绍 ## 自定义扩展方式之一：Wasm - kubectl create configmap new-filter \ --from-file=new-filter.wasm=mycode.wasm

 ## 自定义数据集实战 主讲：龙良曲  ## Pokemon Dataset

## 全栈服务网格 - 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

产品优势 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 独立部署 3.3 混合部署架构 ClassCastException: Integer can not cast to Long?487 13.4.5 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时，指定了 Comparable 的具体类型为 Long，且数据库表中字段类型为 bigint，出现 ClassCastException: Integer can not cast to Long KeyGenerateAlgorithm 接口，也配置了 Type，但是自定义的分布式主键依然不生效？488 13.4.9 分片 ShardingSphere 除了支持自带的分布式自增主键之外，还能否支持原生的自增主键？489 13.5 DistSQL 489 13.5.1 DistSQL 使用 DistSQL 添加数据源时，如何设置自定义的 JDBC 连接参数或连接池属性？489 13.5.2

dfa6b02079fda1ff9e1f/p5_1.jpg) 云原生 管控平台 DBStack 分布式计算层兼容MySQL协议 高可用MySQL PolarDB-X存储层 计算层：https://github.com/apsaradb/GalaxySQL 存储层：https://github.com/apsaradb/GalaxyEngine Distributed File