Pivotal云原生和PaaS平台-C

…
AMQP
图形数据库
© Copyright 2013 Pivotal. All rights reserved.
传统巨石应用的特征和面对的问题 --难以运维全自动化
• 故障有可能发生 • 随时备份数据，用于服务恢复 • 不惜一切代价保证服务器的运行 • 当服务器宕机时-摊上大事了 • 基础设施恢复 – 自动或者手动 • 应用恢复 – 手动 • 应用模块紧耦合 • 无法根据负载自动扩展 • 很难持续集成 • 应用聚合困难(ESB) • 应用升级麻烦
目录
• Pivotal的业界大牛 • 云原生应用架构和原理 • PaaS的理论基础 • PaaS的架构模型 • PaaS的业务价值 • Pivotal的PaaS架构和实践 • Pivotal Spring微服务框架 • PAAS的生产案例
PaaS的业务驱动力和要解决的问题
业务敏捷性
➢ 业务敏捷 ➢ 开发敏捷 ➢ 部署敏捷 ➢ 移动计算
PaaS三大理论基础
2
区分应用 和服务
应用需要即时弹性，而且需要运维的高 度自动化(部署、故障恢复、自动扩容缩 容)，应用多是无状态，无状态即公牛机 制，通过服务来实现有状态，
而服务不太需要即时弹性，服务更多是 有状态，服务的运维自动化即时性要求 不高，有状态就要去有备份、恢复等。
应用和系统的 可用性 ➢ 系统可用性 ➢ 应用可用性
PaaS要解决 的问题
运维自动化
➢ 应用零运维 ➢ 服务运维高
度自动化
© Copyright 2013 Pivotal. All rights reserved.
1
十二要素
通过十二要素 来规范应用
通过PaaS在平 台层面支撑十 二要素
© Copyright 2013 Pivotal. All rights reserved.
原生云架构
应用
开发人员 开发人员 运维人员
运维人员 运维人员
应用框架
12 Factor App
应用运行时
BOSH Release
基础架构自动化引擎
Cloud Provider Interface
基础架构
8
支撑
Spring Cloud Spring Boot Cloud Foundry
BOSH VMWareOpenStack AWS Azure
云原生应用框架 云原生应用平台
云原生应用架构
传统巨石应用和云原生微服务应用的概念模型
浏览器
HTML
JavaScrip t
服务/EJB/Java Bean
MVC 服务
数据访问
传统一体化架构的应用
关系数据库
HTTP HTTP HTTP HTTP
HTTP HTTP AMQP
关系型数据库
Key/Value 数据库(NoSQL)
传统应用特征
互联网应用特征
互联网应用技术要求
• 需求比较固定
• 是个项目，完成以后就是 运维
• 用户访问量可以预测，较 为固定
• 用户访问的并发量在百级、 千级
• 非在线业务，允许一定时 间的业务停顿(比如夜间停 机)，包括系统维护等，
• 需求是持续发展的 • 是一个产品，持续发展
• 用户访问量难以预测，而且一 般是持续增长
负载增加 端口变化
代码变化
配置变化
环境依赖
源自文库RTO/RP O
© Copyright 2013 Pivotal. All rights reserved.
云原生应用的特征
• 符合十二要素 • 微服务 • 自服务的敏捷基础设施 • 基于API的协作 • Antifragility（反脆弱性）
文化/角色
云原生架构只有 容器是不够的
CNA架构需面对的难点
• 分布式系统的复杂性 • 远程调用多 • 跨多个服务的应用功能设计 • 依赖性管理/API版本化 • 重构模块的边界 • 无状态和有状态的分离(无状态改装不是必须的)
采用CNA的必要基础
• 需要开发、测试、运行平台的支持 • 快速提供应用环境 • 通用的框架 • 基本的监控 • 快速应用部署 • DevOps的支持
© Copyright 2013 Pivotal. All rights reserved.
概念澄清—Cloud Native
Defining Cloud Native Cloud native is a term describing software designed to run and scale reliably and predictably on top of potentially unreliable cloud based infrastructure.
• 用户访问的并发量是万级、十 万、百万
• 在线业务，业务不能停顿，互 联网应用24小时服务，任何时 候中断服务都是事故。
• 敏捷业务，敏捷开发 • 持续集成
• 应用平台的弹性
• 支持海量并发
• 业务不停顿，灰度发布， 发布回滚，系统在线升 级。
© Copyright 2013 Pivotal. All rights reserved.
Source: “Microservice Prerequisites,” Martin Fowler, August 2014.
PAAS提供对CNA的支撑
• 应用环境的自动化供应 • 按需的/自动化的弹性伸缩 • 四重的故障自动恢复/自愈能力 • 自动的路由/负载均衡 • 数据服务的运维自动化 • 基于平台的监控和基于应用的监控，二者的结合 • 微服务的框架 • 通用的应用服务(日志、APM、Session共享)
Cloud Native 包括两个方面 1、Cloud Native Framework--应用框架，应用 框架和设计本身适合运行在云上 2、Cloud native Platform,部署和运行环境
业界有些思路是应用运行在容器中就是 Cloud Native，缺乏应用框架的支持。
区别于传统应用--互联网应用的需求带来新技术 --新技术带来运维全自动化
PaaS时代云平台建设和应用云化之路
© Copyright 2013 Pivotal. All rights reserved.
目录
• 云原生应用架构和原理 • PaaS的理论基础 • PaaS的架构模型 • PaaS的业务价值 • Pivotal的PaaS架构和实践 • Pivotal Spring微服务框架 • PAAS的生产案例