微服務(wù)怎么實現(xiàn)？是前端還是后端的事？微服務(wù)只是因為一個概念，是一種架構(gòu)設(shè)計思想，并不是什么新技術(shù)。原理是化整為零，把一個軟件應(yīng)用，表格合并為個個可獨立不運行的微服務(wù)，跟第一項意義的插件、擴大之類類似于

微服務(wù)怎么實現(xiàn)？是前端還是后端的事？

微服務(wù)只是因為一個概念，是一種架構(gòu)設(shè)計思想，并不是什么新技術(shù)。原理是化整為零，把一個軟件應(yīng)用，表格合并為個個可獨立不運行的微服務(wù)，跟第一項意義的插件、擴大之類類似于，不同之處只是相對而言微服務(wù)是一個可獨立啟動的應(yīng)用程序，象按結(jié)構(gòu)容器化部署比如Docker之類。以下從優(yōu)點、缺點包括適用場景三方面來拆解。

優(yōu)點，有效幫忙解決單體軟件緊接著時間的推移的維護災(zāi)難，可按需打開程序，最大限度地釋放者系統(tǒng)資源。跟開發(fā)語言沒有關(guān)系，采用容器化相當(dāng)于布署，不管是什么使用什么變更土地性質(zhì)語言都可無縫整合。可以不細粒度word文檔合并軟件項目，終極ci/cd。

缺點，微服務(wù)是另一個分布式文件系統(tǒng)，如果不是word文檔合并粒度過細，很容易自然形成奔雷故障。各模塊之間需要魔獸維護數(shù)據(jù)的一致性，要規(guī)劃好通信，對整個系統(tǒng)架構(gòu)要求比較好高。在測試層面來講，低些單體軟件，測試工作量有一定會程度的增加。應(yīng)用部署相對來說比較比較古怪點。

適用場景，業(yè)務(wù)層面，如何應(yīng)付多市場和客戶，正常情況每個客戶總有一部分需求是都一樣的。性能層面，躲避高并發(fā)、高負載。

當(dāng)然，軟件互聯(lián)網(wǎng)行業(yè)知識體系更新完也很頻繁，新概念、新技術(shù)叫人防不勝防，我們探其本質(zhì)，千萬不能被表象所被迷惑。機械科班出身的IT人一起加油。

Web全棧有沒有專業(yè)限制？

有個同學(xué)是前兩年在中公優(yōu)就業(yè)培訓(xùn)的大數(shù)據(jù)，現(xiàn)在是在北京干的還還不賴，去找過他一回那就是覺得食堂飯菜真真是不錯（的確不是吹，一時間吃撐了不過吃貨），有想法就去看下唄，網(wǎng)上說這樣多也還不知道真假，我還是得求實際去聽一聽看一下