paas平台

定义:
PaaS是云计算中重要的一类服务,为用户提供应用的全生命周期管理和相关的资源服务。通过PaaS,用户可以完成应用的构建、部署、运维管理,而不需要自己去搭建计算环境,如安装服务器、操作系统、中间件和数据库等。云计算中的IaaS系统提供给用户的是虚拟机资源,PaaS提供的是一个无服务器(Serverless)的计算环境,用户只需专注于应用的开发,PaaS负责应用的部署和运维,实现应用的弹性伸缩和高可用等功能。

关键功能:

提供应用开发部署运行环境,包括运行环境、操作系统、执行环境和应用服务、开发API、开发工具,可以支持应用的开发、测试和部署
提供应用服务组件池管理功能,包括以API形式提供消息队列、数据库、缓存和数据存储服务。
提供服务和应用以及资源管理功能:包括服务和应用部署、升级和下线、资源监控与管理、扩容等。

组成部分
?Portal:
整个PaaS平台有自己的Portal界面,整合后续所有的资源,面向用户提供服务。
?APIServer:
Portal与底层资源之间有一层APIServer,它提供RestfulAPI,将底层所用资源的管理功能做封装,可以同时向前端的多种来源需求提供服务,其中Portal是主要的服务请求来源。
?ComputeUnit:
采用Docker容器作为计算单元打包的利器,随后可以看到将完整的应用栈打包在一个镜像内,类似于Java语言所宣称的那样,实现一次打包,到处使用,而Docker所囊括的范围更加广泛。在Repository上使用Docker的仓库来保存所有的计算逻辑单元。Docker容器默认通过端口转换向外提供服务,为了使每一个容器都能够像一个虚拟机样,我们要使用pipewalk之类的工具,从IP地址池中获取一个地址附加到活动的容器上,这个动作可以在启动一个容器后作为钩子程序实现。
?ResouceManage:
在分布式平台中有一个资源管理器,它将数据中心的所有资源抽象成一个“大操作系统”,资源管理器并不向用户应用程序直接提供接口,而是将资源分配给不同的调度框架,这些调度框架可以用于长任务型服务、批处理、后台任务,以及流程计算等各种类型的资源需求应用。
?ScheduleFramework:
调度器与资源管理是紧密相连的,资源管理侧重于对三大资源的分配算法,而调度器要面向上层多变的应用类型,将稳定与多变的功能放在一起,既丢失了资源管理的灵活性,也加重了工作负载。
?Coordinator:
在分布式平台的中心有一个类似于交通枢纽的协调管理系统,用于分布式协调锁,同步各类组件状态。
?AutoOps:
我们可以看到AutoOps自动化运维的常用工具,满足动态资源的批量命令与静态软件配置需求。
?Log:
日志不是文件,日志是一条条消息,在最终的PaaS计算单元中,本地将不存储任何日志,而是发送到远端的集中管理处。在日志集中管理部分采用了开源社区流行的ELK组件,我们会看到如何将所有节点的日志导入一个集中部分进行查看与展示。
?其他:
在存储方面,大型企业会采用专用存储设备保存核心数据,对于核心的交易请求保证I/O响应时间与吞吐。在PaaS中,存储场景与这类企业级应用核心交易存在区别,更多的是需要一个接口简单、成本低廉的分布式存储,通过应用上的多级缓存缩短I/O响应时间。

原文地址:https://www.cnblogs.com/muzinan110/p/9223590.html

时间: 2024-08-30 04:35:59

paas平台的相关文章

云计算PAAS平台测试设计之镜像管理

下面是云计算PAAS平台页面概览: 今天我们要讲的是镜像管理页面的测试设计: 可以看到,这个页面主要有增删改查四个功能. 1. 查询镜像 (1)易用性:查看镜像查询界面,界面上各组件设计合理.美观.易用,文字显示正常,按钮都能正常使用 (2)性能:点击左边栏镜像管理按钮,打开镜像查询界面,页面打开速度在可以接受的范围内,一般是3秒内 (3)功能:在输入框输入想要查询的镜像名称或者部分关键字,点击查询按钮,查询结果显示出匹配到的镜像记录: 在输入框输入不存在的关键字或者超长的关键字,点击查询按钮,

办公管理支撑流程能力PaaS平台运维开发软件需求设计方案

1.概述 办公管理支撑流程能力PaaS平台(以下文中简称"能力平台")运维开发是指基于Cordys BOP 4 PaaS平台,通过二次开发,为运维开发人员提供快速支撑办公管理流程开发.实施.再造的能力,也为管理流程全生命周期管理提供数据支撑能力.管理目标及软件需求如下: (1)开发/运维人员 开发/运维人员是指系统平台管理人员.运维人员,例如:省公司与地市公司信息化系统管理员.开发/运维人员为专业信息化管理员,都是受过专业计算机教育,懂计算机软件维护.开发,但是,不是专业程序员,也就是

PAAS平台的web应用性能測试与分析

引言 为什么我会写这一篇博客,由于近期非常多京东云擎jae的用户反应一个问题就是他们部署在jae上面的应用訪问非常慢,有极少数应用甚至常常出现504超时现象.当然大家首先想到的是jae性能太差,这也是人之常情,往往出现什么错误的时候首先想到是别人的不好.工作中非常多同事也是这样,假设软件系统出现一个bug首先怀疑的肯定不是自己写的代码.今天花时间写这一篇博客主要就是告诉大家如何确定我们部署在PAAS平台(不不过JAE哦)web应用为什么慢?慢在哪儿了?有什么方法能够解决? 原因分析 出现訪问自己

同时面向运维和开发的企业级PaaS平台--OpenShift

大卫说:笔者在年初分享过一篇文章<大卫看Docker-第一篇>.文中介绍了Docker一些基本概念.本文同时作为<大卫看Docker-第二篇>而存在.     随着容器技术的兴起,越来越多的人都在关注这项技术.既然Docker是一项很不错的技术,如何将它应用到企业中呢?对此,红帽的提供了基于容器的.同时面向运维和开发的企业级开源PaaS解决方案. 此前文章已经提到过,红帽作为开源界的领导者,其所有企业级解决方案在社区都有对应的开源项目,openshift也不例外.2011年,Red

PAAS平台7&amp;#215;24小时可用性应用设计

如今非常多企业都在搭建自己的私有PAAS平台,当然也有非常多大型互联网公司搭建共同拥有PAAS平台(比如SAE/BAE/JAE(jae.jd.com)).那么使用PAAS平台来部署SAAS应用有哪些优点呢?除了大家都知道方便部署管理,节约资源和成本,今天我主要给大家介绍还有一个优点就是让部署在PAAS平台上的应用非常easy做到7×24小时不server执行(哪怕须要又一次部署和更新应用),这个对于一般的企业和普通开发人员来说是非常难办到的.当然假设要在PAAS平台做到事实上也不是那么简单的.须

PaaS平台– Google App Engine的开源实现AppScale环境搭建

搭建环境介绍: 硬件平台:HP Z800 工作站  内存:24GB      硬盘:1TB 虚拟化环境:XenServer 6.2.0 VM1:Ubuntu 12.04 amd64 server | IP:192.168.137.50 VM2:Ubuntu 12.04 amd64 server | IP:192.168.137.51 VM3:Ubuntu 12.04 amd64 server | IP:192.168.137.52 1.从Git安装Appscale 在Xen上安装好Ubuntu

体验搜狐PaaS平台搜狐云景-自动调度(Autoscale)

今天,收到一封「搜狐云景」送邀请码的邮件,价值 200 rmb,立马前往官网简单了解一下,这个玩意儿是搜狐公司云战略的一个产品,一个 PaaS 平台,简单了解了一下特性: 1.自由定制运行环境,这表示支持多语言环境,官网说支持 Python.Java.PHP.Lua.Ruby.Node.js 等语言,这对于我这 Python 码农来说是利好啊,200 rmb可以在这平台跑跑博客了. 2.灵活自定义调度,这表示用户可以根据自身应用规模设置调度规则,这种高大上的技术目前只在 AWS 的 E2C 上看

有容云:容器驱动的PaaS平台实现方案(上)

编者注: 本文基于上海容器大会现场演讲内容,立足于实战跟大家分享了新一代PaaS平台构建中遇到的问题.当下主流PaaS平台解析.企业交付经验及心得体会等.文章较长,分为上.下两个部分,本文为上篇. 嘉宾介绍: 马洪喜,有容云联合创始人兼首席架构师.此前担任Rancher Labs中国区技术负责人.Citrix公司资深架构师.Oracle公司虚拟化产品开发经理等职务,在容器云.IaaS云.桌面云建设方面拥有较为丰富的经验. 本次大会的大部分朋友都是以用户身份分享了自己家的故事和经验,我作为厂商代表

移动App开发需要更多的PaaS平台而不是IaaS

时代的变迁,创业的大潮,越来越多的人关注了有点开发,越来越多的人了解了互联网服务术语:PaaS.IaaS.SaaS.BaaS等.今天大家在开发App的时候这么多复杂的云服务如何来选择呢? IaaS服务商 大家提起马上能想到的一定就是“阿里云”.“腾讯云”.“微软Azure”.“AWS”.这些都是IaaS基础云服务.这些基础云服务对你的移动App项目落地很重要,但是选择并不困难,因为选择IaaS服务商的过程更像在服务器时代的服务器,你会选择购买某一个品牌的服务器硬件. PaaS服务商,就像以前找牛

基于PaaS平台的人员跨部门多重身份技术解决方案

1.系统现状 系统使用范围为全省,包括省公司本部及各个中心.十三个地市分公司.其中,地市分公司区县按地市分公司部门管理:中心按省公司本部部门管理,只包括省级本部主要人员,其他不在系统内. 系统业务包括:公文管理.部室专业垂直办公.通用办公及专业系统,其中,部室专业垂直管理为9个独立系统,专业系统为9个独立系统,公文管理与通用办公.业务流程(370个流程).综合信息(含20个信息专栏)组成全省集中办公系统. 2.关于人员跨部门多重身份解决措施 由于原系统为分散独立系统,人员跨部门多重身份的情况较少