1. 程式人生 > >微服務架構方案-ZeroC IceGrid

微服務架構方案-ZeroC IceGrid

前言

在聊ICE之前,我們說說目前主流的幾個微服務架構方案。

Spring Boot/Cloud

由於 Spring 社群的影響力和 Netflix 的背書,目前可以認為是構建 Java 微服務的一個社群標準,Spring Boot 目前在 GitHub 上有超過 20k 星。

基於 Spring 的框架本質上可以認為是一種 RESTful 框架(不是 RPC 框架),序列化協議主要採用基於文字的 JSON,通訊協議一般基於 HTTP。RESTful 框架天然支援跨語言,任何語言只要有 HTTP 客戶端都可以接入呼叫,但是客戶端一般需要自己解析 payload。目前 Spring 框架也支援 Swagger 契約程式設計模型,能夠基於契約生成各種語言的強型別客戶端,極大方便不同語言棧的應用接入,但是因為 RESTful 框架和 Swagger 規範的弱契約特性,生成的各種語言客戶端的互操作性還是有不少坑的。

Dubbo

Dubbo 是阿里多年構建生產級分散式微服務的技術結晶,服務治理能力非常豐富,在國內技術社群具有很大影響力,目前 github 上有超過 16k 星。Dubbo 本質上是一套基於 Java 的 RPC 框架,噹噹 Dubbox 擴充套件了 Dubbo 支援 RESTful 介面暴露能力。

Dubbo 主要面向 Java 技術棧,跨語言支援不足是它的一個弱項,另外因為治理能力太豐富,以至於這個框架比較重,完全用好這個框架的門檻比較高,但是如果你的企業基本上投資在 Java 技術棧上,選 Dubbo 可以讓你在服務框架一塊站在較高的起點上,不管是效能還是企業級的服務治理能力,Dubbo 都做的很出色。新浪微博開源的 Motan(GitHub 4k stars)也不錯,功能和 Dubbo 類似,可以認為是一個輕量裁剪版的 Dubbo。

gRPC

gRPC 是谷歌近年新推的一套 RPC 框架,基於 protobuf 的強契約程式設計模型,能自動生成各種語言客戶端,且保證互操作。支援 HTTP2 是 gRPC 的一大亮點,通訊層效能比 HTTP 有很大改進。Protobuf 是在社群具有悠久歷史和良好口碑的高效能序列化協議,加上 Google 公司的背書和社群影響力,目前 gRPC 也比較火,GitHub 上有超過 13.4k 星。

目前看 gRPC 更適合內部服務相互呼叫場景,對外暴露 RESTful 介面可以實現,但是比較麻煩(需要 gRPC Gateway 配合),所以對於對外暴露 API 場景可能還需要引入第二套 RESTful 框架作為補充。總體上 gRPC 這個東西還比較新,社群對於 HTTP2 帶來的好處還未形成一致認同,建議謹慎投入,可以做一些試點。

Ice

ZeroC IceGrid作為一種微服務架構,它基於RPC框架發展而來,具有良好的效能與分散式能力。不過尷尬的是,在國內,似乎使用它的案例並不多,就我所知,目前Skpye內部一些地方在使用Ice。不過這並不影響它的優點,那就是它的效能很不錯,以下是源自網上的效能測試:

相關推薦

服務架構方案-ZeroC IceGrid

前言 在聊ICE之前,我們說說目前主流的幾個微服務架構方案。 Spring Boot/Cloud 由於 Spring 社群的影響力和 Netflix 的背書,目前可以認為是構建 Java 微服務的一個社群標準,Spring Boot 目前在 GitHub 上有超

幾種常見的服務架構方案簡述——ZeroC IceGrid、Spring Cloud、基於訊息佇列

2017-07-26 http://www.broadview.com.cn/article/348 微服務架構是當前很熱門的一個概念,它不是憑空產生的,是技術發展的必然結果。雖然微服務架構沒有公認的技術標準和規範草案,但業界已經有一些很有影響力的開源微服務架構平臺,架構師可以根據公司的技術實力並結合專案

幾種常見的服務架構方案,2018年是否還一如既往的火

微服務架構是當前很熱門的一個概念,它不是憑空產生的,是技術發展的必然結果。雖然微服務架構沒有公認的技術標準和規範草案,但業界已經有一些很有影響力的開源微服務架構平臺,架構師可以根據公司的技術實力並結合專案的特點來選擇某個合適的微服務架構平臺,以此穩妥地實施專案的

服務架構及分布式事務解決方案

路由 ons city nic net 原則 分享圖片 成功 ket 分布式事務 分布式事務場景如何設計系統架構及解決數據一致性問題,個人理解最終方案把握以下原則就可以了,那就是:大事務=小事務(原子事務)+異步(消息通知),解決分布式事務的最好辦法其實就是不考慮

服務架構是一種解決方案

企業應用架構演變: 單機程式->c/s->b/s->面向服務架構(SOA)->微服務架構 加粗的是單體程式 微服務架構   細粒度SOA,是強調小型短暫元件的SOA,小即是美   重點是服務,如何進行服務之間解耦   每個服務元件都可以獨立開發、構建、測試、部署   自包含

解析服務架構(二):服務重構應用及IBM解決方案

解析微服務架構系列文章將分幾篇描述微服務的定義、特點、應用場景、企業整合架構的演進以及微服務轉型思路和技術決策考慮等內容,並以IBM技術為例介紹如何實現微服務架構轉型。 上一篇文章介紹了融入微服務的企業整合架構的演進,並介紹互動式系統的微服務模式及技術決策例子。 本篇文章將介紹已有IT應用如

服務架構引入的問題及解決方案

微服務間如何通訊? 從通訊模式角度考慮 一對一還是一對多? 一對一 同步:請求響應模式,最常見 非同步:通知/請求非同步響應 一對多 非同步:釋出訂閱/釋出非同步響應 從通訊協議角度考慮 REST API RPC MQ 如何選擇RPC框架

聊聊服務架構及分散式事務解決方案

分散式事務場景如何設計系統架構及解決資料一致性問題,個人理解最終方案把握以下原則就可以了,那就是:大事務=小事務(原子事務)+非同步(訊息通知),解決分散式事務的最好辦法其實就是不考慮分散式事務,將一個大的業務進行拆分,整個大的業務流程,轉化成若干個小的業務流程,然後通過設計補償流程從而考慮最終一致性。什麼是

更多免費初級中級高階大資料java視訊教程下載 加(***信((號keepper,請備註java或掃下面2二3維4碼第31: 2017年7月最新服務架構的分散式事務解決方案價值1399

更多免費初級中級高階大資料java視訊教程下載 加(微***信((號keepper,請備註java或掃下面2二3維4碼第31: 2017年7月最新微服務架構的分散式事務解決方案價值1399java視訊教程01 課程介紹.wmvjava視訊教程02 解決方案的效果演示(結合支付系統真實應用場景).mp4java

服務架構下的輕量級定時任務解決方案

微服務的概念可以說給程式設計打開了一個新世界,帶來了眾多的優點,但是也將一些以往容易處理的問題變得複雜,例如:快取、事務、定時任務等。快取可以用中介軟體例如redis、memcached等,事務有諸多分散式事務框架解決,定時任務也有分散式的解決方案,例如quartz、elastic job等,今天我要講的是就

2019最新服務架構的分散式事務解決方案課程 共31課

教程內容:微服務倡導將複雜的單體應用拆分為若干個功能簡單、鬆耦合的服務,這樣可以降低開發難度、增強擴充套件性、便於敏捷開發。當前被越來越多的開發者推崇,很多網際網路行業巨頭、開源社群等都開始了微服務的討論和實踐。Hailo有160個不同服務構成,NetFlix有大約600個服務。國內方面,阿里巴巴、

java服務架構的分散式事務解決方案

分散式系統架構中,分散式事務問題是一個繞不過去的挑戰。而微服務架構的流行,讓分散式事問題日益突出! 下面我們以電商購物支付流程中,在各大參與者系統中可能會遇到分散式事務問題的場景進行詳細的分析!   如上圖所示,假設三大參與平臺(電商平臺、支付平臺、銀行)的系統都

阿里服務架構下分散式事務解決方案-GTS

雖然微服務現在如火如荼,但對其實踐其實仍處於初級階段。即使網際網路巨頭的實踐也大多是試驗層面,鮮有核心業務系統微服務化的案例。GTS是目前業界第一款,也是唯一的一款通用的解決微服務分散式事務問題的中介軟體,而且可以保證資料的強一致性。本文將對GTS做出深入解讀。 微服務倡導將複雜的單體應用拆分為若干個功能簡

阿裏服務架構下分布式事務解決方案-GTS

tor HERE 優秀 使用 where 支持 討論 物流 可用性 雖然微服務現在如火如荼,但對其實踐其實仍處於初級階段。即使互聯網巨頭的實踐也大多是試驗層面,鮮有核心業務系統微服務化的案例。GTS是目前業界第一款,也是唯一的一款通用的解決微服務分布式事務問題的中間件,而且

服務架構的分散式事務解決方案

分散式系統架構中,分散式事務問題是一個繞不過去的挑戰。而微服務架構的流行,讓分散式事問題日益突出! 下面我們以電商購物支付流程中,在各大參與者系統中可能會遇到分散式事務問題的場景進行詳細的分析! 如上圖所示,假設三大參與平臺(電商平臺、支付平臺、銀行)的系統都做了

服務架構下分散式事務解決方案 —— 阿里GTS

原文地址:https://yq.aliyun.com/articles/5420201 微服務的發展微服務倡導將複雜的單體應用拆分為若干個功能簡單、鬆耦合的服務,這樣可以降低開發難度、增強擴充套件性、便於敏捷開發。當前被越來越多的開發者推崇,很多網際網路行業巨頭、開源社群等都

服務架構的分散式事務解決方案(Dubbo分散式事務處理)視訊非加密

本人在網上找了好多資料,很多分享的網盤資源中視屏有些加密了無法觀看,經過努力終於找到了一個可以觀看的全部教程。 網盤中包含所有視屏講解,有需要的朋友可儲存在自己網盤,視屏無密碼可線上觀看。 分散式事務是一個繞不過去的挑戰!微服務架構本質上就是分散式服務化架構,微服務架

服務架構的分散式事務解決方案》視訊教程--課程列表

分散式系統架構中,分散式事務是一個繞不過去的挑戰!微服務架構本質上就是分散式服務化架構,微服務架構的流行,讓分散式事務問題日益突出!尤其是在訂單業務、資金業務等系統核心業務流程中,一定要有可靠的分散式事務解決方案來保證業務資料的可靠性和準確性。 為了解決大家在實施分散式服

服務架構(三):服務重構應用及IBM解決方案

解析微服務架構系列文章將分幾篇描述微服務的定義、特點、應用場景、企業整合架構的演進以及微服務轉型思路和技術決策考慮等內容,並以IBM技術為例介紹如何實現微服務架構轉型。 上一篇文章介紹了融入微服務的企業整合架構的演進,並介紹互動式系統的微服務模式及技術決策例子。 本篇

服務架構下的分散式限流方案思考

1.微服務限流 隨著微服務的流行,服務和服務之間的穩定性變得越來越重要。快取、降級和限流是保護微服務系統執行穩定性的三大利器。快取的目的是提升系統訪問速度和增大系統能處理的容量,而降級是當服務出問題或者影響到核心流程的效能則需要暫時遮蔽掉,待高峰或者問題解決後再開啟,而有些場景並不能用快取和降級來解決,比如稀