## SOFA MESH 的通用协议扩展 邵俊雄（熊啸） 2018.08.25 ## AGENDA • SOFA MESH 介绍 • SERVICE MESH 落地的问题 • SOFA MESH 的通用落地方案 • DNS 服务寻址方案 • X-PROTOCOL 通用协议 · 问答 ## SOFA MESH • 从 ISTIO 克隆并保持同步更新 - 使用 SOFA-MOSN 代替 服务治理规则，服务，实例和配置都是 Kubernetes 资源 • 使用 Controller Pattern 通过 CRD 扩展新的能力 ## MESH 落地碰到的问题 • 客户端服务发现与负载均衡无法与 ISTIO 一起工作 • ENVOY 不支持微服务使用的通信协议 - RPC 服务使用的接口，方法，参数语义无法匹配 ISTIO 的路由模型 • 一个应用上部署了多个 RPC 服务，每个服务有自己的版本 服务的路由规则 XDS 适配 • 开发 DUBBO 协议支持 ## SOFA MESH 的统一解决方案 • 采用 Kubernetes Native 方式落地微服务应用 • 使用 INTERFACE 作为 DNS 来寻址服务 • 开发一个通用协议处理框架 - 避免为不同的微服务框架修改 PILOT 代码 • 通过插件的方式按需支持新的协议 • 对应用代码无侵入性 • 为微服务框架提供轻量化客户端

## 腾讯云 ## I stio 流量管理原理与协议扩展 赵化冰 The provided image is a graphic design and does not contain any chart, graph, or data points that can be extracted and converted into a markdown table. ## 腾讯云 赵化冰 s/e/2/1/f/e21ff44e1a0fd862792c70b5eca8d6ae/p3_1.jpg) ## I stio 流量管理 – 概览 控制面下发流量规则：Pilot • 数据面标准协议：xDS • 集群内Pod流量出入：Sidecar Proxy • 集群外部流量入口：Ingress Gateway • 集群外部流量出口：Egress Gateway（可选,在一个集中点对外部访问进行控制） name: http protocol: HTTP hosts: - edition.cnn.com ## lstio 流量管理 – 数据面 – Envoy配置模型和xDS协议 ## Envoy 配置模型的主要概念： • Downstream：连接到 Envoy 的下游 Host，发送请求并接收响应。 • Upstream：上游 Host 接收来自 Envoy 的连接和请求，并返回响应。

# vmware $ ^{®} $ EDUCATION SERVICES # VMware vSphere：优化和扩展 ## 培训方式 • 讲师指导培训 · 实时在线培训 ## 课程用时 • 为期五 (5) 天的讲师指导课堂培训 - 听课时间占 60%，动手实验时间占 40% ## 目标学员 经验丰富的系统管理员和系统集成人员 ## 课程适用对象 区管理员 □ 专家 ☒ http://www.vmware.com/education。 ## 课程概述 本培训课程面向经验丰富的 VMware vSphere $ ^{®} $ 个人用户，讲授有关配置和维护高度可用、高度可扩展的虚拟基础架构的高级技能。本课程基于 VMware vSphere $ ^{®} $ ESXi $ ^{TM} $ 5.0 和 VMware $ ^{®} $ vCenter Server $ 注意：“VMware vSphere: What's New [V5]”中约有三分之一的课程内容将在本课程中重复出现。“VMware vSphere: Fast Track [V5]”中的可扩展性主题也将在本课程中重复出现。 9 ## 课程单元 ## 课程介绍 课程简介和课程准备工作 - 课程简介和课程准备工作 · 课程目标 ## V Mware 管理资源 • 配置 vMA

## Greenplum分布式事务 和两阶段提交协议 钉钉直播 | 10月21日 20:00 - 21:00 #### Greenplum中文社区 https://cn.greenplum.org 博文·资料·文档·项目 ## 全新的问答论坛 #### https://cn.greenplum.org/askgp ## GREENPLUM DATABASE $ ^{®} $ ![Imag 欢迎访问Greenplum中文社区：cn.greenplum.org ## Greenplum分布式事务和两阶段提交协议 ## Outline • 事务实现原理和Write Ahead Logging(WAL) • 分布式事务和两阶段提交的原理 Greenplum两阶段提交协议的实现 Greenplum两阶段提交协议的优化 ## 事务的属性:ACID |属性|含义|数据库系统的实现| |---|---|---| |---|---|---| |Atomic原子性|事务中的操作要么全部正确执行，要么完全不执行。|Write Ahead Logging，分布式事务：两阶段提交协议| |Consistency一致性|数据库系统必须保证事务的执行使得数据库从一个一致性状态转移到另一个一致性状态。（满足完整性约束）|实现对A、I、D三个属性的支持| |Isolation隔离性|多个事务并发地执行，对每个事务来说，它并不会感知系统中有其他事

CONFE 2023 Rust HTTP 协议栈在终端通信场景的实践 胡凯 hukai45@huaweicom 华为 公共开发部 嵌入式软件能力中心 ‖ 目录 @ HTTP 协议介绍 什么是 HTTP 协议? @ Rust与HTTP协议 介绍 Rust 与 HTTP 协议栈结合的业界实现。 @ 终端 HTTP 通信场景浅析 终端场景下 HTTP 协议的主要使用场景，以及需要思考的问题。 和终端通信场景的实践的简单介绍, 和1 Part 01 HTTP 协议介绍 什么是 HTTP 协议? Rust China Conf 2022 - 2023, Shanghai China HTTP 协议介绍 HTTP 协议，即超文本传输协议 (HyperText Transfer Protocol) 是一种用于分布式、协作式和超媒体 信息系统的应用层协议。 HTTP 是一个客户端〈用户) 和服务端 (网站) Server ust China Conf 2022 - 20: HTTP 协议介绍 HTTP 协议主要具有以下特点: WO WO 支持客户/服务器模式。 简单快速: 客户向服务器请求服务时，只需传送 请求方法、路径和请求头。HTTP 协议简单、HTTP 服务器的程序规模小，因而通信速度很快。 灵活: HTTP 支持传输任意类型的数据对象。 无连接:

### OpenShift Container Platform 3.11 ## 扩展和性能指南 OpenShift Container Platform 3.11 扩展和性能指南 Powered by TCPDF (www.tcpdf.org) OpenShift Container Platform 3.11 扩展和性能指南 Enter your first name here. Enter the OpenStack community. All other trademarks are the property of their respective owners. ## 摘要 扩展集群并调整生产环境中的性能 ## 目录 第1章 概述 ..... 4 第2章 推荐的安装实践 ..... 5 2.1 预安装依赖项 ..... 5 2.2 ANSIBLE 安装优化 . PLATFORM ETCD 主机的建议实践 ..... 9 3.3.1 通过 OpenStack 使用 PCI 透传向 etcd 节点提供存储 ..... 13 3.4 使用 TUNED 配置集扩展主机 ..... 14 第4章 优化计算资源 ..... 16 4.1 过量使用 ..... 16 4.2 镜像注意事项 ..... 16 4.2.1 使用预部署的镜像提高效率 ..

## GCN ## Operator Pattern: 用 Go 扩展 K8s 的最佳实践 ## 👨‍👩‍👧‍👦 吴学强 ApeCloud KubeBlocks Maintainer & 研发总监  认识我们 00 前世今生 2015.11 2016.12 2017.12 Now ## TPR K8s 1.1 版本中正式推出 TPR （ThirdPartyResource），首次尝试解决 K8s API 的扩展性问题，但存在诸多问题，Alpha 阶段既夭折 ## Operator CoreOS 提出 Operator 概念，用于管理和运行基于应用程序领域的复杂有状态应用程序。给出了用 TPR + controller—runtime 社区并正式发布； 自此，CRD + controller-runtime 逐渐成为开发 operator 的首选 ## Operator Pattern Operator Pattern 是官方定义的标准扩展机制，是 K8s Native Application； Operator = CRD + control loop, i.e., Declarative API + Automation; kubebuilder

2023 第三届中国Rust开发者大会 6.17-6.18 @Shanghai ## SOLANA ## 在Solana合约链 实现IBC协议跨链互操作 @DaviRain ## 简单介绍下IBC协议是什么，及其生态 ## 介绍IBC协议和其在跨链互操作中的作用 ## I nterchain Standards |Number of Trees|Number of Trees |---| IBC协议中的角色和参与者 1. 客户端 2. 连接 3. 通道 4. 包 4. 中继器 ## 解释为什么选择在Rust合约链中实现IBC协议 - IBC协议的核心已经被协议核心团队用Rust语言实现。 - 对于本身就是使用Rust语言作为智能合约开发的区块链平台来说，支持集成支持IBC协议会很方便。 - 这里优先构想了在Solana链上实现IBC协议，因为Solana - 以及本人对Solana平台的喜欢，优先考虑了Solana平台，但是这套方案是可以推广到任何的Rust智能合约平台的。 ## < / IBC协议概述 大致讲解下IBC协议的原理，以及参与整个IBC协议活动的不同决策 ## 详细介绍IBC协议的基本概念和原理 ![Image](/uploads/documents/9/5/b/7/95b73a3b7e14cd349b3ba6d8f35e7dba/p9_1

[Image](/uploads/documents/6/0/b/6/60b6c84ca7dc738919767577e0f04c59/p4_16.jpg) ### Kubernetes 1.7的扩展特性 • API aggregation(beta) • CustomResourceDefinitions(beta) • Support for extensible admission controllers

 # Python的语法扩展系统 Moshmosh Thautwarm&李欣宜 The awareness of low-level implementation details brings the appreciation 表达式和语句区分，表达式内部不能包含语句 4. 没有语法宏，代码操作不够自动 5. 没有variant类型(只能靠一大堆抽象类和继承去workaround) 6. 对数据类型的方法不能扩展，或者进行扩展是初级的，没有基于类型的多态 ## 那么告辞？ 摆脱编程语言 给你的限制？ ## 搭嘎！阔托瓦鲁！ Python有一堆好东西： 1. Python有良好的启动速度(看向Julia) matched") 我预期的语法(及语义) 扩展系统: 4. 可以自定义扩展并注册 5. 在这套系统下，有很多简单的自定义扩展可供练手  任何在不使用该系统时拥有的功能（PYC二进制文件发布，C扩展等等），在使用该系统后得以保持，拥有工业级的可靠性和稳定性