韓佼男
(中國石油集團東方地球物理公司 信息技術中心,北京 100007)
隨著通訊技術的不斷發展,普通的辦公軟件已經無法滿足企業需求。在這種情況下就需要開發出符合企業個性化需求的辦公軟件,以便能夠滿足企業需求。而由于微服務框架自身具有顯著的特點,也在一定程度上決定了在構建項目的過程中時會更有層次化。與此同時,獨立部署的模式也讓系統變得更加強壯,不得不說現階段微服務已經成為了一個必然的發展趨勢。設計人員需要通過實地考察企業的具體情況,并根據員工的不同需求,開發出具有針對性的系統,諸如手機移動端等。同時,企業通過眾多平臺將不同的用戶緊緊地聯系在一起,不但實現了隨時隨地辦公,還為企業帶來了很多便利。
微服務架構是面向服務架構(Service-Oriented Architecture,SOA)思想的一種實現,旨在通過將功能分解到各個離散的服務中以實現對解決方案進行解耦。服務架構采用一組服務方式來構建一個應用,每個服務獨立部署在不同的進程中,而不同服務通過一些輕量級交互機制進行通信。同時,服務可獨立進行擴展伸縮,且每個服務都定義了明確的邊界,可以由獨立的團隊來維護。近年來微服務架構應用的成功案例不斷出現,例如國外的Twitter、Netflix、Amazon和eBay等公司都已經從傳統企業架構遷移到微服務架構。
業界對微服務沒有準確的定義,但是根據應用實踐,可以總結出微服務架構具有以下特征。
(1)原子服務。每個服務功能越單一,對其他服務的依賴就越少,內聚性就越強,符合“高內聚、松耦合”的標準。
(2)應用自治。服務足夠小,功能單一,可以獨立打包、部署、升級、回滾和彈性伸縮,不依賴其他微服務。
(3)敏捷交付。每個微服務都可以由較小規模的研發團隊負責設計、開發、測試、部署、運行治理及灰度發布等,是實現開發、運維一體化(DevOps)的基礎。
(4)靈活部署。微服務可以按獨立進程去部署,即可以將多個相同的微服務部署到不同的服務器上,也可以在一臺服務器上部署多個微服務實例,具備高可靠的水平擴展能力。如果為云端,則可以利用輕量級的虛擬機容器進行部署,從而有效降低了部署成本,提高了資源的利用率。
(5)技術靈活。一體化應用往往需要采用某種確定的技術堆棧,而將大型的應用拆分為服務后,每個服務均可以采用不同的技術,充分發揮不同的語言優勢。
(6)去中心化的服務發現。所有微服務節點既是控制節點,又是被控制節點,既接收消息又實時發送消息。在這種模式下不需要重型的企業服務總線,而是把消息中間件所提供的功能融入各個微服務節點中,有效地消除了企業服務總線(Enterprise Service Bus,ESB)本身單點性能瓶頸的問題,這也是微服務和SOA架構最本質的區別。
(1)管理后臺。為各個用戶所在的崗位分配相應的權限,從而實現后臺管理的目的。管理后臺的實質是管理后臺的相應權限,而增加這個功能之后不但能夠分配相應的權限,同時還可以對后臺進行管理,這樣就避免了后臺權限出現混亂,因此管理后臺是必不可少的。
(2)管理基礎數據。管理基礎數據也是必不可少的一個功能,包括錄入、修改以及刪除管理功能。在錄入或者修改數據的過程中,如果沒有相應管理基礎數據的功能,那么隨意地修改和錄入就極易出現很多錯誤,嚴重情況下甚至會發生更加嚴重的后果。
(3)統計功能。管理出庫和入庫信息以及所導出的Excel表格,增加統計功能能夠有效管理出庫、入庫等信息,從而所有的信息就不會出現亂套。
(4)預警功能。預警功能能夠預測系統即將出現的問題,能及時提醒管理人員及時采取應對措施,從而能夠將損失降到最低。
(5)管理監管員。系統能夠對監管員進行管理。
手機端主要有以下功能。①考勤:監管員的簽到,包括定位信息與軌跡信息的查看。②巡庫:監管員巡查質押物品信息。③出入庫:質押物品出入庫存。④盤點:管理剩余質押物。⑤個人管理:修改密碼、升級軟件等。
(1)功能查看。微信端可以查詢所有網站端的具體信息,能夠滿足相關人員的信息需求。試想一下,如果無法查看網站端的相關信息,將會造成諸多不便,而增加這個功能,就是為了迎合了不同用戶的需求。
(2)密碼修改。不同用戶通過微信端能夠進行密碼修改。
在構建企業信息系統的過程中,設計人員應該根據用戶的實際需求將微服務框架應用于系統設計中,因為太過于復雜的界面系統對于用戶而言是非常不方便的,但通過系統設計就可以設計出一個簡潔的系統界面。因此,設計人員在設計系統的過程中,首先需要考慮用戶的需求,只有這樣才能夠讓系統設計滿足廣大用戶的需求,而這就需要對系統進行合理設計,以便能夠更好地滿足用戶的需求。設計人員在系統設計的過程應注意以下方面。①基礎數據:公司具體的項目情況,主要有企業信息表、分公司信息表等。②監管員管理:審核出入庫單、查看巡庫信息、查看軌跡信息等。③統計功能:出庫單、報表等。④預警功能:監管、控貨及結項預警等。⑤組織架構管理:主要有崗位、用戶以及職級管理等。⑥系統管理。
系統采用B/S架構將代碼放置在系統服務器上,然后通過前臺實現對服務器進行訪問,這樣能夠在各個平臺之間傳遞數據和信息。同時,將后臺放置在云服務器中,不但非常便利,而且還能夠實現遠程維護,達到共享和升級的目的,防止出現地域限制。除此之外,在云服務器上還可以部署微服務框架,這樣可以更好地為多個前臺使用同一后臺提供強大的技術支持。基于此就算多個前臺使用同一后臺也不會出現擁擠,因此對系統架構進行優化設計是非常有必要的。
系統設計流程如圖1所示。

圖1 系統設計流程圖
從以往的案例分析可以看出,以Spring Boot為服務架構,能夠構建企業信息管理系統,從而實現多平臺一體化運行,在節省企業時間的同時,還能為系統更好地發展奠定堅實的基礎。通過本文分析可以看出,微服務應用在企業信息化建設中是切實可行的,而且擁有非常好的發展前景。因此企業在信息化建設的過程中,在運用微服務架構的同時,也要加強系統設計,只有這樣才能使微服務架構在企業信息系統構建中發揮最大的作用。
[1]李春陽,劉迪,崔蔚,等.基于微服務架構的統一應用開發平臺[J].計算機系統應用,2017(4).
[2]郝庭毅,吳恒,吳國全,等.面向微服務架構的容器級彈性資源供給方法[J].計算機研究與發展,2017(3).
[3]張宸,王惠森.基于微服務架構的圖書館機構知識庫設計研究[J].圖書館學研究,2017(8).
[4]李忠民,齊占新,周慶虎.大型互聯網平臺微服務化改造六得——某大型企業電子商務平臺微服務化改造實踐紀實[J].科技創新與應用,2017(35).
[5]溫曉麗,蘇浩偉,陳歡,等.基于SpringBoot微服務架構的城市一卡通手機充值支撐系統研究[J].電子產品世界,2017(10).
[6]關霖,李軍.大平臺、微服務IT架構將推動企業信息化、數字化邁上新臺階[J].現代商業,2017(17).
[7]李忠民,齊占新.業務架構的微應用化與技術架構的微服務化——兼談微服務架構的實施實踐[J].科技創新與應用,2016(35).