## 金融级云原生 PaaS 探索与实践 王成昌（晙曦）蚂蚁金服技术专家 ## 目录 contents 一、业务背景 二、多集群管控 三、发布运维体系 ## 一、 业务背景 ## 业务架构 演进 容量 应用|数据库|机房 容灾 机房|地域  ## 业务架构 单元化 高可用 • 一致性 • 可扩展 • 高性能  ## 业务诉求 • 运维成本 突发流量应用 | 机房 生命周期 • 运维效率 大规模下基础设施稳定性 • 业务 Mesh 能力 面向多租户多环境； • 基础资源管控; • 应用发布运维体系； • 业务实时监控，日志收集； • 机房级和地域级容灾能力； ## 云原生 PaaS 产品架构方案 业务架构 同城双活架构 两地三中心架构 异地多活架构 产品层 跨机房和地域统一应用运维 分钟级容灾切换和恢复 全面变更风险管理 无限弹性可扩展 核心流程 蓝绿发布 弹性建站/下站 PaaS 核心层

1a/p1_1.jpg) QCon 全球软件开发大会 INTERNATIONAL SOFTWARE DEVELOPMENT CONFERENCE BEIJING 2017 # 系统架构演进和最佳实践 付钱拉·SPEAKER·冯忠旗 冯忠旗 付钱拉高级技术经理 ![Image](/uploads/documents/9/3/7/3/93733f37171b46050945494f2fd2151a/p3_1 SOMETHING ## 演进之路 THE PATH OF EVOLUTION ## ⚽️ ⚽️ ⚽️ 01 业务模型 ## 02 架构演进过程 03 最佳实践-如何早于用户发现问题 • 一无所有的初创期，单一架构轻装上阵 石器到工业的跃进，分布式架构保驾护航 • 化整为零，应对雪崩效应分而治之 • 从1到N的业务成长 04 不忘初心 继续前进 ## BUSINESS MODEL MODEL ## $ ^{*} $ ## 01 业务模型 BUSINESS MODEL ## 业务模型 BUSINESS MODEL 服务/方案 金融云服务 解决方案 用户系统 聚合支付 乐享理财 帮你贷 八方数据 资金管理 供应链 分期支付 扫码分销 基础支付1 基础支付2 账务 现金罗盘 其他 运营后台 SDK支付 扫码支付 单笔代收 单笔代付

GO CN 千万级高性能长连接Go服务架构实践 彭宝江 百度公司 资深研发工程师 统一长连接服务背景 01 统一长连接服务介绍 02 统一长连接服务架构 03 统一长连接golang实践 04 总结和规划 05 01统一长连接服务背景 ’ alt=‘OCR图片’/> 什么是长连接 长连接 长连接 APP生命期常驻 支持全双工上下行 提升实时性、互动性 应用场景：消息&直播&PUSH ’ 单播/批量单播 万级 直播 请求转发下行推送 组播 千万级 云控 请求转发下行推送 批量单播 百万级 PUSH 请求转发下行推送 批量单播 百万级 统一长连接-功能目标 功能目标 服务能力 服务特性 服务接入 ’ alt=‘OCR图片’/> 统一长连接-性能目标 性能项 性能支持 说明 并发连接数 千万级长连接 支持横向扩容 下行QPS 百万级批量单播推送千万级组播推送 百万级批量单播推送千万级组播推送 支持横向扩容 服务延时 毫秒级 - ’ alt=‘OCR图片’/> 统一长连接设计目标 稳定性 少出问题 快速恢复 高性能 高并发 高实时 易用 功能明确 接入便捷 ’ alt=‘OCR图片’/> 03统一长连接服务架构 ’ alt=‘OCR图片’/> 统一长连接服务架构 服务组成 统一长连接SDK 长连接协议 ’ alt=‘OCR图片’/>

## 使用微服务架构快速开发万级TPS高可用电商系统 git clone https://github.com/alec-z/servicecomb-samples cd servicecomb-samples/houserush/script/docker docker-compose up ## 什么是微服务架构？ 一个既“简单”的又“强大”的后端架构模式。 ## 简单： 每个服务相对较小并比较容易开发维护。 f) 降级（隔离、熔断、容错） 网关 a) 路由 b) 黑白名单 c) 和认证鉴权集成 ## 服务间的通信 背景：为什么服务间通信重要？ • 每个微服务有自己的数据库（层） 服务架构应用的质量很大程度取决于服务的拆分的高内聚，低耦合，不了解服务间通信，无法做出高质量的拆分。 不同的业务，涉及的不同服务间通信有不同的要求 1. 关注事务性要求（ACID） 2. 关注对性能的要求 设置一定的冗余，防止性能波动。 4. 配置重试，提高可用性。 5. 在压测状态，使用kill -9 模拟宕机，观察客户端异常情况。 Thank You. 欢迎添加 ServiceComb小助手 加入微服务技术交流群，架构、设计、开 发、解BUG、调优，总有您感兴趣的话题 欢迎关注 微服务蜂巢公众号 获取更多微服务技术干货、资讯文章 ![Image](/uploads/documents/6/6/c/3

## 云原生开放智能网络代理 MOSN 金融级云原生架构助推器 肖涵（涵畅） 蚂蚁金服高级技术专家 SOFAMosn 项目负责人 ZooKeeper ## Kubernetes Ingress Controller Service Mesh 控制面 Pilot Galley 访问请求 多协议接入 TLS，国密 MOSN WAF, DDoS 多种服务注册中心 SOFA Registry 感谢聆听  欢迎关注，获取最新分布式架构内容 关注服务网格，关注 ServiceMesher ![Image](/uploads/documents/5/7/4/5/5745b187cac3a9d5ffb719ded802891c/p12_3

[Image](/uploads/documents/a/6/a/4/a6a48788e8ab94fd53a1db41d7a5815b/p1_1.jpg) BEIJING 2018 # 业务高速发展下的 互联网金融系统架构演变 演讲者 / 张现双  ## _1.jpg) 张现双，宜人贷研发架构师，移动后台负责人，负责移动后台的技术研发和系统架构设计，并随着业务增长持续不断的进行性能优化和系统架构升级。 从事过研发、运维、dba等工作，在应对互联网系统流量、并发、安全、一致性问题等方面有一些经验。 翻译出版专著:《可伸缩架构：面向增长应用的高可用》 ## 大纲 01 宜人贷发展历程 02 移动后台架构演进 03 流量应对策略 04 关于监控 [Image](/uploads/documents/a/6/a/4/a6a48788e8ab94fd53a1db41d7a5815b/p8_19.jpg) 会员 ## 第二部分 ## 移动后台架构演进 ## 没有一种 架构能 包打天下 ## 初创阶段 效率优先，快速响应，第一要务是生存 ## 成长阶段 用户和业务持续上量，业务快速发展 ## 扩张阶段 业务和团队规模增长迅速，多元化发展，对效率和质量提出更高要求

Greenplum 架构概览 基本拓拉结构 GP 基本查询流程 segmentl Segment 2 上，吉站可为 Gygenglum [后科称 GP 对是个PogigreSoL 实明和。GP 对外主代的入口，并用户雪上并行 情人 上| aaase 这He，人的入对 Segment 渤行;Standby aster 有为 aster 提供可用 Segment

# NACOS 架构与原理 NACOS ARCHITECTURE & PRINCIPLES. 一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。 易用·稳定·实时·规模 NΛCOs. 特别鸣谢：  ![Imag ## 目录 作者 6 推荐序 7 前言 9 序言 9 简介 13 Nacos 简介 13 Nacos 架构 17 Nacos 总体设计 17 Nacos 架构 17 Nacos 配置模型 21 Nacos 内核设计 28 Nacos 一致性协议 28 Nacos 自研 Distro 179 掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地上篇 179 掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地中篇 209 掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地下篇 224 虎牙直播在微服务改造的实践总结 239 虎牙在全球 DNS 秒级生效上的实践 249 叽里呱啦 Nacos 1.1.2 升级 1

# Harbor - 企业级 Docker 私有仓库 ## 一、 安装底层需求 • Python应该是2.7或更高版本 • Docker引擎应为1.10或更高版本 • Docker Compose需要为1.6.0或更高版本 docker-compose: curl -L https://github.com/docker/compose/releases/download/1.9.0/d serverip/hello-world:latest ## 三、 Harbor 原理说明 ## 1、 软件资源介绍 Harbor是VMware公司开源的企业级DockerRegistry项目，项目地址为https://github.com/vmware/harbor。其目标是帮助用户迅速搭建一个企业级的Dockerregistry服务。它以Docker公司开源的registry为基础，提供了管理UI，基于角色的访问控制(Role 露proxy（即Nginx）的服务端口 • Proxy：由Nginx服务器构成的反向代理。 • Registry：由Docker官方的开源 registry 镜像构成的容器实例。 - UI：即架构中的 core services，构成此容器的代码是 Harbor 项目的主体。 • MySQL：由官方 MySQL 镜像构成的数据库容器。 • Log: 运行着 rsyslogd 的容器，通过

# 金融支付系统的改造之路 金明 skyairmj@gmail.com 回憶下憶回 ## 大纲 01 移动支付风起云涌，场景融合 02 金融支付系统的架构改造 03 系统改造之巩固基石 04 系统改造之柔性均衡流程 05 系统改造之内功心法 06 系统改造之柳暗花明 ## 移动支付风起云涌，场景融合 支付产品种类繁多，支付场景丰富度提升 传统的POS收单以及单支付公司钱包无法支撑市场需求 支付场景丰富度提升：零售、文娱、餐饮、超市、旅游、客运、医院等 - 支付产品种类繁多：银联支付、快捷支付、支付宝扫码、支付宝H5、微信扫码、微信H5、QQ、京东、百度钱包等 • 商户需要简单、方便、综合的支付收单、账户管理和金融服务 - 传统的线下POS机和用户钱包App无法支撑这样的需求 ## 移动支付“无现金社会” Forecast 2016Q4中国第三方移动支付的交易规模市场格局 ![Image](/uploa 市场监测报告》 ## 金融支付系统解决方案Solution - 为银行、第三方支付公司等金融机构提供包括微信支付、支付宝、QQ钱包、京东钱包、百度钱包以及网银在线等在内的多种移动支付方式的统一接入、数据分析、对账清算等。 - 为大、中、小等规模的商户提供简单、极致的支付网关和收单系统，支撑商户包括零售、文娱、餐饮、旅游等在内的多种移动支付场景。 ## 金融支付系统的架构改造 遗留的支付系统是一个大泥球项目，技术栈陈旧，架构耦合