本文講的是微應用模式在集團企業移動資訊化中的實踐，随着移動網際網路的快速發展及智能手機的不斷普及，越來越多的企業将“移動化”作為優先的IT需求。在移動建設早期企業大多采用獨立的建設思路，然而越來越多的業務系統要上移動，不可能每個業務建立一個App。由此可見，統一門戶App是企業移動化發展的必然趨勢。然而，統一門戶App不會是從零開始建設，在建設過程中将會面臨諸多挑戰。
目錄：
一、集團企業移動資訊化過程中面臨的挑戰
二、微應用模式在企業移動化過程中的價值
三、我們在集團企業中的實踐
四、總結
衆所周知，随着智能手機的普及，移動網際網路的發展，企業員工越來越多的采用移動裝置進行工作展示、收發郵件、工作溝通、流程處理等工作，企業移動移動資訊化是必然趨勢。在企業移動App建設早期，一般是單個App獨立建設，需要一個OA，就會做一個OA的App；需要ERP上移動，就做一個ERP的App。現在大多數員工辦公使用的都BYOD裝置，我們看一下一個員工一天中需要在移動端使用的辦公場景。
挑戰一：多團隊開發難以整合，效率低下
一大早到公司的第一件事情是需要考勤打卡，然後處理一些代辦審批事項。緊接着安排會議，通過手機App預訂會議室，發起會議邀請，和其他人員消息溝通等事項處理。下午還有像宿舍維修、班車查詢、日程安排等等功能，這時如果按照剛剛的建設思路，需要開發十多個App，員工在使用時，每個都要安裝，會有極大的不友善，經常錯過重要事項。
企業需要統一的App，這個App可以提供上述的功能，所有代辦事項統一展現，可以及時處理。顯而易見，統一門戶App是企業移動化發展的必然趨勢。現在大多數企業都有移動端的App，門戶裡的所有應用不會是從零開始建設，原有App可能是多個團隊開發，采用的開發語言也不一樣，如何有效整合現有App是企業移動化面臨的第一大挑戰。
如上圖，OA、ERP、CRM等App需要整合到統一的工作平台中使用，在這裡舉個簡單的示例，假設OA是使用H5開發，ERP是使用原生開發，CRM也是使用原生開發。這時，三個App要整合在一起，三個團隊在一起花費了一個月，終于有一個可以使用的初步版本上線了。
這時，CRM的App出現了功能bug，CRM團隊緊急修複完成，上線了一個新版本，問題是不是所有人員都需要CRM中的功能的，所有人在打開工作平台時，都會提示必須要更新App才可以使用。傳統的App開發上線的方式是修改一個功能，整個App需要重新安裝使用，這樣的效率十分低下。
挑戰二：業務複雜多變，需要靈活應對
我們來看一下另一個場景，某人原來是研發部門的經理，他是沒有辦法看到整個公司的經營管理報告。突然有一天，他升職了，這時他需要立即可以看到相關報表，相關功能要靈活應對需求的複雜多變，這是集團企業所面臨的第二大挑戰。
挑戰三：各類需求快速移動化，互不幹擾
上述講到原有App的統一整合，在企業内，移動的需求越來越多，涉及到了ToC的業務，ToE的業務。ToC也會根據不同的人群，進行多種業務的劃分，而ToE 業務裡，也會根據權限和業務不同，所使用的功能也不盡相同。當然，這些移動業務在真正落地的時候，會有不同的團隊，或者不同的開發商進行完成。這時作為甲方如何能夠掌控這些功能的開發和內建甚至是運維，滿足各類業務快速移動快速移動化，是第三大挑戰。
回想一下我剛剛講的三點，我們需要一個App能提供共生的運作環境，允許不同的團隊和和個人，自行研發相同或不同的移動端的功能，而且相關功能可以運作在同一個App裡，互相之間互不幹擾，今天我給介紹一種解決上述痛點的模式—微應用模式。
首先，簡單介紹一下什麼是微應用模式？微應用模式，一般是由一個主的App，這個App提供了除自身簡單功能外，更多的功能可以由第三方團隊開發按照相同的規範和API開發完成，最後運作在主App中。大家在使用的手機微信的小程式，支付寶裡的各色應用都是采用這種模式實作的。
微應用模式差別于傳統的App開發模式，具備以下特征：
開發期項目獨立
這是微應用模式的基礎，開發的獨立性，確定了多個團隊能夠并行開發且無需要互相依賴，其應用的功能又可以與門戶App互相獨立，確定其自身功能的自由性。當然開發期的獨立性并不意味着沒有相關的限制。為了能讓門戶App健康的發展，相同的限制是必須的。我們熟悉的微信，在開發公衆号時，需要遵守微信的相關的API規範。總結來說，開發期項目的獨立性，并不是随意性，而是從團隊、時間、功能等角度的獨立性。
業務上隔離性
是門戶App能夠正常運轉的基礎，這裡需要考慮兩個因素，業務的相關資源需要單獨規劃，避免業務之間互相幹擾；同時需要避免新增代碼導緻整個門戶App的不穩定性。
運作态動态部署
開發完成的App既可以運作在門戶App中，也可以打包成單獨的App在手機上運作。開發人員不用關心開發完成的App是以微應用模式運作，還是獨立的App。運維人員可以動态調整。接下來我們一起來看下微應用的三大價值點。
價值一：跨地域多團隊研發，提升研發效率
這種模式下，通過集中管控的打包伺服器、釋出伺服器，支援多團隊（可以不同的乙方）進行研發的同時，也可以有效避免證書遺失、安全的問題隐患（比如XcodeGhost），還可以保障良好的使用者體驗。為了能讓移動門戶健康持續的發展，多個團隊開發的App要遵循一定的開發規範，這時，統一的開發平台就顯得尤為重要。
采用統一的開發平台可以屏蔽技術的差異性，快速開發微應用，還有保障良好的使用者體驗。開發完成微應用由統一的打包伺服器打包，可以屏蔽其他因素引入的安全性問題。建議企業内部釋出的應用，使用統一的打包伺服器打包，不推薦開發人員直接本地導出一個部署包或apk/ipa。打包完成後，通過統一的企業應用釋出伺服器釋出應用，不用上第三方的應用市場。
價值二：結合權限，提升營運精細化
To E的應用和傳統的To C的應用不一樣，我們大家所使用的微信，支付寶的功能都是一樣的。但在企業内部不一樣，企業應用是有權限控制的。對于我們開發好的微應用，在釋出進可以結合組織機構權限。這裡就要講到微應用模式的第二個價值點。
結合組織機構權限 ，可以提高業務的響應速度，提升營運的精細化。使用者可自定義使用功能，在提升營運管控性的同時又保障了良好的使用者體驗。為此，需要有一套規範的管理體制，我們将商店使用使用者劃分為三類角色。
對内：超級管理者，管理商店的所有應用管理者，對應用的釋出上線流程全程監控。
對外：分為應用管理者和普通使用者，微應用開發測試完成後由應用管理者發起上線釋出流程。 普通使用者通過商店體制靈活安裝自己可使用的應用。
在結合權限釋出時，可針對不同地崗位、職位進行應用的授權，友善而又靈活的微應用管理。對于新業務，采用微應用的模式，可以友善快速的釋出應用，各業務可單獨上線，互不幹擾。
價值三：各業務快速上線，互不幹擾
有ABC三個團隊，分别負責商旅、合同、公文的開發。每個團隊可以單獨的釋出應用，使用者再也不用安裝多個App了，也不會因為某個不太使用的功能而需要每次更新整個App。為了保障釋出應用的穩定性，我們需要有一套完善的應用釋出流程去控制各微應用的釋出。
對于應用管理者對微應用釋出過程所做的每一步操作，都需要系統管理者稽核，保障業務上線的穩定性。說到這裡，我們的應用是釋出了，最終使用者如果不下載下傳安裝，我業務也不能正常的使用。傳統的應用更新機制，每次更新都需要下載下傳整個安裝包安裝，對于WIFI網絡還好，若是經常在外的人員，網絡不是特别穩定，想要處理一個簡單的審批，還需要重新安裝一個幾十M的App。這對于使用者來說，體驗是相當的不好。采用微應用模式後，所有的應用可以單獨釋出更新。另外我們提供了多種更新機制。
支援多級的智能更新機制。支援強制更新、可選更新等多種更新選項，可以做到使用者無感覺更新。
這是某集團面向内部員工的工作門戶，可以随時随地處理代辦事項，是外出辦公的絕佳助手。該移動工作門戶采用的就是微應用的模式。
打造出移動資訊化的生态圈。改變了原有App獨自建設的封閉性，提供了應用的統一入口，支援多種類型的應用的內建，實作靈活的業務響應。
支援多種第三方應用的內建，通過安裝、解除安裝方式，随時随地增減日常所需要的功能。很多企業内部本身已經有一些應用了，對于這部分應用采用微應用思想內建到門戶工作平台中，對于一些新的業務，主要采用我們的移動平台開發。對于原有App如果想接入到統一的工作平台中，肯定是需要做一定的工作的:
第一：最簡單的來說各應用都需要登入吧（不能在門戶工作台中打開一個應用還要使用者輸入使用者名密碼再次登入吧），這裡就需要在內建的微應用中添加單點登入支撐。
第二：多個內建的微應用都有代辦事項，需要将各應用的代辦事項內建顯示在門戶的代辦清單裡，我們期望是點選一個代辦事項，直接跳轉到事項處理界面。若是點選一下打開一個微應用跳轉到應用的首頁，還需要使用者再次點選才能處理業務，這顯然不是我們想要的。當然要做到這樣效果不是一兩句話就能完成的，需要制定一系列的規範。隻要按照門戶工作台的規範去改造現有App，那麼就可以做到良好的使用者體驗。對于集團型企業，出于安全性等的要求，需要對移動端建設進行管控。
對于統一的門戶來說，各子公司需求建設自己的特色業務，這時隻要子公司有自己的開發團隊，按照門戶規範要求開發的應用好的應用送出總公司稽核，通過後，各省的特色業務就可以正常運作在集團門戶中了。
上文我主要闡述了采用微應用模式解決集團企業在移動資訊化過程中面臨的三大挑戰：多團隊開發App難以整合效率低下；各業務複雜多變、需要靈活應對；對于新業務需要快速實作移動化且互不幹擾。接着介紹了采用微應用模式解決集團移動資訊化過程中的痛點，微應用模式的三大特性（開發獨立性，業務隔離性，部署動态性），完美支援跨地域、多團隊及多開發商應用開發，通過結合權限管理和類App，提升營運的精細化，確定了各業務快速開發上線，互不幹擾。最後介紹了微應用模式在集團企業實踐，希望能帶給讀者一定幫助。
原文釋出時間為：2017-08-24
本文作者：劉磊
本文來自雲栖社群合作夥伴EAWorld，了解相關資訊可以關注EAWorld。