如何將單片機應(yīng)用程序‘重構(gòu)’至微服務(wù)中

單片機應(yīng)用程序遍布于當今的各類業(yè)務(wù)中。這些使用傳統(tǒng)IDE構(gòu)建而成的應(yīng)用程序易于開發(fā)和測試，起碼在剛開始的時候便于部署和擴展。然而，它有一個最大的缺點，那就是：這一程序的規(guī)模只會變得愈發(fā)大型和復雜，而最終會成為一種對各企業(yè)來說極其復雜的代碼，因而會阻礙這些企業(yè)快速有效地回應(yīng)日益變化的業(yè)務(wù)需求和客戶需求。

由于單片機應(yīng)用程序是開發(fā)應(yīng)用程序的一種為人熟知的方式，所以在某些情況下，特別是在應(yīng)用程序開發(fā)的早期階段，它們能起到一定的幫助作用。此外，單片機應(yīng)用程序還將業(yè)務(wù)邏輯視作其核心，并通過定義服務(wù)、域?qū)ο蠛突顒拥哪K來實現(xiàn)。數(shù)據(jù)庫和消息傳遞組件，以及公開API或?qū)嵤┯脩艚缑娴木W(wǎng)絡(luò)組件會圍繞業(yè)務(wù)邏輯這一核心與外相接。

然而，雖然開發(fā)人員以模塊化方式構(gòu)建了這些應(yīng)用程序，但他們卻將其部署為了單片機應(yīng)用程序——例如，將Java應(yīng)用程序打包為WAR文件，并將其部署于應(yīng)用程序服務(wù)器技術(shù)cn.bluehost.com上或打包為獨立且可執(zhí)行的JAR，亦或是將Rails和Node.js應(yīng)用程序打包為目錄層次結(jié)構(gòu)。

在項目初期階段，這種模式可以帶來很多好處，但隨著應(yīng)用程序的發(fā)展和功能的增加，一切就會開始變得復雜且缺乏靈活性。而事實上，開發(fā)得越成功的應(yīng)用程序反而會越難管理——包括對原始信息和逐行（一行接一行）添加代碼的管理。

在這時，要想實現(xiàn)程序的連續(xù)交付是不可能的，而且單片機應(yīng)用程序也需分解成更小的部分。另外，在大型單片機應(yīng)用程序上單獨進行回歸測試可能需要很長時間——尤其是在您的流程中設(shè)有手動UI（用戶界面）或筆測試要求時。事實上，對于開發(fā)人員（尤其是那些剛接觸這一應(yīng)用程序的新手）來說，從事與之相關(guān)的工作已經(jīng)很難了，更別提要真正弄懂這種程序了。而修復錯誤和解決漏洞——甚至還有增加新功能所花費的時間都將會呈指數(shù)式增長。

實施這些操作在任何情況下都有可能會出現(xiàn)問題，但如今的公司卻都需要能高效且有效地響應(yīng)新客戶的需求以及日益變化的市場動態(tài)。對于您的公司來說，如果對關(guān)鍵應(yīng)用程序作出更改就如將遠洋班輪掉頭一樣艱難的話，那您公司的市場競爭力將會受到嚴重影響。

因此，單片機應(yīng)用程序可能會同時阻礙企業(yè)進行創(chuàng)新和獲得成功：由于采用新的計算機語言或技術(shù)可能會帶來挑戰(zhàn)，而單片機應(yīng)用程序也難以擴展，所以這就會減弱企業(yè)滿足日益增長需求的能力。此外，隨著DevOps、微服務(wù)和容器的普及，單片機應(yīng)用程序也可能會阻礙企業(yè)雇傭想從事最新技術(shù)相關(guān)工作的新興人才。

那么，各公司需要為之采取哪些措施呢？亞馬遜、eBay和Netflix這些超大型公司就是使用微服務(wù)架構(gòu)成功部署應(yīng)用程序的絕佳例子。他們將應(yīng)用程序拆分為一小組基于業(yè)務(wù)功能而相互關(guān)聯(lián)的服務(wù)。每個服務(wù)實現(xiàn)一組不同的功能——實際上就是以迷你應(yīng)用程序的身份提供服務(wù)，同時具備自己獨立的業(yè)務(wù)邏輯、適配器甚至是數(shù)據(jù)庫模式。各服務(wù)可以以不同的方式組合在一起，然后以新產(chǎn)品的形式推出。