微服務(wù)體系的發(fā)展并不是一蹴而就的伸眶，經(jīng)過(guò)了2014年前后的低潮期，微服務(wù)概念頂層的泡沫逐漸褪去刽宪，那些真正能夠在企業(yè)落地的實(shí)踐在一輪又一輪的大浪淘沙后被甄別厘贼、沉淀。在軟件開發(fā)行業(yè)圣拄，微軟服務(wù)正從一個(gè)流行術(shù)語(yǔ)轉(zhuǎn)向?qū)崙?zhàn)戰(zhàn)略嘴秸。隨著越來(lái)越多的企業(yè)開始采用微服務(wù)，行業(yè)內(nèi)也累積了不少的經(jīng)驗(yàn)教訓(xùn)庇谆。

2017年秋天岳掐，紅帽對(duì)客戶進(jìn)行一項(xiàng)微服務(wù)調(diào)查，發(fā)現(xiàn)了幾個(gè)有趣的趨勢(shì)饭耳，今天小編就跟大家分享一下串述。

1、微服務(wù)被用來(lái)重新架構(gòu)現(xiàn)有的應(yīng)用程序

技術(shù)提供商似乎很重視將微服務(wù)定位為只用于新項(xiàng)目的市場(chǎng)寞肖，然而纲酗，調(diào)查顯示衰腌，企業(yè)也在使用微服務(wù)來(lái)重新架構(gòu)現(xiàn)有和遺留的應(yīng)用程序。

67%的紅帽中間件客戶和79%的紅帽O(jiān)penShift客戶反應(yīng)了這一點(diǎn)觅赊，這些數(shù)據(jù)告訴我們右蕊，微服務(wù)在他們的IT轉(zhuǎn)型過(guò)程中為用戶提供了相應(yīng)的價(jià)值——不管他們只是想更新當(dāng)前的應(yīng)用程序組合，還是正在準(zhǔn)備新的計(jì)劃吮螺。因此饶囚，如果只關(guān)注微服務(wù)的Greenfield項(xiàng)目，那么需要開始評(píng)估現(xiàn)有的應(yīng)用程序進(jìn)行微服務(wù)重新架構(gòu)可能是一個(gè)好注意鸠补。微服務(wù)引入了一系列已經(jīng)被證明的利益坯约，不僅適用于新項(xiàng)目，也適用于現(xiàn)有的項(xiàng)目莫鸭。

2闹丐、客戶更喜歡多運(yùn)行時(shí)/多技術(shù)/多框架的微服務(wù)

另外，87%的受訪者表示被因，他們正在使用或考慮多種技術(shù)去開發(fā)微服務(wù)卿拴。

因此，若正在使用單一的運(yùn)行時(shí)梨与、技術(shù)或框架進(jìn)行微服務(wù)開發(fā)堕花，那么不妨開始查看其它運(yùn)行時(shí)、技術(shù)和框架粥鞋，并選擇最適合正在嘗試解決問(wèn)題的框架是最明智的選擇缘挽，換句話說(shuō)，現(xiàn)在是將單一技術(shù)方法擴(kuò)展多技術(shù)方法的最好時(shí)機(jī)呻粹。

3壕曼、微服務(wù)的六大好處

被調(diào)查者發(fā)現(xiàn)，他們已經(jīng)通過(guò)微服務(wù)獲得了很多的好處等浊，位居前六的是：

持續(xù)集成（CI）/持續(xù)部署（CD）

敏捷性

提高可伸縮性

更快的交付時(shí)間

提高開發(fā)人員的生產(chǎn)效率

更容易調(diào)試和維護(hù)

如果對(duì)為新項(xiàng)目使用微服務(wù)或重新構(gòu)建現(xiàn)有應(yīng)用程序而猶豫不決腮郊，那就不要再徘徊了，上面的這些好處是用戶最關(guān)注的問(wèn)題筹燕，而且他們也確確實(shí)實(shí)得到了相應(yīng)的好處轧飞。

4、微服務(wù)效益可以在二至十二個(gè)月內(nèi)實(shí)現(xiàn)

正如調(diào)查結(jié)果所展現(xiàn)的那樣撒踪，客戶可以很快就能開始從微服務(wù)中獲得收益过咬，為了保持并提高自身的競(jìng)爭(zhēng)力，當(dāng)涉及到微服務(wù)時(shí)制妄，沒(méi)有道理在一旁猶豫不決掸绞，遲遲不能下定決心。

5忍捡、實(shí)施落地微服務(wù)的挑戰(zhàn)

正如數(shù)人云之前給大家分享線下Meetup中技術(shù)大牛演講中所說(shuō)的一樣集漾，實(shí)現(xiàn)微服務(wù)其實(shí)并不能解決所有問(wèn)題，它并非靈丹妙藥砸脊，甚至自身也有極大的挑戰(zhàn)具篇，根據(jù)報(bào)告顯示，目前微服務(wù)所面臨的前四大挑戰(zhàn)分別是：

企業(yè)文化和組織結(jié)構(gòu)上的挑戰(zhàn)

微服務(wù)管理

診斷和監(jiān)控

時(shí)間及資源管理

微服務(wù)開發(fā)需要對(duì)軟件的開發(fā)模式進(jìn)行轉(zhuǎn)變凌埂，對(duì)于哪些喜歡現(xiàn)狀的企業(yè)來(lái)說(shuō)驱显，這首先就是一個(gè)挑戰(zhàn)，因?yàn)樗麄兪煜ぎ?dāng)前的流程和過(guò)程瞳抓，此外埃疫，還必須學(xué)習(xí)新的運(yùn)行時(shí)、技術(shù)和框架孩哑，這也可能對(duì)那些不想投資于重新培訓(xùn)他們的勞動(dòng)力的企業(yè)具有一定的挑戰(zhàn)性栓霜，因?yàn)榧夹g(shù)與他們的專長(zhǎng)不同，如果再培訓(xùn)不是一種好的選擇横蜒，那么在市場(chǎng)上尋找具有適當(dāng)經(jīng)驗(yàn)和背景的資源胳蛮，可能是另外一個(gè)挑戰(zhàn)。

隨后微服務(wù)有兩個(gè)技術(shù)挑戰(zhàn)：微服務(wù)管理丛晌、診斷以及監(jiān)控仅炊，應(yīng)該在市場(chǎng)上評(píng)估可用的解決方案，以提供這些技術(shù)挑戰(zhàn)的功能澎蛛，微服務(wù)解決方案不斷發(fā)展抚垄，并基于許多最新的創(chuàng)新開發(fā)源碼技術(shù)增加相應(yīng)功能。

當(dāng)然除了上述調(diào)查中所指出的挑戰(zhàn)以外谋逻，還有——

確定需要遷移到微服務(wù)

在開始將應(yīng)用程序分解為單個(gè)的微服務(wù)之前呆馁，首先需要了解它的全部范圍和架構(gòu)，這可能很有挑戰(zhàn)性毁兆，需要使用更全面的視圖智哀，但是基于過(guò)時(shí)的信息，這些信息并不能反映應(yīng)用程序當(dāng)前的架構(gòu)荧恍。

需要找到一個(gè)解決方案瓷叫，幫助發(fā)現(xiàn)和映射應(yīng)用程序的每個(gè)組件、依賴項(xiàng)和第三方調(diào)用送巡，這個(gè)解決方案應(yīng)該幫助了解這些片段的關(guān)系摹菠，以及它們?nèi)绾斡绊憫?yīng)用的行為和用戶體驗(yàn)，有了這些信息骗爆，就可以清楚地了解需要遷移的內(nèi)容次氨，并且能夠?qū)ξ⒎?wù)的架構(gòu)做出更明智的決定。

確保微服務(wù)滿足或超過(guò)遷移前的性能

為了確保應(yīng)用程序在遷移后順利運(yùn)行摘投，而且用戶體驗(yàn)沒(méi)有受到負(fù)面影響煮寡，需要一種方法來(lái)去比較遷移前后的性能度量虹蓄，這也許是一件相當(dāng)困難的事情，因?yàn)檫@兩種環(huán)境的架構(gòu)（對(duì)硬件的更高和對(duì)分布式架構(gòu)的遷移）可能看起來(lái)截然不同幸撕，而由獨(dú)立主機(jī)提供商提供的監(jiān)控工具只提供了整個(gè)框架的一小部分薇组，無(wú)法創(chuàng)建更全面的數(shù)據(jù)集，這讓事情變得更加困難坐儿。

為了解決這些問(wèn)題律胀，并建立一個(gè)一直的基準(zhǔn)來(lái)衡量您的性能和用戶體驗(yàn)，需要在開始遷移之前捕獲關(guān)鍵用戶交互（通常稱為業(yè)務(wù)事務(wù)）貌矿，在遷移過(guò)程中炭菌，業(yè)務(wù)事務(wù)可能保持不變，而其他指標(biāo)可能會(huì)隨著不同的代碼路徑和部署在不同的基礎(chǔ)設(shè)施上而發(fā)生變化逛漫，使用關(guān)于業(yè)務(wù)事務(wù)的基線數(shù)據(jù)黑低，可以輕松地比較遷移環(huán)境前后的性能，并確保對(duì)用戶體驗(yàn)或整體性能沒(méi)有影響酌毡。

監(jiān)控新的微服務(wù)環(huán)境

前文已經(jīng)提到監(jiān)控是一大挑戰(zhàn)投储，這里詳細(xì)說(shuō)一下，在一些硬件上運(yùn)行單個(gè)代碼庫(kù)的單行單塊應(yīng)用程序阔馋，兩三個(gè)工具就可以提供完整的玛荞、直接的對(duì)應(yīng)用程序基礎(chǔ)設(shè)施性能的監(jiān)控，然而呕寝，隨著微服務(wù)的引入勋眯，以及每個(gè)服務(wù)為技術(shù)堆棧，數(shù)據(jù)庫(kù)和托管提供程序?qū)崿F(xiàn)自己的解決方案的潛力下梢，單個(gè)服務(wù)現(xiàn)在可能需要比整個(gè)應(yīng)用程序更大量的監(jiān)控工具客蹋，而微服務(wù)監(jiān)控帶來(lái)了具體的挑戰(zhàn)：它們通常很短暫，這意味著在較長(zhǎng)的一段時(shí)間內(nèi)孽江，監(jiān)控可能會(huì)更加復(fù)雜讶坯；而且還會(huì)有更多的路徑通過(guò)服務(wù)到達(dá)，會(huì)暴露出一些問(wèn)題如線程爭(zhēng)用岗屏。

最后辆琅，雖然開發(fā)團(tuán)隊(duì)以前不需要一個(gè)監(jiān)控解決方案，但它將基礎(chǔ)設(shè)施考慮在內(nèi)这刷，遷移到DevOps和對(duì)云原生技術(shù)的依賴意味著這個(gè)因素不能再被忽視了婉烟。

因此要找到一個(gè)統(tǒng)一的監(jiān)控平臺(tái)，并支持所有的環(huán)境暇屋，不管是語(yǔ)言還是技術(shù)堆棧似袁。這個(gè)解決方案必須將來(lái)自應(yīng)用程序和基礎(chǔ)結(jié)構(gòu)的度量標(biāo)準(zhǔn)整理成一個(gè)真實(shí)的來(lái)源，并允許這些指標(biāo)與用戶體驗(yàn)相關(guān)。

6昙衅、克服挑戰(zhàn)的四大活動(dòng)

各企業(yè)正在開展相應(yīng)的辦法以應(yīng)對(duì)上面所提出來(lái)的各種挑戰(zhàn)扬霜，受調(diào)查者認(rèn)為，解決這些挑戰(zhàn)的前四項(xiàng)辦法是：

開發(fā)/實(shí)施內(nèi)部Microservices工具

重組

與供應(yīng)商專家合作/使用供應(yīng)商作為受信任的顧問(wèn)

采購(gòu)或使用微服務(wù)平臺(tái)/解決方案

受訪者表示而涉，在微服務(wù)方面著瓶，他們一直依賴供應(yīng)商和供應(yīng)商中小企業(yè)作為他們信任的顧問(wèn)，此外婴谱，許多人回應(yīng)說(shuō)，重組是一種緩和活動(dòng)躯泰，以克服與企業(yè)文化有關(guān)的微服務(wù)挑戰(zhàn)谭羔，因此，要在市場(chǎng)上評(píng)估微服務(wù)解決方案麦向，并選擇符合要求的最佳方案瘟裸，如果解決方案存在漏洞，就在內(nèi)部實(shí)現(xiàn)這些差距诵竭，依靠供應(yīng)商來(lái)適應(yīng)和實(shí)施微服務(wù)话告，想要從企業(yè)既定流程中激發(fā)變更，可能需要重新組建團(tuán)隊(duì)卵慰，通常引入文化變革和重組沙郭，最好先按小的幾人團(tuán)隊(duì)開始。

7裳朋、應(yīng)用服務(wù)器可以用于微服務(wù)

因?yàn)橛辛薉ocker和Kubernetes容器作為一種實(shí)現(xiàn)微服務(wù)的技術(shù)取得了很大的成功病线。

正如前文所說(shuō)，企業(yè)不只是為新項(xiàng)目應(yīng)用微服務(wù)鲤嫡，也不應(yīng)用于現(xiàn)有的應(yīng)用程序送挑，其中許多應(yīng)用程序是用Java EE使用傳統(tǒng)的應(yīng)用服務(wù)器編寫的，但并不是所有的應(yīng)用服務(wù)器都是相同的暖眼，市場(chǎng)上許多應(yīng)用服務(wù)器都沒(méi)有實(shí)現(xiàn)現(xiàn)代化或重新設(shè)計(jì)惕耕，以滿足云原生的開發(fā)需求。所以诫肠，需要用戶自行辨別司澎，選對(duì)工具。

如果擁有在Java EE和應(yīng)用服務(wù)器上有著大量經(jīng)驗(yàn)和專業(yè)知識(shí)的員工栋豫，可以讓他們利用經(jīng)驗(yàn)在現(xiàn)代服務(wù)器中開發(fā)微服務(wù)惭缰，保證是在一個(gè)多運(yùn)行時(shí)/多技術(shù)/多框架的微服務(wù)環(huán)境中。

8笼才、標(biāo)準(zhǔn)仍然是非常重要

對(duì)于開發(fā)微服務(wù)的客戶來(lái)說(shuō)漱受，標(biāo)準(zhǔn)仍然是非常重要的事情。

Red Hat中間件客戶使用或考慮使用Java EE進(jìn)行微服務(wù)的三大原因如下：

Java EE是一個(gè)標(biāo)準(zhǔn)

無(wú)需再去培訓(xùn)員工

Java EE能夠運(yùn)行產(chǎn)品，因?yàn)樗呀?jīng)很好地建立了企業(yè)級(jí)優(yōu)化

這表明昂羡，Red Hat中間件客戶看到了開源社區(qū)驅(qū)動(dòng)標(biāo)準(zhǔn)和和規(guī)范的價(jià)值絮记，其旨在運(yùn)行企業(yè)應(yīng)用程序，并具有可靠性虐先、可用性怨愤、可伸縮性和性能（RASP）功能。

想要了解更多微服務(wù)知識(shí)的蛹批，可以關(guān)注我撰洗，順便給大家推薦一個(gè)交流學(xué)習(xí)群：650385180，里面會(huì)分享一些資深架構(gòu)師錄制的視頻錄像：有Spring腐芍，MyBatis差导，Netty源碼分析，高并發(fā)猪勇、高性能设褐、分布式、微服務(wù)架構(gòu)的原理泣刹，JVM性能優(yōu)化這些成為架構(gòu)師必備的知識(shí)體系助析。還能領(lǐng)取免費(fèi)的學(xué)習(xí)資源，目前受益良多椅您，以下的課程體系圖也是在群里獲取外冀。

總結(jié)：以上就是我要說(shuō)的內(nèi)容，希望以上的內(nèi)容可以幫助到正在默默艱辛掀泳，還在迷米锻铮或者遇到瓶疾且不知道怎么辦的Java程序員們，我能幫你們的只有這么多了开伏，希望大家在往后的工作中膀跌，一切順利。