麥肯錫公司稱(chēng)，在2020年第一季度90天的時(shí)間里，發(fā)生了10年的變革，突顯出企業(yè)在技術(shù)創(chuàng)新方面需要保持敏捷。尤其是在滿(mǎn)足不斷變化的客戶(hù)需求方面。

由于這一流行病，許多公司已經(jīng)認(rèn)識(shí)到，數(shù)字化轉(zhuǎn)型不是一個(gè)可以完成的項(xiàng)目，而是可以打包、報(bào)告并轉(zhuǎn)移到檔案館的項(xiàng)目。相反，這是一個(gè)過(guò)程——一個(gè)不斷創(chuàng)新的循環(huán)。

[[411278]]

傳統(tǒng)的單片體系結(jié)構(gòu)正以“永久”的思維方式轉(zhuǎn)向一種新的“馬赫”方法——專(zhuān)為云計(jì)算構(gòu)建，能夠滿(mǎn)足不斷變化的消費(fèi)者需求。

Ciklum的商務(wù)解決方案總監(jiān)AndyGomes探討了為什么向MACH的轉(zhuǎn)變將著眼于經(jīng)得起未來(lái)考驗(yàn)的企業(yè)技術(shù)，并幫助企業(yè)始終領(lǐng)先于最終用戶(hù)及其競(jìng)爭(zhēng)對(duì)手。

什么是馬赫結(jié)構(gòu)?

MACH的首字母縮寫(xiě)代表了最佳架構(gòu)背后的四個(gè)技術(shù)原則：微服務(wù)、API優(yōu)先、云本地SaaS和Headless。它們共同代表了一種現(xiàn)代的、可組合的軟件策略，這種策略是通過(guò)與彼此無(wú)縫集成的小型解決方案協(xié)作來(lái)定義的。對(duì)于那些不太熟悉的概念，這里是一個(gè)快速重述的主要組成部分馬赫。在深入了解這種方法的實(shí)際好處之前。

微服務(wù)是可以獨(dú)立開(kāi)發(fā)、部署和管理的特定功能，可以更快地更新和訪(fǎng)問(wèn)新功能。它們是現(xiàn)代體系結(jié)構(gòu)的關(guān)鍵，使它們具有模塊化、可擴(kuò)展性和靈活性的特點(diǎn)，而不是以單片系統(tǒng)著稱(chēng)。

API是允許程序之間通信的東西。它們是將前端和后端之間的功能連接起來(lái)以增強(qiáng)商務(wù)體驗(yàn)的線(xiàn)程?；谑录椭苯觓pi使得第三方應(yīng)用程序易于集成，并且可以用作微服務(wù)體系結(jié)構(gòu)的基礎(chǔ)。

云本地應(yīng)用程序是在云環(huán)境中構(gòu)建和運(yùn)行的，能夠利用容器、微服務(wù)、無(wú)服務(wù)器/功能即服務(wù)(FaaS)和以代碼表示的基礎(chǔ)設(shè)施。

無(wú)頭商務(wù)指的是前端和后端開(kāi)發(fā)的脫鉤，以使內(nèi)容表示層或業(yè)務(wù)功能(commerce)層的更新成為可能，而不會(huì)觸及另一層。

單一供應(yīng)商平臺(tái)可能會(huì)使組織面臨供應(yīng)商鎖定和臃腫的遺留技術(shù)堆棧的風(fēng)險(xiǎn)，從而限制了解決快速變化的業(yè)務(wù)需求的能力。

隨著客戶(hù)行為的不斷變化，公司要求采用更靈活的方法，以確保其業(yè)務(wù)經(jīng)得起未來(lái)的考驗(yàn)。從傳統(tǒng)的單供應(yīng)商應(yīng)用程序遷移到MACH提供了無(wú)縫集成，使得在組件無(wú)法運(yùn)行時(shí)可以輕松地添加或刪除、替換或更改組件。它還通過(guò)允許快速實(shí)現(xiàn)更改的堆棧靈活性來(lái)減輕被過(guò)時(shí)技術(shù)遺留的風(fēng)險(xiǎn)。

那你怎么知道你是否準(zhǔn)備好接受?

對(duì)于希望從MACH體系結(jié)構(gòu)中獲益的公司來(lái)說(shuō)，重要的是要記住，這不僅僅是采用一些一次性解決方案或使用新技術(shù)的情況，而是技術(shù)和實(shí)踐方面的業(yè)務(wù)模式轉(zhuǎn)換，以支持不斷發(fā)展的數(shù)字業(yè)務(wù)。

數(shù)字化準(zhǔn)備

就準(zhǔn)備就緒而言，公司需要具備數(shù)字化成熟度，比如相當(dāng)成熟的敏捷和DevOps模型。提供基于離散功能和業(yè)務(wù)價(jià)值的多學(xué)科產(chǎn)品的公司(例如，移動(dòng)網(wǎng)站或交付時(shí)間段調(diào)度解決方案)將比從事一次性項(xiàng)目的公司受益更多。

當(dāng)涉及到開(kāi)發(fā)客戶(hù)價(jià)值時(shí)，需要愿意承擔(dān)風(fēng)險(xiǎn)并做好實(shí)驗(yàn)準(zhǔn)備，以找到新的、未表達(dá)的或現(xiàn)有的市場(chǎng)需求的解決方案。

合作伙伴參與

合作伙伴信任是關(guān)鍵，因?yàn)榧夹g(shù)合作伙伴將成為整個(gè)業(yè)務(wù)的合作伙伴，而不僅僅是IT部門(mén)，這是數(shù)字化轉(zhuǎn)型的一部分。組織應(yīng)與其合作伙伴合作，學(xué)習(xí)、實(shí)施和準(zhǔn)備基礎(chǔ)設(shè)施(云提供商)、流程(DevOps、CI/CD、敏捷交付、設(shè)計(jì)思維)，并為持續(xù)創(chuàng)新周期設(shè)定業(yè)務(wù)和IT。

域藍(lán)圖

MACH是一個(gè)可組合的體系結(jié)構(gòu)，它需要最后一次主要的重新平臺(tái)化工作，以確保每個(gè)組件都是可插拔的、可伸縮的、可替換的，并且可以不斷改進(jìn)。領(lǐng)域驅(qū)動(dòng)的設(shè)計(jì)有助于定義每個(gè)服務(wù)的邊界，并降低決定粒度的任何復(fù)雜性，例如，促銷(xiāo)可以是典型零售商減少對(duì)其他系統(tǒng)依賴(lài)性的能力。

傳統(tǒng)解耦

由于過(guò)時(shí)的遺留系統(tǒng)，轉(zhuǎn)換可能非常復(fù)雜。因此，第一個(gè)挑戰(zhàn)是實(shí)現(xiàn)企業(yè)體系結(jié)構(gòu)的現(xiàn)代化，在某些情況下還需要替換不能解耦的舊系統(tǒng)。

公司應(yīng)該首先使用可用的商業(yè)api將商業(yè)引擎與其專(zhuān)有的前端分離。這被稱(chēng)為混合或改裝無(wú)頭方法。如果應(yīng)用程序支持它，那么是時(shí)候遷移到云上進(jìn)行重新平臺(tái)(不是改變核心，而是一些資源來(lái)利用云基礎(chǔ)設(shè)施，比如數(shù)據(jù)庫(kù)實(shí)例)或重新架構(gòu)(使用云本地特性將核心遷移到面向服務(wù)的體系結(jié)構(gòu))了。后者可能非常昂貴，因此采用云本地商務(wù)引擎可能是一個(gè)更好的選擇。

客戶(hù)體驗(yàn)回顧與更新

一旦前端被解耦，就有可能根據(jù)用戶(hù)的旅程實(shí)現(xiàn)對(duì)客戶(hù)體驗(yàn)的即時(shí)改進(jìn)。這為個(gè)性化、基于上下文的內(nèi)容交付、漸進(jìn)式分析和參與度關(guān)鍵指標(biāo)提供了機(jī)會(huì)，以提高轉(zhuǎn)化率并幫助減少流失。

試驗(yàn)和測(cè)試

MACH提供了試驗(yàn)和測(cè)試的能力，包括在投資大規(guī)模實(shí)現(xiàn)之前快速推出原型。頻繁地進(jìn)行小的更改和持續(xù)的測(cè)試可以讓公司看到對(duì)客戶(hù)體驗(yàn)的影響以及哪些更改可以獲得最佳結(jié)果。

根據(jù)MACH聯(lián)盟(MACHAlliance)委托的最新研究，81%的高級(jí)決策者強(qiáng)烈希望在未來(lái)12個(gè)月內(nèi)增加前臺(tái)架構(gòu)中的MACH元素，這一趨勢(shì)將持續(xù)下去。

重要的是要認(rèn)識(shí)到MACH不僅僅是一個(gè)It解決方案。它是任何公司數(shù)字化轉(zhuǎn)型的關(guān)鍵部分，因?yàn)樗蛊髽I(yè)能夠經(jīng)得起未來(lái)考驗(yàn)并滿(mǎn)足不斷變化的客戶(hù)需求。因此，作為總體業(yè)務(wù)戰(zhàn)略的一部分，它應(yīng)該被列在高級(jí)決策者和領(lǐng)導(dǎo)者的議程上，而不僅僅是it和工程部門(mén)的負(fù)責(zé)人。它不僅讓企業(yè)保持領(lǐng)先，還提供了一種新的思維方式，幫助企業(yè)利用最靈活和創(chuàng)新的技術(shù)。