為何微服務(wù)是業(yè)務(wù)成功的關(guān)鍵?
譯文【51CTO.com快譯】Unit4首席技術(shù)官Claus Jepsen寫道,一句古老的格言指出,復(fù)雜的問題可以較輕松地解決,只需分解成較小的任務(wù)。軟件界也是如此,我們看到從的整體式應(yīng)用程序向細(xì)粒度的微服務(wù)轉(zhuǎn)變。毫不夸張地說,企業(yè)組織采用微服務(wù)的速度將是表明其未來成功的主要指標(biāo)。
封裝業(yè)務(wù)功能不是什么新概念,可以一直追溯到SOA、面向?qū)ο蟮木幊滔到y(tǒng)甚至COBOL,但是封裝的業(yè)務(wù)功能和開放的API意味著公司在積極追求微服務(wù)。原因不僅僅是由于它們提供了技術(shù)上優(yōu)越的替代方案,還由于它們與更廣泛的業(yè)務(wù)需求相契合:更快地行動、盡可能進(jìn)行數(shù)字化,并提供引人注目的用戶體驗。
可組合式企業(yè)
Gartner在最新的《新興技術(shù)成熟度曲線》的“期望膨脹期”部分中將其稱為“可組合式企業(yè)”。原因何在?本質(zhì)上有一個簡單的公式,較小的服務(wù)對組織而言意味著更大的敏捷性。Gartner稱:“隨著業(yè)務(wù)需求發(fā)生變化,組織必須能夠快速提供創(chuàng)新、動態(tài)調(diào)整應(yīng)用程序——從企業(yè)內(nèi)外重新組裝功能。”
最終,微服務(wù)使軟件更易于操作、集成和添加新功能。
它們還帶來了新的和改進(jìn)的方式,以便人們與數(shù)字系統(tǒng)進(jìn)行交互,而這些新方式將改變工作的本質(zhì)。簡而言之,它們讓我們遠(yuǎn)離人類在每個重要環(huán)節(jié)指導(dǎo)計算機的世界,轉(zhuǎn)向二進(jìn)制代碼成為我們的助手,接手處理占用我們時間的大量繁瑣工作。
為什么微服務(wù)就像樂高積木?
微服務(wù)常常被比作樂高積木,這種比喻甚至比您想象的還要貼切。樂高通過設(shè)計尺寸更小巧、用途更精確、可靈活使用以創(chuàng)建有趣的新環(huán)境的新積木來重塑其品牌。微服務(wù)的工作方式是將應(yīng)用程序元素分解為單個的專門組件,并使它們可用于在松耦合環(huán)境中與其他組件組裝起來。它們不需要為核心應(yīng)用程序支付高昂成本或忍受緩慢的流程,因而使人們的工作效率更高。
它們對于企業(yè)軟件、尤其是ERP的未來至關(guān)重要,ERP已成為整體式應(yīng)用軟件的代名詞。但是整體式軟件代表過去,而未來以用戶為中心,軟件可以自動化處理更多的流程,僅在必要時才要求人采取行動——比如說,驗證、創(chuàng)新和總體上增加價值。
ERP的這種分解對于靈活性而言至關(guān)重要,而另一個原因是我們使用企業(yè)應(yīng)用程序的方式在發(fā)生變化。我們曾經(jīng)使用PC、鍵盤和顯示器以處理復(fù)雜的菜單結(jié)構(gòu)和大量用戶輸入活動,改用移動應(yīng)用程序和設(shè)備意味著我們需要對設(shè)計軟件的方式更加明智。移動應(yīng)用程序只有簡單又專門化時才成功,而微服務(wù)非常適合這種模式。
我們還要總體上考慮力求更輕量級,放棄任何雜亂無章的東西,比如使用簡單的文檔存儲,而不是加載繁重的數(shù)據(jù)庫來支持流程。同樣,微服務(wù)支持這種方法,有助于打造一個高度集成、普適和聯(lián)合的軟件世界,可以輕松觸發(fā)通常關(guān)聯(lián)的操作,比如從日歷約會轉(zhuǎn)向視頻會議電話。
是時候擯棄孤島、消除摩擦了
我們需要考慮盡可能關(guān)閉孤島并消除摩擦。作為回報,我們會看到創(chuàng)新更快速,軟件更可靠更流暢,因為我們不受到移動大型代碼堆棧的連鎖影響。我們還將使軟件更易于使用,并更容易使用更多的低代碼/無代碼環(huán)境來開發(fā),因此我們就不需要對代碼進(jìn)行細(xì)微調(diào)整的高薪顧問。
現(xiàn)實世界中的大多數(shù)人不了解微服務(wù),但微服務(wù)對業(yè)務(wù)的未來至關(guān)重要。如果公司無法利用微服務(wù)提供更好的用戶體驗,那么當(dāng)客戶接觸構(gòu)建了更好產(chǎn)品或服務(wù)的公司時,他們將無異于碰壁。從諾基亞到蘋果、從百視達(dá)到Netflix,那些市場轉(zhuǎn)變殘酷而快速,因此最好現(xiàn)在就做好數(shù)字化體驗的基本面,并充分發(fā)揮微服務(wù)的魅力。
原文標(biāo)題:Why Microservices Are Key to Business Success,作者:Claus Jepsen
【51CTO譯稿,合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】


2024-11-06 16:27:12




