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等新型軟件開發方法,爲您提供一站式的服務,幫您設計高性能的微服務架構。

 

 * 文章部分內容摘自公衆號:Pivotal,略有刪減,供大家參考。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章