K2 BPM_【干货分享】云服务平台的架构及优势（下）_全业务流程管理专家

 

上期回顾

 

作为一个互联网公司或提供互联网服务的公司，其核心的技术资产就是云端平台和云端平台上的服务。

 

我们通常所说的云服务或云平台广义上是一个概念，但其实内部是两个部分。

1. 支撑云服务运行的硬件和软件系统环境(云架构平台，简称云平台)；

2. 实现业务逻辑，支持客户应用，对外提供服务的应用服务平台(云服务平台，简称云服务)。

 

在《云服务平台的架构及优势（上）》，我们解读了云平台的选择与优势，本期我们将为您解读关键词“云服务”。

 

云服务——选择

 

云服务的核心重点在于架构的设计。

 

软件架构是一个包含各种组件的软件系统结构，这些组件包括但不限于：接口服务，应用服务，数据库服务，缓存服务，消息服务，日志服务，存储服务，网络及通讯服务等等， 它们彼此存在关联或和平台环境存在关联。系统架构设计的目标和目的就是协调和解决这些组件的边界相关点。

 

当前，我们的软件服务已经进入云计算时代，一个系统所服务的对象已经不再限于单个项目或企业，也不再限于单一行业或同类用户，甚至服务提供者都无法预知消费服务的对象。

 

在这样的服务消费时代背景下，一个需要全方位，多角度，多维度提供服务的架构方案已成为必然，微服务架构也自然应运而生。

 

微服务架构区别于传统架构的重要特点：

· 模块以服务划分而非项目；

· 模块独立部署且相互隔离；

· 模块通讯用轻量级API调用。

 

时代必然，我们的云服务选择的是微服务架构。

 

云服务——解读

 

1. 服务拆分

服务按业务拆分这是水平维度的拆分，服务按技术实现前后端分离这是垂直维度的拆分，水平垂直两个维度的拆分把服务分成小块状，这是微服务中"微"思想的体现。

 

2. 服务独立

服务独立，需要相互调用提供完整业务逻辑，我需要其它服务，其它服务也需要我，我为人人，人人为我，这是微服务中"服务"思想的体现。

 

3. 服务调用
HTTP(S)+JSON采用轻量级通讯协议和简单数据结构：服务间不再需要关心对方模型和实现，仅通过事先约定好的接口来进行数据流转即可，这是微服务中"解耦"思想的体现。

 

4. 服务部署

正因为服务独立，所以每个服务都可以单独部署，每个服务都可以独立扩展，也可以独立建立负载。

 

 

综上所述，微服务可以体现出以下几点优势：

·  开发效率更高；

·  沟通成本更低；

·  响应速度更快；

·  迭代周期更短。

 

解读：

每个微服务结构独立，功能专一，规模很小，功能明确，能够被团队快速开发和迭代；

每个微服务之间是松耦合的，接口确定后无需关注实现，不会产歧义，减少协调沟通成本；

每个微服务都可以独立部署，快速实现新功能、新需求而不会对整个系统产生影响。

 

Pivotal 与微服务

 

很长一段时间以来，Pivotal都是云原生、微服务背后的巨人，这些概念被认知程度已经高过Pivotal自身的品牌。比如微服务火爆后被带热的Spring系列技术，但是很多人并不知道Pivotal才是Spring技术的拥有者。

 

在Pivotal成立之前，Cloud Foundry一直由VMware在推动，拥有大量开源用户。在Pivotal成立之后，正式发布Pivotal Cloud Foundry (PCF) 1.0版本。

 

从2016年开始，Pivotal开始支持Docker在企业环境中的运行；也支持把Spring Cloud引入PCF平台，以实现微服务化的应用。

 

目前Pivotal拥有Spring Boot、Spring Cloud和Spring Cloud Data Flow，用以构建微服务、治理微服务、连接微服务数据。

云原生Java的标准

 

Nebulogy遵循云原生十二要素，提供基于微服务架构的PaaS平台，同时通过与Pivotal合作，不仅达成产品层面的无缝集成，同时也得以应用敏捷和DevOps等新型软件开发方法，为您提供一站式的服务，帮您设计高性能的微服务架构。

 

转载于:https://my.oschina.net/u/4115170/blog/3040251