PaaS云平台架构和运维管理
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
运维团队: 主要工作是维护各种业务所需要的测试和生产环 境的稳定,负责服务的稳定运行;
理论上讲两个团队交互越少,等待时间越短则说 明两个团队之间配合越好.
第一章:分布式PaaS平台介绍
实际情况:
1.开发人员陷入复杂的基础架构工作之中;开发人员关注的是应 用环境的交付速度,质量,他们并不需要熟悉运维人员在基础层 面做了什么;
Devops定义了如下明确的目标: ▪ 更小,更频繁的变更意味这更小的风险; ▪ 让开发人员更多地控制生产环境； ▪ 更多的以应用程序为中心来理解基础环境； ▪ 定义简洁明了流程并尽可能的自动化； ▪ 促成开发人员和运营人员的协作；
Devops期望通过一套方法论与工具来填补开发工作和运维工作之间的沟壑，其终极目的是实现可持续性交付；
第一章:分布式PaaS平台介绍
一个分布式计算系统由若干组件组成,这些组件通过网络传 递消息来进行通信与协调,从而完成一个统一的任务;
分布式计算主要研究的是如何将分散的计算,存储,网络资源 集合起来形成1个巨大的计算系统,形象的说该系统就像1个超级 大的本地操作系统,它有很强大的计算能力,海量的存储,系统中 的计算任务就像是本地一样简单,透明;
分布式PaaS平台介绍
云计算是近年来的热点话题,实际上它将原本分散在各地的 IT资源集中起来,通过虚拟化,分布式,多租户,自助服务,自动计 费等服务方式提供给客户 ;
目前业界基本将云计算的内容分为3个模型: ▪IaaS(基础设施即服务),包括网络资源，存储资源，计算资 源，为用户提供虚拟磁盘，虚拟化; ▪PaaS(平台即服务),为用户提供操作系统，数据库，编程环 境、网络协议。保证高可靠性，可用性; ▪SaaS(软件既服务),为用户提供安全、丰富的应用体验，保证 应用程序的安全，可靠性，高可用性。比如Office套件， Google docs,云快报;
另外云计算还分为公有云,私有云,混合云三个分类;
IaaS关注基础架构中最基础的存储,计算,网络三大服务,它 很好的解决了企业对底层资源管理复杂的问题;但是IaaS对解决 开发,运维困局远远不够;在这些资源上还运行了数据库,应用, 中间件,除了将这些资源绑定成1个整体,还需要对代码,应用的 发布进行管理和控制;
2.运维人员则少不了抱怨开发人员需求太多,太急;运维可能需 要面向需求不一的多个开发团队,而且各个开发团队应用所需的 网络,操作系统,中间件等存在不一致性,但是运维团队的业务又 涉及网络,计算,存储,中间件等多个领域,在运维管理上又涉及 监控,容量,变更等;
开发和运维团队的问题进一步复杂化,两个团队配 合越来越困难,若应用发布的任务都因运维而被拖延, 则会造成运营成本的增加;
PaaS云平台架构和运维管理
C
目录
01 分布式PaaS平台介绍
02 PaaS平台功能和构建
03 传统企业PaaS设计和业务上云 04 基于PAAS平台运维管理
Hale Waihona Puke Baidu
第一章:分布式PaaS平台介绍
开发和运维之间的困局
开发团队: 主要工作是编写业务所需的代码,并且将这些代 码放到测试,生产环境中运行,主要负责服务的业 务逻辑正确执行;
第一章:分布式PaaS平台介绍
运维人员一直都希望通过标准化,自动化,自助化三步走的 方式来解决困局;
标准化的意愿在开发需求多样化的前提下湮灭;没有标准 化将很难做到自动化,自动化停留在脚本级的范围之内,其对运 维效率的影响无法立竿见影;自助化建立在标准化,自动化之上, 但是对基础组件,底层服务的自助,反过来又会威胁到基础资源 的安D全evops(英文Development和Operations的组合),既开发和 运维的合并,其实还包括了产品管理,QA,甚至销售领域;是一组 过程，方法与系统的统称；与传统开发方法那种大规模的，不 频繁的发布（通常以“季度”或“年”为单位）相比，devops 大大提升了发布频率（通常以“天”或“周”为单位）
PaaS平台实际上是一个完整的分布式系统,它必须将独立的计算资 源组合起来形成一个抽象的大计算系统;例如如何的将数据中心的全部 操作系统聚合起来形成一个大操作系统,透明的为各类进程提供计算,存 储,网络资源;
PaaS将关注点从原有的基础资源上升到平台层面,它的目的 主要是通过一个可简单操作的平台来帮助运维和开发人员运行 和管理应用;
第一章:分布式PaaS平台介绍
既然PaaS最终要填补开发,运维之间的沟壑,那我们需要清楚构建 PaaS需要解决哪些具体的问题:
1) PaaS提供的是一个应用的聚合,里面包括了各种功能的服务组件 ▪应用服务中间件：直接包含了业务逻辑代码,模块的中间件容器,可 以直接提供数据库连接池,事务控制等接口服务； ▪数据存储服务：提供数据库服务,比如mysql,mongodb,spark,hbase 等; ▪消息服务：为了对应用组件间进行解耦而设置的点对点服务,发布 订阅服务比如消息队列,redis,kafka等
第一章:分布式PaaS平台介绍
简单地说，PaaS平台就是指云环境中的应用基础设施服务， 也可以说是中间件即服务。PaaS平台在云架构中位于中间层， 其上层是SaaS，其下层是IaaS, 在云计算时代将相应的服务器 平台或者开发环境作为服务进行提供就成为了PaaS
在资源层面PaaS提供底层计算,网络,存储,虚拟化,中间件 等服务,在部署上提供一整套可自定义的部署工具;这就意味着 工具与企业的适合度越高,PaaS越有可能通过私有云的方式提供 服务;
2)PaaS提供服务发现,可伸缩性,状态管理等功能 ▪服务发现:组件和组件,容器和容器之间如何查找,发现对方,如何讲 最新的地址信息通知到应用聚合的容器,如何对外暴露统一的访问点, 具体包括可编程的DNS服务器和IP地址注册分配; ▪ 可伸缩性:涉及如何快速的对应用进行扩容,组件如何请求负载等; ▪状态管理:对于可快速复制,易扩容的组件,如何管理它的会话状态; 3)PaaS中的服务监控,恢复与容灾 对应用聚合中的每个组件,如何做到简单,自定义的监控,并在服务异 常中如何快速恢复.而容灾是指跨数据中心的平台级故障恢复,涉及2 个数据中心之间的逻辑计算单元如何保持通信,如何保持唯一性以及 业务数据如何备份
理论上讲两个团队交互越少,等待时间越短则说 明两个团队之间配合越好.
第一章:分布式PaaS平台介绍
实际情况:
1.开发人员陷入复杂的基础架构工作之中;开发人员关注的是应 用环境的交付速度,质量,他们并不需要熟悉运维人员在基础层 面做了什么;
Devops定义了如下明确的目标: ▪ 更小,更频繁的变更意味这更小的风险; ▪ 让开发人员更多地控制生产环境； ▪ 更多的以应用程序为中心来理解基础环境； ▪ 定义简洁明了流程并尽可能的自动化； ▪ 促成开发人员和运营人员的协作；
Devops期望通过一套方法论与工具来填补开发工作和运维工作之间的沟壑，其终极目的是实现可持续性交付；
第一章:分布式PaaS平台介绍
一个分布式计算系统由若干组件组成,这些组件通过网络传 递消息来进行通信与协调,从而完成一个统一的任务;
分布式计算主要研究的是如何将分散的计算,存储,网络资源 集合起来形成1个巨大的计算系统,形象的说该系统就像1个超级 大的本地操作系统,它有很强大的计算能力,海量的存储,系统中 的计算任务就像是本地一样简单,透明;
分布式PaaS平台介绍
云计算是近年来的热点话题,实际上它将原本分散在各地的 IT资源集中起来,通过虚拟化,分布式,多租户,自助服务,自动计 费等服务方式提供给客户 ;
目前业界基本将云计算的内容分为3个模型: ▪IaaS(基础设施即服务),包括网络资源，存储资源，计算资 源，为用户提供虚拟磁盘，虚拟化; ▪PaaS(平台即服务),为用户提供操作系统，数据库，编程环 境、网络协议。保证高可靠性，可用性; ▪SaaS(软件既服务),为用户提供安全、丰富的应用体验，保证 应用程序的安全，可靠性，高可用性。比如Office套件， Google docs,云快报;
另外云计算还分为公有云,私有云,混合云三个分类;
IaaS关注基础架构中最基础的存储,计算,网络三大服务,它 很好的解决了企业对底层资源管理复杂的问题;但是IaaS对解决 开发,运维困局远远不够;在这些资源上还运行了数据库,应用, 中间件,除了将这些资源绑定成1个整体,还需要对代码,应用的 发布进行管理和控制;
2.运维人员则少不了抱怨开发人员需求太多,太急;运维可能需 要面向需求不一的多个开发团队,而且各个开发团队应用所需的 网络,操作系统,中间件等存在不一致性,但是运维团队的业务又 涉及网络,计算,存储,中间件等多个领域,在运维管理上又涉及 监控,容量,变更等;
开发和运维团队的问题进一步复杂化,两个团队配 合越来越困难,若应用发布的任务都因运维而被拖延, 则会造成运营成本的增加;
PaaS云平台架构和运维管理
C
目录
01 分布式PaaS平台介绍
02 PaaS平台功能和构建
03 传统企业PaaS设计和业务上云 04 基于PAAS平台运维管理
Hale Waihona Puke Baidu
第一章:分布式PaaS平台介绍
开发和运维之间的困局
开发团队: 主要工作是编写业务所需的代码,并且将这些代 码放到测试,生产环境中运行,主要负责服务的业 务逻辑正确执行;
第一章:分布式PaaS平台介绍
运维人员一直都希望通过标准化,自动化,自助化三步走的 方式来解决困局;
标准化的意愿在开发需求多样化的前提下湮灭;没有标准 化将很难做到自动化,自动化停留在脚本级的范围之内,其对运 维效率的影响无法立竿见影;自助化建立在标准化,自动化之上, 但是对基础组件,底层服务的自助,反过来又会威胁到基础资源 的安D全evops(英文Development和Operations的组合),既开发和 运维的合并,其实还包括了产品管理,QA,甚至销售领域;是一组 过程，方法与系统的统称；与传统开发方法那种大规模的，不 频繁的发布（通常以“季度”或“年”为单位）相比，devops 大大提升了发布频率（通常以“天”或“周”为单位）
PaaS平台实际上是一个完整的分布式系统,它必须将独立的计算资 源组合起来形成一个抽象的大计算系统;例如如何的将数据中心的全部 操作系统聚合起来形成一个大操作系统,透明的为各类进程提供计算,存 储,网络资源;
PaaS将关注点从原有的基础资源上升到平台层面,它的目的 主要是通过一个可简单操作的平台来帮助运维和开发人员运行 和管理应用;
第一章:分布式PaaS平台介绍
既然PaaS最终要填补开发,运维之间的沟壑,那我们需要清楚构建 PaaS需要解决哪些具体的问题:
1) PaaS提供的是一个应用的聚合,里面包括了各种功能的服务组件 ▪应用服务中间件：直接包含了业务逻辑代码,模块的中间件容器,可 以直接提供数据库连接池,事务控制等接口服务； ▪数据存储服务：提供数据库服务,比如mysql,mongodb,spark,hbase 等; ▪消息服务：为了对应用组件间进行解耦而设置的点对点服务,发布 订阅服务比如消息队列,redis,kafka等
第一章:分布式PaaS平台介绍
简单地说，PaaS平台就是指云环境中的应用基础设施服务， 也可以说是中间件即服务。PaaS平台在云架构中位于中间层， 其上层是SaaS，其下层是IaaS, 在云计算时代将相应的服务器 平台或者开发环境作为服务进行提供就成为了PaaS
在资源层面PaaS提供底层计算,网络,存储,虚拟化,中间件 等服务,在部署上提供一整套可自定义的部署工具;这就意味着 工具与企业的适合度越高,PaaS越有可能通过私有云的方式提供 服务;
2)PaaS提供服务发现,可伸缩性,状态管理等功能 ▪服务发现:组件和组件,容器和容器之间如何查找,发现对方,如何讲 最新的地址信息通知到应用聚合的容器,如何对外暴露统一的访问点, 具体包括可编程的DNS服务器和IP地址注册分配; ▪ 可伸缩性:涉及如何快速的对应用进行扩容,组件如何请求负载等; ▪状态管理:对于可快速复制,易扩容的组件,如何管理它的会话状态; 3)PaaS中的服务监控,恢复与容灾 对应用聚合中的每个组件,如何做到简单,自定义的监控,并在服务异 常中如何快速恢复.而容灾是指跨数据中心的平台级故障恢复,涉及2 个数据中心之间的逻辑计算单元如何保持通信,如何保持唯一性以及 业务数据如何备份