如何將單片機應用程序‘重構’至微服務中

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

由于單片機應用程序是開發應用程序的一種為人熟知的方式，所以在某些情況下，特別是在應用程序開發的早期階段，它們能起到一定的幫助作用。此外，單片機應用程序還將業務邏輯視作其核心，并通過定義服務、域對象和活動的模塊來實現。數據庫和消息傳遞組件，以及公開API或實施用戶界面的網絡組件會圍繞業務邏輯這一核心與外相接。

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

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

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

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

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

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