12月12日,OSC源創(chuàng)會年終盛典在北京國際會議中心如期舉行,時(shí)速云展臺聚集了很多對容器云平臺感興趣的與會嘉賓。而且時(shí)速云技術(shù)總監(jiān)楊樂在容器和微服務(wù)專場進(jìn)行了topic為《微服務(wù)設(shè)計(jì)模式與容器云平臺》的演講,楊樂從四個(gè)方面對容器和微服務(wù)進(jìn)行了闡釋,分享了自己在容器和微服務(wù)方面積累的知識和經(jīng)驗(yàn)。來聽此次演講的技術(shù)人員熱情很高,楊樂也同這些關(guān)注創(chuàng)新和技術(shù)發(fā)展潮流的技術(shù)人員一起討論容器及微服務(wù),現(xiàn)場氣氛十分活躍。
圖為時(shí)速云楊樂演講現(xiàn)場
圖為大會現(xiàn)場時(shí)速云展臺
常見的有六種微服務(wù)架構(gòu)的設(shè)計(jì)模式:
- 聚合器微服務(wù)設(shè)計(jì)模式
這是一種最常用也最簡單的設(shè)計(jì)模式,聚合器調(diào)用多個(gè)服務(wù)實(shí)現(xiàn)應(yīng)用程序所需的功能。它可以是一個(gè)簡單的Web頁面,將檢索到的數(shù)據(jù)進(jìn)行處理展示。它也可以是一個(gè)更高層次的組合微服務(wù),對檢索到的數(shù)據(jù)增加業(yè)務(wù)邏輯后進(jìn)一步發(fā)布成一個(gè)新的微服務(wù),這符合DRY原則。另外,每個(gè)服務(wù)都有自己的緩存和數(shù)據(jù)庫。如果聚合器是一個(gè)組合服務(wù),那么它也有自己的緩存和數(shù)據(jù)庫。聚合器可以沿X軸和Z軸獨(dú)立擴(kuò)展。
- 代理微服務(wù)設(shè)計(jì)模式
這是聚合器模式的一個(gè)變種,在這種情況下,客戶端并不聚合數(shù)據(jù),但會根據(jù)業(yè)務(wù)需求的差別調(diào)用不同的微服務(wù)。代理可以僅僅委派請求,也可以進(jìn)行數(shù)據(jù)轉(zhuǎn)換工作。
- 鏈?zhǔn)轿⒎⻊?wù)設(shè)計(jì)模式
這種模式在接收到請求后會產(chǎn)生一個(gè)經(jīng)過合并的響應(yīng),在這種情況下,服務(wù)A接收到請求后會與服務(wù)B進(jìn)行通信,類似地,服務(wù)B會同服務(wù)C進(jìn)行通信。所有服務(wù)都使用同步消息傳遞。在整個(gè)鏈?zhǔn)秸{(diào)用完成之前,客戶端會一直阻塞。因此,服務(wù)調(diào)用鏈不宜過長,以免客戶端長時(shí)間等待。
- 分支微服務(wù)設(shè)計(jì)模式
這種模式是聚合器模式的擴(kuò)展,允許同時(shí)調(diào)用兩個(gè)微服務(wù)鏈。
- 數(shù)據(jù)共享微服務(wù)設(shè)計(jì)模式
自治是微服務(wù)的設(shè)計(jì)原則之一,就是說微服務(wù)是全棧式服務(wù)。但在重構(gòu)現(xiàn)有的“單體應(yīng)用(monolithicapplication)”時(shí),SQL數(shù)據(jù)庫反規(guī)范化可能會導(dǎo)致數(shù)據(jù)重復(fù)和不一致。因此,在單體應(yīng)用到微服務(wù)架構(gòu)的過渡階段,可以使用這種設(shè)計(jì)模式,
在這種情況下,部分微服務(wù)可能會共享緩存和數(shù)據(jù)庫存儲。不過,這只有在兩個(gè)服務(wù)之間存在強(qiáng)耦合關(guān)系時(shí)才可以。對于基于微服務(wù)的新建應(yīng)用程序而言,這是一種反模式。
- 異步消息傳遞微服務(wù)設(shè)計(jì)模式
雖然REST設(shè)計(jì)模式非常流行,但它是同步的,會造成阻塞。因此部分基于微服務(wù)的架構(gòu)可能會選擇使用消息隊(duì)列代替REST請求/響應(yīng)。
除了常見的微服務(wù)架構(gòu)模式外,楊樂的演講還設(shè)計(jì)以下4個(gè)方面:
1.Docker的本質(zhì),Docker改變了什么,革了誰的命
2.日漸火熱的微服務(wù)到底有哪些用途及其設(shè)計(jì)模式
3.Kubernetes容器編排系統(tǒng)基本理念和優(yōu)勢,以及與微服務(wù)的關(guān)系
4.時(shí)速云平臺在容器與微服務(wù)的實(shí)踐