『高級(jí)篇』docker之微服務(wù)架構(gòu)帶來的問題（五）

原創(chuàng)文章，歡迎轉(zhuǎn)載。轉(zhuǎn)載請(qǐng)注明：轉(zhuǎn)載自IT人故事會(huì)，謝謝！
原文鏈接地址：『高級(jí)篇』docker之微服務(wù)架構(gòu)帶來的問題（五）

之前已經(jīng)說了微服務(wù)的概念，相信老鐵對(duì)微服務(wù)有了一個(gè)深刻的概念，從此以后咱們深入微服務(wù)，一步步來分析使用微服務(wù)會(huì)給我們帶來哪些問題，或者說使用微服務(wù)需要解決哪些問題，以及微服務(wù)在業(yè)界的解決方案

微服務(wù)架構(gòu)引入的問題和解決方案

• 微服務(wù)間如何通信的？

  可以考慮下，如果是單體架構(gòu)會(huì)不會(huì)有這樣的問題，在什么情況下服務(wù)和服務(wù)之間如何通迅，調(diào)用什么樣的接口，依賴什么樣的數(shù)據(jù)，單體架構(gòu)這種情況是很少見的，一個(gè)系統(tǒng)在一個(gè)應(yīng)用可能已經(jīng)完成了相應(yīng)的功能，也不排除一些系統(tǒng)的數(shù)據(jù)是來此其他的系統(tǒng)的，單體架構(gòu)的常用的方式有幾種，直接鏈接地址拿過來直接嵌入到頁面里面，我們使用httpclient調(diào)用對(duì)方的接口拿到返回的數(shù)據(jù)，這是比較常見的方案，微服務(wù)要重點(diǎn)考慮，因?yàn)槲⒎?wù)他們接口比較多，他們的調(diào)用非常的頻繁，所以我們必須事先設(shè)計(jì)好如何快捷高效的微服務(wù)通信。

• 微服務(wù)如何發(fā)現(xiàn)彼此

  單體架構(gòu)如何發(fā)現(xiàn)彼此，用過dubbo的同學(xué)應(yīng)該知道，dubbo其實(shí)就是發(fā)現(xiàn)一種服務(wù)，web端的調(diào)用者需要對(duì)dubbo的提供者進(jìn)行一次發(fā)現(xiàn)的，發(fā)現(xiàn)是通過zookeeper等，類似一個(gè)中間人的身份，服務(wù)的提供者，提供者告訴中間人。消費(fèi)者通過中間人拿到提供者的地址，就能夠完成服務(wù)的發(fā)現(xiàn)了。如果是用dubbo直接確定微服務(wù)就可以了。但是我們使用的微服務(wù)可能涉及到各種語言讀取方式，dubbo只限java語言的通信，所以彼此發(fā)現(xiàn)是我們需要提前設(shè)定和解決的問題。

• 微服務(wù)怎么部署？更新？擴(kuò)容

  還是從單體架構(gòu)來想，這跟每個(gè)公司的方式不同，有的直接通過ftp工具直接把war包上傳，執(zhí)行命令執(zhí)行重啟；有的可能用到了自動(dòng)部署工具直接從master節(jié)點(diǎn)通過jenkens生成war包在準(zhǔn)生產(chǎn)服務(wù)器指定目錄生成，沒有問題然后通過腳本的方式，對(duì)拷到生產(chǎn)環(huán)境。然后重啟。如果是微服務(wù)不一定少，一個(gè)完整的服務(wù)可能需要幾十來配合修改，如果在一個(gè)個(gè)手動(dòng)來進(jìn)行部署運(yùn)維人員都崩潰死了。所以微服務(wù)的部署更新成為我們要解決的問題。

PS：先拋出問題，然后下次咱們說具體的問題分析。