云服务平台的架构及优势(下)

  1. 云栖社区>
  2. 博客>
  3. 正文

云服务平台的架构及优势(下)

商业新知 2019-04-09 11:23:09 浏览1193
展开阅读全文

上期回顾

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

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

  1. 支撑云服务运行的硬件和软件系统环境(云架构平台,简称云平台);
  2. 实现业务逻辑,支持客户应用,对外提供服务的应用服务平台(云服务平台,简称云服务)。

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

云服务——选择

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

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

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

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

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

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

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

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

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

云服务——解读

  1. 服务拆分

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

  1. 服务独立

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

  1. 服务调用

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

  1. 服务部署

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

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

· 开发效率更高;

· 沟通成本更低;

· 响应速度更快;

· 迭代周期更短。

解读:

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

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

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

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等新型软件开发方法,为您提供一站式的服务,帮您设计高性能的微服务架构。

网友评论

登录后评论
0/500
评论
商业新知
+ 关注