3.2.1 基础设施层
基础设施服务(IaaS)提供服务器、存储等硬件设施。XX 集团计划建立一个面向全集团的云计算中心,搭建自己的基础设施平台IaaS,为全国各地的分公司提供硬件基础设施保障。
XX 集团在各省或地区均有一个规模较大的分公司,每一家这种类型的分公司均有着较好的硬件资源,部分分公司在最近1-2 年都投入了上百万用于更新服务器等硬件设施,但是这些服务器并没有完全发挥效率,有的数据备份服务器甚至一天只工作2-3 小时用于备份数据,但是由于其负责在主服务器故障时接替其工作,往往这类服务器配置和主服务器一样,因此造成了极大的资源浪费。因此,在此次信息化建设中XX 集团计划对全集团的IT 资源进行梳理,将各地的部分优质IT 资源集中到集团的云计算中心,形成该信息化建设的基础设施层,据测算,目前XX 集团的所有优质IT 资源集中起来已可以满足集团在未来3-5 年的业务发展需要,而由于采用了云计算的技术架构,通过虚拟化技术等手段可在当需要扩展计算能力时弹性增加服务器数量或者直接租用第三方资源来获得而不必去重新为新加入的服务器搭建平台,大量减轻企业IT 人员负担,节约IT 支出。
3.2.2 中间件层
该中间件层位于基础服务层之上,起到承上启下的作用,它在下面的基础设施层所提供资源的基础上提供了多种服务,比如缓存服务和REST服务等。
(1)REST:通过REST 技术,能够非常方便和优雅地将中间件层所支撑的部分服务提供给调用者。
(2)多租户:就是能让一个单独的应用实例可以为多个组织服务,而且保持良好的隔离性和安全性,并且通过这种技术,能有效地降低应用的购置和维护成本。
(3)并行处理:为了处理海量的数据,需要利用庞大的X86 集群进行规模巨大的并行处理。
3.2.3 云管理层
云管理层负责提供多种管理和维护等方面的工作,主要有下面这六个方面[9]:
(1)帐号管理:通过良好的帐号管理技术,能够在安全的条件下方便用户地登录,并方便管理员对帐号的管理。
(2)SLA 监控:对各个层次运行的虚拟机,服务和应用等进行性能方面的监控,使它们都能在满足预先设定的SLA(Service Level Agreement)的情况下运行。
(3)安全管理:对数据,应用和帐号等IT 资源采取全面保护,使其免受犯罪分子和恶意程序的侵害。
(4)负载均衡:通过将流量分发给一个应用或者服务的多个实例来应对突发情况。
(5)运维管理:主要是使运维操作尽可能地专业和自动化,从而降低云计算中心的运维成本。
3.2.4 SaaS 服务集成平台
该SaaS 平台是XX 集团信息化建设的核心,其能够实现公司运行所需的所有业务逻辑,该平台提供一系列基于SOA 标准的服务,包括贯穿公司业务流程的资源采购系统-->储运调拨系-->零灌业务系-->零售业务系-->客服中心系统-->CRM 系统-->财务管理服务-->商务智能等服务,该平台目前计划部署在集团的云计算中心中,全国各个分公司只需通过浏览器接入该SaaS 平台就可完成全部业务操作。同样,由于该平台采用的云计算架构,使得该平台可以既可以在XX 集团云服务中心部署,也可以根据业务需要在各省或区域中心分公司部署,形成该地区的云计算中心,提供了根据业务量的灵活部署方式,为将来的业务发展预留了极大的空间。
3.2.5 本地基础系统平台
本地基础平台为本地应用提供基础平台,这类本地应用包括各本地呼叫中心、分公司门户系统、本地经营特色的数据分析系统以及本地第三方服务等。
其中在本地基础平台中较为重要的是数据同步服务和XX 集团SaaS 核心功能备份系统,由于民用液化气行业关系到居民的基本生活保障,因此对于公司的正常运营与否直接关系到居民的民生问题,公司最大的忌讳就是业务系统停止运行,因此该备份系统的目的是将云平台中的SaaS 中的核心销售系统的备份放在本地中,定时和云计算中心同步核心销售数据(经过精简的销售数据,这样就不至于消耗过多的处理资源),这样可以保证一旦云计算中心由于某种原因出现停止服务的情况可以马上切入本地的运行平台上工作,保证居民的燃气供应。
综上,该SaaS 平台较好的满足了目前公司业务需求,包含了几乎所有的业务功能,各分公司还可在该平台上通过开放的接口开发和集成新的服务以更好的满足公司的发展需求。
3.3 XX 集团云计算平台服务架构
3.3.1 SOA 架构
XX SaaS系统云服务平台的系统架构是以SOA为基础,采用JAVA 语言开发,以OSGi 标准对各个服务进行统一封装,为服务提供者提供统一的服务发布功能,为服务消费者和提供者之间提供统一的通信方式。
具体来说该系统具有如下特征:松散耦合;明确定义接口;无状态的服务;粗粒度的服务;位置透明性;协议无关性。
3.3.2 服务模型
1. 系统架构设计
根据对XX 集团业务需求特点的分析,定义该SaaS 以SOA 的思想为基础的系统架构。该系统架构如图3 所示:
图3 SaaS 业务系统架构
各层次功能分担如下:
(1)业务运行基础平台OSGi该架构上的所有服务均遵循OSGi 标准,并且均封装为OSGi 服务,以供其他组件调用。新开发的应用系统都基于统一开发平台进行开发,可以调用已有的服务。已有的应用系统通过统一的接口接入平台。
(2)数据服务层
负责对应用数据的存储,执行数据处理,采用Oracle 数据库软件进行管理,保证数据读取和存储的高效和稳定。
(3)业务逻辑层
该层为企业应用逻辑的实现层,将各类业务逻辑以合适的粒度封装和发布为服务的形式,供应用开发进行调用。
(4)服务接口层
服务接口层是整个架构的核心,负责前后端应用之间的交互,定义业务逻辑服务所提供的操作、服务相互之间交互的消息标准和方式。它包含服务总线,服务注册库和服务查找与调用三大元素,服务总线将SOA 的所有参与者相互连接在一起,定义数据传输的标准格式,封装各种类型的消息传递方式;服务注册库将所有业务逻辑服务定义在一起,通过它可以发现服务,获得使用服务的所有信息;服务查询和调用则对查找和调用业务逻辑服务的方法进行封装。正是由于该层的存在才避免了传统EAI 方式的密如蛛网的接口开发。
(5)客户层
客户端通过浏览器方式调用相应服务。
2. 应用架构
XX 集团SaaS 服务平台由一系列服务功能组成,这些功能分为4 个层次,如图4 所示。
图4 XX 集团云计算服务模型
·数据层:对数据的存储与处理
·通用服务层:提供用户注册、账户管理、统一认证、服务注册、支付管理、安全管理、日志、监控等通用服务。
·应用层:提供企业业务逻辑的核心功能。
·门户层:门户系统应用。
上述各种服务通过组合,可构成不同的应用平台或应用系统。应用服务的运行状态监控、服务切换、服务分配等都由云服务平台中的核心服务实现,以此实现系统的自治。
3.4 整合机制
为了实现与各地分公司部分原有系统(这些系统往往是各地个性化的应用)的整合,XX 集团云平台需要建立统一的基础信息,统一的开放API等。
(1)统一的基础信息。整个XX 集团云服务系统需要建立统一的基础信息,如用户信息、采购信息、销售信息、库存信息、财务信息等,这些信息为服务整合奠定了基础。
(2)统一的API。OpenAPI 是web2.0 的一种服务模式,也是云计算的服务方式。利用这些API 可以实现对分散数据和服务进行整合,能带来具有新价值web服务。
XX 云服务平台提供的所有服务分为三个层次:系统内的私有服务、分公司个性化私有服务、平台公有服务,分别为:(1)同一系统内的私有服务的注册和管理由OSGi 基础框架完成。这些服务无需对系统外提供;(2)分公司个性化私有服务,可以被分公司本地平台其他服务调用;(3)公有服务(即OpenAPI 平台所访问)。后面这两类服务都通过应用/服务注册管理和同步机制来实现。分公司和第三方软件开发商可以很方便地调用API,构建自己的应用系统和服务,实现对海量数据的集成,实现对已有服务的集成,设计更多的业务模式和功能,实现自有应用的快速接入。
4 结语
云计算是计算机领域的新浪潮,可以预计,在不远的将来,云计算将成为企业IT 的首选。但云计算实现其全部潜力将依赖于将云与内部部署应用程序和数据库进行集成以及不同云之间应用的集成,这样才能避免又一次“数据孤岛”的形成。与此同时,基于服务的架构经过多年的发展已日趋成熟,越来越多的企业正在以服务的理念对企业的IT 架构进行改革。云计算与SOA 的融合能够增强服务的部署,为企业带来更为敏捷的IT。
核心关注:拓步ERP系统平台是覆盖了众多的业务领域、行业应用,蕴涵了丰富的ERP管理思想,集成了ERP软件业务管理理念,功能涉及供应链、成本、制造、CRM、HR等众多业务领域的管理,全面涵盖了企业关注ERP管理系统的核心领域,是众多中小企业信息化建设首选的ERP管理软件信赖品牌。
转载请注明出处:拓步ERP资讯网http://www.toberp.com/