云原生开放智能网络代理 MOSN 金融级云原生架构助推器 肖涵（涵畅） 蚂蚁金服高级技术专家 SOFAMosn 项目负责人1/10 MOSN，云原生时代的安全网络代理 Service Mesh 控制面 Galley Pilot Pod SOFA 服务 MSON Kubernetes TLS，国密 服务鉴权 Mirror Ingress Controller Pod Msg 项目名开源 2018年11月 内部正式启动落地 Service Mesh 2019年4月 落地第一个应用 2019年618 核心支付链路灰度 2019年双十一 核心支付链路全覆盖5/10 开放是手段，不是目的 加拉帕戈斯综合征 水族馆与大自然的杀人鲸 德尔菲法6/10 CNCF Landscape7/10 SOFAMosn GitHub Insights8/10 从 SOFAMosn RocketMQ、gRPC、HTTP3、 MQTT、QUIC、TLS1.3 等 多协议 支持模块化 自适应限流 多协议深度扩展能力 多进程 WAF WebAssembly 兼容用户态协议栈 Lua 支持 核心和开放能力 适配 Istio，兼容 UDAP 协议 Zookeeper，Etcd Open Tracing, Jaeger Prometheus, StatsD 生态融合 支持 K8s Ingress，Edge

Platform Orchestrator。我们建议平台团队考虑这些工具，作为自己的脚本、本 地工具和基础设施即代码（infrastructure as code，IaC）的独特集合替代方案。我们还注意到，与开放应用模 型（OAM）及其参考编排器 KubeVela 有相似之处，尽管 OAM 声称更加面向应用程序而不是工作负载为中心。 21. 自托管式大语言模型 评估 大语言模型（LLMs）通常需要大量的 使用一些其他类似工具更快地发现风险和威胁。 33. ActivityPub 评估 随着微型博客平台领域的剧变，ActivityPub 协议逐渐名声鹊起。ActivityPub 是一个用于分享诸如帖子、出版 物和日期等信息的开放协议。它可以用来实现一个社交媒体平台，但其关键优势在于能够实现不同社交媒体平 台之间的协同工作能力。我们预计 ActivityPub 将在社交媒体领域扮演重要角色，但更加对其在其他领域可能 发挥的作用感到好奇。一个例子就是最近 36. ChatGLM 评估 在英语世界中，有许多新兴的大语言模型（LLM）。虽然这些模型通常经过多种语言的预训练，但它们在其他语 言中的表现可能不如英语。清华大学开发的 ChatGLM 是一个开放的双语语言模型，基于通用语言模型架构，针 对中文会话进行了优化。由于中文在词语划分和语法方面较英语更为复杂，因此拥有一个针对中文进行优化的 LLM 非常重要。我们的团队在为呼叫中心开发中文情感检测应用时发现，ChatGLM

渐进式迁移方案 2018.11.25 敖小剑 @ 蚂蚁金服 中间件 龙轼 @UC 基础研发部1 Service Mesh演进路线 1 2 实现平滑迁移的关键 3 DNS寻址方案的演进 4 5 总结 DNS寻址方案的后续规划ü 对未来长期目标的认可 • Service Mesh（带控制平面，如Istio） • Kubernetes • 微服务 ü 现实中有很多挑战 • 还有很多应用没有实现微服务化 Sidecar，对接 周边生态 特殊：已经在路 线4上演进的应用， 快速会师到路线11 Service Mesh演进路线 2 2 实现平滑迁移的关键 3 4 5 总结 DNS寻址方案的演进 DNS寻址方案的后续规划保证迁移前后服务间网络互通 Service A Service B Service C SOFA Registry 服务注册 服务调用 服务发现 Non-k8s Mesh时代的客户端和寻址方式 服务发现 加密 负载均衡 请求路由 目标服务 的标识 序列化 链路追踪 故障注入 日志 监控 Metrics 熔断 限流 服务降级 前置条件检查 身份认证 密钥管理 访问控制 …… 下沉到 Service Mesh 轻量级客户端 传统 侵入式 客户端 客户端应该尽可能的轻薄通用: 实现简单，方便跨语言，减少升级可能 最简单，最通用，支持最广 泛的寻址方式方式是什么？

#3 深圳站 邵俊雄（熊啸） 2018.08.25AGENDA • SOFA MESH 介绍 • SERVICE MESH 落地的问题 • SOFA MESH 的通用落地方案 • DNS 服务寻址方案 • X-PROTOCOL 通用协议 • 问答SOFA MESH • 从 ISTIO 克隆并保持同步更新 • 使用 SOFA-MOSN 代替 ENVOY 作为数据平面 • 打包 • 安装 • ADAPTER 自己做控制平面KUBERNETES NATIVE 微服务 • 使用 Kubernetes 作为注册中心 • Service • Endpoint • Pod • 使用 DNS 寻址 • 使用 iptables/ebpf 透明地路由所有网络流量 • 服务治理规则，服务，实例和配置都是 Kubernetes 资源 • 使用 Controller Pattern 通过 CRD 扩展新的能力 服务的路由规则 XDS 适配 • 开发 DUBBO 协议支持SOFA MESH 的统一解决方案 • 采用 Kubernetes Native 方式落地微服务应用 • 使用 INTERFACE 作为 DNS 来寻址服务 • 开发一个通用协议处理框架 • 避免为不同的微服务框架修改 PILOT 代码 • 通过插件的方式按需支持新的协议 • 对应用代码无侵入性 • 为微服务框架提供轻量化客户端落地一个微服务框架需要的工作

性和性能 4 第 1 章 推荐的主机实践 本节为 OpenShift Container Platform 提供推荐的主机实践。 重要 重要 这些指南适用于带有软件定义网络（SDN）而不是开放虚拟网络（OVN）的 OpenShift Container Platform。 1.1. 推荐的节点主机实践 OpenShift Container Platform 节点配置文件包含重要的选项。例如，控制可以为节点调度的最大 10 可伸 可伸缩 缩性和性能 性和性能 36 第 3 章 推荐的集群扩展实践 重要 重要 本节中的指导信息仅与使用云供应商集成的安装相关。 这些指南适用于带有软件定义网络（SDN）而不是开放虚拟网络（OVN）的 OpenShift Container Platform。 应用以下最佳实践来扩展 OpenShift Container Platform 集群中的 worker 机器数量。您可以通过增加或 集群时，请考虑以下对象限制。 这些限制基于最大可能的集群。对于较小的集群，最大值限制会较低。很多因素会影响指定的阈值，包括 etcd 版本或者存储数据格式。 重要 重要 这些指南适用于带有软件定义网络（SDN）而不是开放虚拟网络（OVN）的 OpenShift Container Platform。 在大多数情况下，超过这些限制会降低整体性能。它不一定意味着集群会出现错误。 警告 警告 对于快速变化的集群（如集群中包括多个启动和停止的

.................................................................................. 31 11.1 客户端如何寻址 .................................................................................................. 设计的轻量级名称服务，代码小亍 1000 行，具有简单、可集群横吐扩展、无状 态等特点。将要支持的主备自劢切换功能会强依赖 Name Server。 11 客户端使用挃南 11.1 客户端如何寻址 RocketMQ 有多种配置方式可以令客户端找到 Name Server, 然后通过 Name Server 再找到 Broker，分别如下， 优兇级由高到低，高优兇级会覆盖低优兇级。 一、代码中挃定 2:9876 三、环境发量挃定 Name Server 地址 export NAMESRV_ADDR=192.168.0.1:9876;192.168.0.2:9876 四、HTTP 静态服务器寻址（默讣） 项目开源主页：https://github.com/alibaba/RocketMQ 32 客户端启劢后，会定时访问一个静态 HTTP 服务器，地址如下： http://jmenv

1074 如果您将多个集群部署到同一个 VPC 中，则以下组件可能会在集群间共享访问权限： API，可通过外部发布策略全局可用，或通过内部发布策略在整个网络中可用 调试工具，如对机器 CIDR 开放的用于 SSH 和 ICMP 访问的虚拟机实例上的端口 8.9.4. OpenShift Container Platform 互联网访问 在 OpenShift Container Platform a. 将节点的持久 IP 地址添加到您的 DHCP 服务器配置。在您的配置中，将相关网络接口的 MAC 地址与每个节点的预期 IP 地址匹配。 b. 当您使用 DHCP 为集群机器配置 IP 寻址时，机器还通过 DHCP 获取 DNS 服务器信息。定义 集群节点通过 DHCP 服务器配置使用的持久性 DNS 服务器地址。 注意 注意 如果没有使用 DHCP 服务，则必须在 RHCOS 安装时为节点提供 tramfs.x86_64.img OpenShift Container Platform 4.10 安装 安装 1390 注意 注意 当您使用 DHCP 为 RHCOS 机器配置 IP 寻址时，机器还通过 DHCP 获取 DNS 服务器信 息。对于基于 DHCP 的部署，您可以通过 DHCP 服务器配置定义 RHCOS 节点使用的 DNS 服务器地址。 配置没有静态主机名的 IP 地址

发行版本、Operator 目录和其他额外的镜像从 registry mirror 到一 个部分断开连接的集群中，但您还可以在一个本地磁盘中的基于文件的目录中包含 Operator 目录镜像。 本地目录必须采用开放容器项目 (OCI) 格式。 本地目录及其内容会根据镜像设置配置文件中的过滤信息，mirror 到您的目标 mirror registry。 重要 重要 在镜像本地 OCI 目录时，所有您要 mirror 来引用集群中的机器。仅允许集群中的流量。 如果您将多个集群部署到同一个 VPC 中，则以下组件可能会在集群间共享访问权限： API，可通过外部发布策略全局可用，或通过内部发布策略在整个网络中可用 调试工具，如对机器 CIDR 开放的用于 SSH 和 ICMP 访问的虚拟机实例上的端口 9.9.4. OpenShift Container Platform 互联网访问 在 OpenShift Container Platform a. 将节点的持久 IP 地址添加到您的 DHCP 服务器配置。在您的配置中，将相关网络接口的 MAC 地址与每个节点的预期 IP 地址匹配。 b. 当您使用 DHCP 为集群机器配置 IP 寻址时，机器还通过 DHCP 获取 DNS 服务器信息。定义 集群节点通过 DHCP 服务器配置使用的持久性 DNS 服务器地址。 注意 注意 如果没有使用 DHCP 服务，则必须在 RHCOS 安装时为节点提供

发行版本、Operator 目录和其他额外的镜像从 registry mirror 到一 个部分断开连接的集群中，但您还可以在一个本地磁盘中的基于文件的目录中包含 Operator 目录镜像。 本地目录必须采用开放容器项目 (OCI) 格式。 本地目录及其内容会根据镜像设置配置文件中的过滤信息，mirror 到您的目标 mirror registry。 重要 重要 在镜像本地 OCI 目录时，所有您要 mirror 来引用集群中的机器。仅允许集群中的流量。 如果您将多个集群部署到同一个 VPC 中，则以下组件可能会在集群间共享访问权限： API，可通过外部发布策略全局可用，或通过内部发布策略在整个网络中可用 调试工具，如对机器 CIDR 开放的用于 SSH 和 ICMP 访问的虚拟机实例上的端口 9.10.4. OpenShift Container Platform 互联网访问 在 OpenShift Container Platform a. 将节点的持久 IP 地址添加到您的 DHCP 服务器配置。在您的配置中，将相关网络接口的 MAC 地址与每个节点的预期 IP 地址匹配。 b. 当您使用 DHCP 为集群机器配置 IP 寻址时，机器还通过 DHCP 获取 DNS 服务器信息。定义 集群节点通过 DHCP 服务器配置使用的持久性 DNS 服务器地址。 注意 注意 如果没有使用 DHCP 服务，则必须在 RHCOS 安装时为节点提供