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