企业级PAAS平台PAAS平台说明.docx

企业级PAAS平台-PAAS平台说明
PaaS平台即服务,则核心就在于平台层能力由终端向云端的集中化迁移,平台涉及到业务平台和技术平台,因此涉及到两级平台的云化。技术平台涉及到底层数据库,中间件,也涉及到在这个上面进行的二次封装,这些都是需要考虑云化的内容。由于在没有谈PAAS平台前,我们已经在考虑技术平台和产品平台的建设,因此这些平台建设经验在构建PAAS基础平台的时候同样适用,平台即服务,即平台层的能力转化为一种服务。
在标准的产品开发思路上,我们一般考虑分为产品,平台和技术三个层面的内容。也可以将最下层是技术平台,一个技术平台可以衍生多个产品平台,一个产品平台又可以衍生多种型号规格的产品。建设平台的核心思路是已有业务系统中通用的非业务相关内容的下沉,通过下沉后进行集中化构建,最大化复用。在业务系统的构建中真正实现业务和技术,业务和平台的解耦,开发人员只需要关注业务,而不用关注太多技术和底层平台细节。
在传统平台建设过程中,我们根据强调开发平台,即是基于一种开发技术架构进行二次封装,提供一整套的开发框架和模式,供各个业务系统使用,业务系统遵循同样的开发思路和流程。这个在平台建设早期是有益的。后续我们可能可能不简单的停留在全空的框架上面。因为各个应用系统在开发中都涉及到组织,权限,工作流引擎,安全,异常,日志等的开发,而这些内容由于和业务无关具有很大的共性,因此在第二个阶段平台会进一步演进,即不是提供空框架,而是提供没有任何业务功能的空应用系统。各个业务系统完全在这个空应用基础上架构业务组件和模块。这个空应用系统即进一步朝产品平台的层面过渡。
而到了第三个阶段,虽然有空应用系统,但是组织权限,流程规则等仍然是在各个业务系统里面,各个业务系统都需要对这部分内容进行管理和维护。因此平台会进一步考虑通用型的能力如组织引擎,权限引擎,工作流引擎等真正从业务系统中剥离出来,进行统一和集中,由终端迁移到云端形成各个业务系统都共用的内容。这种集中化即是企业内平台朝PAAS平台走的一个演进思路。
再回来看Google的GAE和微软的Azure对PAAS平台即服务的思路,它们的核心逻辑是只要你遵循我提供的标准开发框架和开放式能力接口,那你开发的应用就可以托管到我的云环境。而这个云环境可以满足你对分布式计算,分布式存储,分布式资源调度的所有需求。因此中间件,数据库,已经基于两者构建的基础平台完全云化在云端,实现集中化的管理和动态调度。
平台层提供能力,能力即服务,服务需要进行集成,这是我们常说的SOA和云计算的关联点。在我们整个平台云化后,业务系统和平台之间还需要集成,以实现能力的接入和使用,而这是需要通过ESB总线机制来实现。在这个思路上我们再来分析PAAS平台和各其它关键要素的关系。
PAAS平台和IAAS层的关系
在没有PAAS平台前我们通过IAAS层实现了业务应用和物理资源的解耦,有了虚拟化的资源池,但是资源池里面的资源如何使用?资源池建设不是重点,资源池能够动态调度提升资源利用率才是重点。为了实现这点就必须要动态调度和分配资源,为了动态调度就需要应用托管,为了实现应用托管实现又需要提供支持托管的开发框架和环境,提供自动部署功能。有了这些,PAAS平台才能够更好灵活的去调度IAAS资源池中的资源。从两者集成和配合上来说,支持应用托管和资源动态调度是PAAS平台的核心。
在谈IAAS的时候我们一般谈通过IAAS形成了计算资源池和存储资源池,而在谈PAAS的时候也需要提供资源池,这个资源池封装数据库和中间件等服务。即提供中间件资源池和数据库资源池,中间件资源池本身就是中间件+应用部署包后的可调度计算单元。而数据库资源池是数据库平台+数据后的可伸缩的存储单元。中间件和数据库对业务系统隔离,形成中间件即服务和数据库即服务。
PAAS平台和SAAS层的关系
首先企业内的PAAS平台是一个各个业务系统公用的平台,因此PAAS平台本身需要支持多组织和多租户。其次PAAS平台和SAAS没有必然的关系,根据业务需求定。基于PAAS平台开发的应用在公用云环境可能偏SAAS应用,而在私有云环境则不一定是SAAS应用。没有PAAS也可以实现SAAS层和IAAS层的直接集成。
PAAS平台和SOA集成平台
在这里只将企业内容,很多时候我们将SOA集成平台本身就作为企业内PAAS平台的一部分。SOA集成平台提供了能力和服务的集成,BPEL流程编排,BPM和规则引擎等基本功能。
SOA集成平台不在业务系统内部,而是集中化的只有一套,这套ESB能力供各个业务系统使用并实现集中化管理。
在通过SOA解决基础的问题后,过渡到PAAS平台一定要考虑PAAS平台本身可以通过组合和编排来产生新的服务和能力,这个能力可以在PAAS平台里面产生并集中化