IT經(jīng)理、架構(gòu)師和開發(fā)者都嘗試妥協(xié)于微服務(wù)和容器對企業(yè)IT方式的改變。在某一個層面來說這是一件好事，但是事實上，一些更深層次的東西在驅(qū)動著技術(shù)和IT。
要理解微服務(wù)和容器，可以從抓住它的價值定義開始，然后將IT和數(shù)據(jù)中心的性能與這個變革的驅(qū)動者進(jìn)行匹配。最后，為了敏捷性來構(gòu)建架構(gòu)，而不是為了追隨下一個大熱點(diǎn)來構(gòu)建架構(gòu)。
IT策劃者和經(jīng)理們一定要了解到應(yīng)用程序和工作者之間基本關(guān)系的變化——特別是事件驅(qū)動型、移動的工作者——他們是使用容器和微服務(wù)的驅(qū)動者。IT方向的轉(zhuǎn)變會讓昂貴、長期存在的基礎(chǔ)架構(gòu)向動態(tài)的市場進(jìn)行靠齊。這意味著不僅僅是更多高效的云服務(wù)或者更低的操作復(fù)雜性，還能更好地對他們IT的需求進(jìn)行響應(yīng)。
現(xiàn)代的工作者
應(yīng)用軟件從記錄業(yè)務(wù)活動進(jìn)化到促進(jìn)業(yè)務(wù)活動。應(yīng)用程序創(chuàng)建了一條企業(yè)可以跟隨的創(chuàng)建運(yùn)營計劃的最小阻力路徑。企業(yè)架構(gòu)師已經(jīng)通過數(shù)十年的努力想把應(yīng)用程序與業(yè)務(wù)的目標(biāo)達(dá)成契合，但是他們通常會被現(xiàn)在用來經(jīng)營業(yè)務(wù)所使用的可用的IT工具所阻礙。
智能手機(jī)設(shè)備的出現(xiàn)加速了這個現(xiàn)象。手機(jī)app的工作者需要得到對他們工作的支持，而不是遵循一些已經(jīng)預(yù)定義好的工作流。手機(jī)工作者是事件驅(qū)動型的，這意味著應(yīng)用程序也需要這樣。微服務(wù)不是為了IT發(fā)展所尋求得商業(yè)計劃，而是一種響應(yīng)戰(zhàn)略性需求的構(gòu)造應(yīng)用的方法。
比傳統(tǒng)的虛擬化更少的日常開銷
在應(yīng)用程序的層面，微服務(wù)促使架構(gòu)師和開發(fā)者不僅僅把產(chǎn)品特點(diǎn)和流程當(dāng)成是服務(wù)，而是重新思考整個流程和應(yīng)用組成的概念。伴隨著面向服務(wù)的架構(gòu)體系(SOA))和其他基于服務(wù)的方法論，流程將組件捆綁變成組合的應(yīng)用程序。微服務(wù)的目標(biāo)是讓工作者的工作和組合的營養(yǎng)程序綁定到一起。每一步和特性都是按需求而定的。
可能微服務(wù)和敏捷IT帶來的最大的影響就是每一個組件都變得很關(guān)鍵。在一個應(yīng)用模型中，每一個組件的組成都是顯而易見的，所以你可以有根據(jù)地將關(guān)鍵和非關(guān)鍵的app分開。但是在微服務(wù)模型里，一個組件可能是關(guān)鍵app的一部分，也可能不是，這取決于工作環(huán)境。規(guī)則、安全和可用性必須在所有地方都達(dá)到要求，而不僅僅是需要的地方達(dá)到要求就可以。
微服務(wù)臨時的特性是驅(qū)動著容器技術(shù)的關(guān)鍵。而虛擬化，不管是在數(shù)據(jù)中心還是在云端，不管是如何組合的都會有比較高的應(yīng)用程序開銷。如果服務(wù)是小型的、策略性的，那么虛擬化的費(fèi)用是很難平衡的。如果微服務(wù)有廣泛的接受程度，那么容器會更加普遍，微服務(wù)會成為事件驅(qū)動型IT模型的基礎(chǔ)。
微服務(wù)一定要基于正確的組件架構(gòu)上，這會讓IT能動態(tài)地部署和規(guī)劃組件。非狀態(tài)化組件和更功能性的編程方法會主動阻止開發(fā)者創(chuàng)建狀態(tài)化的組件。開發(fā)經(jīng)理和架構(gòu)師現(xiàn)在已經(jīng)有一些功能性的工具，比如廠家微軟和Oracle通過Lambda表達(dá)式創(chuàng)建的的功能性編程。但是他們還是需要圍繞著微服務(wù)的開發(fā)環(huán)境來做一些功能性的領(lǐng)域，因為編程的必要模型還是存在的。
增強(qiáng)后端
采取容器技術(shù)并不意味著保證數(shù)據(jù)中心會進(jìn)化成最佳去支持微服務(wù)和事件驅(qū)動型IT。當(dāng)程序變得越來越敏捷也意味著對它們的開發(fā)會變得越來越?jīng)]有效率。通過幾步來阻止這一切的發(fā)生吧，與業(yè)務(wù)負(fù)責(zé)人和開發(fā)者進(jìn)行協(xié)商，讓應(yīng)用在設(shè)計的時候就避免過多的、沒有保證的部件化。失控地使用微服務(wù)會帶來IT的低效率，且不會提高最終用戶的敏捷性。除了這些，IT運(yùn)營團(tuán)隊還必須修正數(shù)據(jù)中心運(yùn)營的方式和數(shù)據(jù)中心本身。
微服務(wù)和事件驅(qū)動型組件在網(wǎng)絡(luò)延遲最小的情況下是最有效率的，這包括通過整個數(shù)據(jù)中心的延遲，以及多個數(shù)據(jù)中心或者公有云服務(wù)之間的延遲。使用快速的局域網(wǎng)作為數(shù)據(jù)中心的核心，在服務(wù)器和網(wǎng)絡(luò)適配器上提供優(yōu)化過得網(wǎng)絡(luò)路徑，避免虛擬交換機(jī)的過載。連接多個數(shù)據(jù)中心來減少延遲和丟包，這會嚴(yán)重惡化微服務(wù)的性能。
不能變快的應(yīng)該被阻止。按需要規(guī)范新的應(yīng)用程序部署和DevOps工具，讓微服務(wù)變得合適。托管微服務(wù)到接近需要連接的地方，同樣也要離固定的資源比較近，例如數(shù)據(jù)庫，來避免過多的傳遞延遲。在將微服務(wù)放到IT資源的時候，要尋找編排的工具來考量以上這些點(diǎn)。對IT運(yùn)營人員進(jìn)行培訓(xùn)，讓他們在安裝參數(shù)和策略的時候提供正確的連接信息。
微服務(wù)和容器，被業(yè)務(wù)敏捷性所驅(qū)動著，它可能會產(chǎn)生一個巨大的力量來強(qiáng)迫數(shù)據(jù)中心接受私有云，支持混合云部署。當(dāng)在虛擬化環(huán)境下建立微服務(wù)和容器模型成為可能的時候，對敏捷應(yīng)用的需求會影響特性和功能的遷移。對云友好的內(nèi)部實踐和客戶創(chuàng)新的公有云采納方案會讓彈性組件縮放自如。
核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題：微服務(wù)和容器對企業(yè)帶來什么樣的影響?
相關(guān)文章
