## 微服务创新新品发布 马彬 2019  ## 面对用户痛点持续创新  ## [Image](/uploads/documents/2/7/4/c/274c150d3714c06f1fafb984668fc307/p4_2.jpg) 客户+集成商 划分微服务（含依赖关系） 定义契约（接口和模型） 发布契约 契约仓库 协同企业遗留系统微服务化快速改造，实现基于契约的数据、服务标准化管控 验收微服务 微服务运行环境 部署微服务 测试微服务 开发微服务 ServiceComb 契约开发工具 d3714c06f1fafb984668fc307/p9_11.jpg) Prometheus 融合 流行 生态 Grafana 开发工具 内核 契约自动提取 Rest(OpenAPI) / RPC 代码自动生成 分布式追踪 ![Image](/uploads/documents/2/7/4/c/274c150d3714c06f1fafb984668fc307/p9_12

## 使用gRPC go实现 基于Topic的高效消息订阅发布模型  姓名：___ 张凯 中国电子云  gRPC go 介绍 01 gRPC 四种通信模式及落地场景 02 根据 proto 生成 go 桩代码 03 订阅者动态注册 04 发布者消息推送 05 现场案例演示 06 ## gRPC go介绍 ## gRPC是什么？ 1. 什么是gRPC？gRPC go与gRPC的关系是什么？ 2. gRPC与HTTP相比优势是什么？能否使用HTTP平替gRPC的实现？ 基于通信模式如何落地？ 以及，本次分享的 “基于TOPIC的消息订阅与发布模型” ## 基于Topic消息发布订阅 ## 基于Topic的消息发布模型简介  ## 基于Topic的消息发布模型简介 service PubSub { rpc

Service Mesh Meetup #3 深圳站 ## Kubernetes容器应用基于Istio的灰度发布实践 张超盟 @ Huawei Cloud BU 2018.08.25 ## Agenda Istio & Kubernetes Istio & Kubernetes上的灰度发布 ## ↓ ## I STIO An open platform to connect, manage Kubernetes Istio治理的不只是微服务，只要有访问的服务，都可以被治理。 ## I stio关键能力 功能 流量管理 负载均衡 动态路由 可观察性 调用链 访问日志 灰度发布 故障注入 监控 策略执行 服务身份和安全 限流 ACL 认证 鉴权 扩展 平台支持 Kubernetes CloudFoundry Eureka Consul 集成和定制 用Istio构建服务治理能力，将逐渐成为应用微服务转型的标准配置。 ## Agenda Istio & Kubernetes Istio & Kubernetes上的灰度发布 ## 灰度发布：蓝绿 reverse proxy ![Image](/uploads/documents/4/9/f/2/49f28564b3d174873ba50abed9b5937e/p17_1

Service Mesh Meetup #3 深圳站 ## Kubernetes容器应用基于Istio的灰度发布实践 张超盟 @ Huawei Cloud BU 2018.08.25 ## Agenda Istio & Kubernetes Istio & Kubernetes上的灰度发布 ## ↓ ## I STIO ## An open platform to connect, Kubernetes Istio治理的不只是微服务，只要有访问的服务，都可以被治理。 ## I stio关键能力 功能 流量管理 可观察性 负载均衡 动态路由 调用链 访问日志 灰度发布 故障注入 监控 策略执行 服务身份和安全 限流 ACL 认证 鉴权 扩展 平台支持 集成和定制 Kubernetes CloudFoundry ACL 日志 Eureka 用Istio构建服务治理能力，将逐渐成为应用微服务转型的标准配置。 ## Agenda Istio & Kubernetes Istio & Kubernetes上的灰度发布 ## 灰度发布：蓝绿 reverse proxy ![Image](/uploads/documents/d/f/0/0/df00334b2b82c9c310b1639daa5ea707/p17_1

## 多云管下的自动化运维架构 刘宇 Bespin 高级研发总监 ## TGO鲲鹏会 汇聚全球科技领导者的高端社群 全球12大城市 850+高端科技领导者 使命 Mission 为社会输送更多优秀的 科技领导者 ## 愿景 Vision 构建全球领先的有技术背景 优秀人才的学习成长平台 ![Image](/uploads/documents/b/6/4/7/b647c9 排查定位问题成本高 —> 跨度大 业务成本难以核算 —> 账单难处理 o o o ## 云管平台架构设计 Gartner：云管理平台需要具备多云管理、自服务、计量计费、资源弹性及服务编排，能够自动化部署和配置相关资源，可以与企业现有IT管理系统集成的服务化能力 自助服务 多云管理 资源优化 多云统一编排 接口适配 私有云 公有云 虚拟化 ## 云管平台架构设计 Presentation Service Redis Aliyun SDK AWS Huawei Other ## 资源统一管理：日志 - 通用的参数在拦截器获取实现，并注入到log4j的MDC - 使用时没有侵入，自动将通用参数写入日志 - 标准化：统一日志规范和记录日志方式 HttpRequest interceptor Inject basic info Controller Log Cloud

[Image](/uploads/documents/0/e/f/2/0ef2dc85a2a8c5cd710f26461146a99b/p1_2.jpg) ## 为 Python Function 自动生成 Web UI 彭未康 ## Touch-Callable The web framework for less serious application. (venv3.6)$ pip install

)| |---|---|---|---| |从2万提高到10万|6万|0.5ms|1ms| • 原则：框架自身不造成应用瓶颈 ## 系统化性能优化实践－一站式性能优化平台Scalpel 流程化、自动化 零门槛、低成本 点击2次鼠标 6分钟出诊断报告 诊断对服务负面影响小，支持 业务高峰期使用 ## 主页 > 诊断报告 > 报告详情 ：服务保障体系 - 钻石段位 2. 配额限流 1. 服务鉴权 3. 熔断降级 服务保障体系 6. 全链路压测 4. 故障演练 5. 链路级流量隔离 ## 链路级流量隔离 - 全链路灰度发布 - 全链路压测 - 全链路故障演练 

[Image](/uploads/documents/8/a/6/c/8a6c35cc01a1d25ad41b4930120b2290/p1_2.jpg) ## Python C拓展在各平台的打包与发布 赵丰 GitHub ID: zhaofeng-shu33  ## 2 如何在不同的平台打包并发布  编写 setup.py if

14:30-17:30 ## 在 AWS 云上部署与发布你面向全球的 Python Serverless 应用 14:30-17:30 AWS Work Shop：在AWS部署与发布你面向全球的Python Serverless应用 学习与开发了一整天的Python，我该如何封装我的应用面向全球发布呢？ 在这三小时的workshop里面，我们将会带你一步一步发布你的Python应用到无服务器环境成为全球开发者皆可使用的AWS Kit)来封装你的应用发布到无服务器容器环境(AWS Fargate)、无服务器函数环境(AWS Lambda)以及全受管的Kubernetes环境(Amazon EKS)。 1. AWS Serverless最新功能介绍，包括AWS Lambda Layer, AWS Lambda Custom Runtime, AWS Serverless App Repository等 2. 封装与发布你的Python 封装与发布你的Python Library成为AWS Lambda Layer并且面向全球发布 3. 进一步封装你的Python核心应用与Layer并且发布到AWS SAR(Serverless App Repository) 4. 生成与发布你的SAR Buttons提供全球用户一键部署 5. AWS CDK介绍 6. 在你自己熟悉的 IDE 运行 AWS CDK in Python 7. 使用AWS CDK

## GCN ## KubeVela：以应用为中心的渐进式发布最佳实践 孙健波 阿里云-云原生应用平台团队技术专家 ## 关于我 • 孙健波 · 阿里云 (@天元) • 云原生应用平台团队--应用管理和应用交付 • Github(@wonderflow) • OAM - Open Application Model (https://oam.dev/) • KubeVela (http://kubevela 1.jpg) ## 目录 云原生时代的应用与发布挑战 01 KubeVela 简介 02 KubeVela 中的渐进式发布实践 03 ## 云原生时代，应用是怎么样的？ ## 以 K8s 资源组合为核心 K8s 的原生资源组合 1. 复杂、难懂、门槛高 2. 能力局限，不同场景各不相同 3. 不统一，每一个模式需要重新编写发布对接 ## Kubernetes/Deployment K8s-sigs 的 Application kubernetes-sigs/application 1. 只描述了应用产品元数据，研发、运维无从入手。 2. 无人维护、缺乏活跃度。 3. 信息不足以对接发布。 ## ☀️ ☀️ ☀️ # Copyright 2020 The Kubernetes Authors. # SPDX-License-Identifier: Apache-2.0 ![