張曉春 馬玉慧
摘要:公司近年來建設(shè)開發(fā)了許多信息系統(tǒng),由于當(dāng)時實際需求和技術(shù)所限,許多系統(tǒng)各自獨立,信息系統(tǒng)之間缺乏交互和充分共享使用,本文擬通過綜合辦公平臺系統(tǒng)建設(shè),對多個系統(tǒng)集成、整合,提供在云平臺上建立微服務(wù)系統(tǒng)的解決方案,滿足新時代測井信息系統(tǒng)的高時效、高度共享,達(dá)到協(xié)同辦公的目標(biāo)。
關(guān)鍵詞:信息系統(tǒng);綜合辦公平臺;協(xié)同辦公
中圖分類號:TP311? ? ? 文獻(xiàn)標(biāo)識碼:A
文章編號:1009-3044(2021)17-0241-03
開放科學(xué)(資源服務(wù))標(biāo)識碼(OSID):
公司多年來來建設(shè)了許多系統(tǒng),包括經(jīng)營辦公方面、生產(chǎn)管理方面、培訓(xùn)考核方面、測試井專業(yè),這些系統(tǒng)建設(shè)時間長短不一,有些已應(yīng)用超過10年,在生產(chǎn)和工作中發(fā)揮了重要作用。但限于當(dāng)時技術(shù)條件、實際需求,系統(tǒng)部署較為簡單,應(yīng)用單一,隨著軟件技術(shù)發(fā)展,服務(wù)器、操作系統(tǒng)更新?lián)Q代,業(yè)務(wù)流程變更,生產(chǎn)經(jīng)營管理的需求越來越高,各部門協(xié)同工作越來越多,現(xiàn)有很多系統(tǒng)已不能勝任現(xiàn)有業(yè)務(wù)需求,進行現(xiàn)有軟件系統(tǒng)的集成、整合工作已經(jīng)刻不容緩。因此希望借助綜合辦公平臺建設(shè),集成機關(guān)經(jīng)營辦公各系統(tǒng)應(yīng)用,為多系統(tǒng)高效整合開展先導(dǎo)性試驗。
1 信息系統(tǒng)應(yīng)用現(xiàn)狀
公司成立二十年以來,有參與上級統(tǒng)一建設(shè)的系統(tǒng):ERP系統(tǒng),財務(wù)系統(tǒng),勘探開發(fā)數(shù)據(jù)庫系統(tǒng),有自主建設(shè)的系統(tǒng):通知系統(tǒng)、請假系統(tǒng)、宣傳報道系統(tǒng)、會議系統(tǒng)、培訓(xùn)系統(tǒng)、經(jīng)營考核系統(tǒng)、檔案系統(tǒng)、生產(chǎn)管理系統(tǒng),儀器儀表管理系統(tǒng)、油料管理、車輛維修系統(tǒng)等。專業(yè)系統(tǒng)方面有地面測井系統(tǒng)、便攜式地面系統(tǒng)、測井解釋系統(tǒng)、試井解釋系統(tǒng)、成果發(fā)布系統(tǒng)等等。隨著生產(chǎn)、管理需求的不斷變化和信息技術(shù)的飛速發(fā)展,有的系統(tǒng)由于建設(shè)時間太早、技術(shù)落后,已不滿足需求;有的系統(tǒng)仍在為測試公司服務(wù)。從功能使用上,一些系統(tǒng)僅是為了滿足當(dāng)時的生產(chǎn)或管理方面的需求,需要重新改造適應(yīng)新環(huán)境;從技術(shù)應(yīng)用上,有些系統(tǒng)運行在Windows98、XP操作系統(tǒng)下,軟件開發(fā)技術(shù)陳舊落后,需要全面替代??傊?,由于受當(dāng)時環(huán)境、時間、技術(shù)水平所限,很多系統(tǒng)沒有統(tǒng)一規(guī)劃,系統(tǒng)之間兼容難、通訊難、資源共享難,為后期維護帶來大量工作和麻煩。
1.1 各應(yīng)用系統(tǒng)之間存在壁壘,形成信息“孤島”,數(shù)據(jù)共享難
由于業(yè)務(wù)工作及管理需求,工作人員經(jīng)常需要使用不同的系統(tǒng)處理工作任務(wù),每個系統(tǒng)各自獨立,系統(tǒng)之間沒有交互,例如人員、崗位數(shù)據(jù)在A系統(tǒng)輸入使用后,在B系統(tǒng)需要再次錄入使用,缺乏數(shù)據(jù)共享,這意味著工作人員須頻繁切換系統(tǒng),嚴(yán)重影響工作效率,數(shù)據(jù)利用率低。
1.2 各系統(tǒng)架構(gòu)不統(tǒng)一,給使用人員和維護人員帶來困擾
測試分公司目前運行的經(jīng)營辦公、生產(chǎn)管理類系統(tǒng)大多為B/S架構(gòu)(瀏覽器/服務(wù)器模式),專業(yè)系統(tǒng)如測井解釋系統(tǒng)、試井解釋系統(tǒng)、地面測井系統(tǒng),多為C/S架構(gòu)(C),各系統(tǒng)應(yīng)用的軟件技術(shù)有很多,如.net ,php,c#,java,C++,delphi,使用人員需要安裝各種客戶端插件,這些系統(tǒng)同時運行,可能出現(xiàn)插件沖突的現(xiàn)象;需要經(jīng)常升級軟件,因此在配置較低的計算上經(jīng)常無法正常顯示。此外,很多系統(tǒng)僅支持特定瀏覽器,不同應(yīng)用系統(tǒng)對計算機環(huán)境要求不同,加上操作人員的技術(shù)水平不一,系統(tǒng)應(yīng)用過程中出現(xiàn)兼容性問題,給系統(tǒng)運維和管理帶來了一定的困難和工作量。
1.3 功能重復(fù),存在數(shù)據(jù)冗余
測試公司建設(shè)的許多系統(tǒng)都涉及基礎(chǔ)數(shù)據(jù)管理功能,例如用戶管理方面,崗位管理、部門管理、組織結(jié)構(gòu),角色管理,這些系統(tǒng)開發(fā)時間不同,存在同一功能多次開發(fā),后期維護不同步,導(dǎo)致許多數(shù)據(jù)重復(fù),操作人員較多,存在數(shù)據(jù)出錯、數(shù)據(jù)更新不及時。
在系統(tǒng)權(quán)限方面,每個系統(tǒng)均需要開發(fā)一整套權(quán)限控制管理功能,在業(yè)務(wù)工作流程方面,通知系統(tǒng)、請假系統(tǒng)、宣傳系統(tǒng)、會議管理系統(tǒng)均設(shè)計了申請、審批流程的功能,開發(fā)人員需要開發(fā)、維護多個系統(tǒng)的功能,工作量較大。
2 系統(tǒng)整合方案
對現(xiàn)有系統(tǒng)從用戶管理、業(yè)務(wù)應(yīng)用、技術(shù)架構(gòu)等多方面分析,顯然最容易的整合是簡單地把頁面和功能匯集,但要實現(xiàn)真正的整合,應(yīng)首先確定目標(biāo),分析總體需求,從系統(tǒng)架構(gòu)、數(shù)據(jù)模型、業(yè)務(wù)流程、功能取舍來設(shè)計整合方案。
2.1 統(tǒng)一系統(tǒng)架構(gòu)
信息系統(tǒng)在設(shè)計時,由于開發(fā)平臺和基于硬件體系的不同,存在不同類型的系統(tǒng)體系結(jié)構(gòu)。系統(tǒng)架構(gòu)的統(tǒng)一是整合的基礎(chǔ)[1],將系統(tǒng)的邏輯業(yè)務(wù),包括用戶管理單元、服務(wù)注冊單元、日志服務(wù)單元、數(shù)據(jù)控制單元等拆分成各個微小服務(wù),每個服務(wù)都是獨立運行的小系統(tǒng),單獨部署、獨立維護,當(dāng)需求變化時,只需修改某個單元,不影響整體系統(tǒng),大大減少了運維成本。
對于系統(tǒng)整合來說,要選擇兼容性更強、維護更方便、且健壯的系統(tǒng)架構(gòu)。先進的系統(tǒng)架構(gòu)能給開發(fā)減少工作量、維護量,開發(fā)效率事半功倍。微服務(wù)架構(gòu)是當(dāng)前業(yè)界流行的系統(tǒng)架構(gòu)。他是在近年來服務(wù)系統(tǒng)云化后普遍使用的一種架構(gòu)[2]。傳統(tǒng)的應(yīng)用程序為單體式架構(gòu),前端頁面(UI)和后端服務(wù)為一個整體,當(dāng)需求改變時,需改動代碼,停止系統(tǒng)服務(wù)。若其中某一個環(huán)節(jié)故障,整個系統(tǒng)停止運行。系統(tǒng)云化、無服務(wù)化愈來愈流行的今天,微服務(wù)架構(gòu)成為首選。
微服務(wù)(Micro services),是一種云原生架構(gòu)方法,其中單個應(yīng)用程序由許多松散耦合且可獨立部署的較小組件或服務(wù)組成。微服務(wù)架構(gòu)有別于傳統(tǒng)的單體式方案,可將應(yīng)用拆分成多個核心功能[3]。每個功能都被稱為一項服務(wù),可以單獨構(gòu)建和部署,這意味各項服務(wù)在工作或出現(xiàn)故障時,不會相互影響。
微服務(wù)架構(gòu)的特點:一是針對特定服務(wù)發(fā)布,影響小,風(fēng)險小,成本低;二是可以根據(jù)需求頻繁發(fā)布版本,快速交付使用;三是低成本擴容,彈性伸縮,適應(yīng)云環(huán)境[4]。
微服務(wù)恰恰是把所有核心功能模塊拆分成可獨立運行的服務(wù)單元,有需求時,只改動某一個單元,形成新的服務(wù)。通過服務(wù)發(fā)現(xiàn)機制自動注冊,加入系統(tǒng),用戶可迅速體驗更新的系統(tǒng)。微服務(wù)架構(gòu)開發(fā)中采用的容器技術(shù)將這些業(yè)務(wù)單元像編排碼頭上的集裝箱一樣合理管理,監(jiān)控系統(tǒng)服務(wù)的健康狀態(tài),若某一服務(wù)發(fā)生故障,自動啟動新的服務(wù)保證系統(tǒng)正常運行。
2.2 統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn)
信息系統(tǒng)的基礎(chǔ)是數(shù)據(jù),不同時期建設(shè)的系統(tǒng)數(shù)據(jù)標(biāo)準(zhǔn)和格式不統(tǒng)一,比如勘探開發(fā)數(shù)據(jù)庫與各采油廠自建系統(tǒng)的井號不統(tǒng)一,不同測井儀器錄取的測井?dāng)?shù)據(jù)格式不統(tǒng)一,不同業(yè)務(wù)系統(tǒng)間,經(jīng)常存在著數(shù)據(jù)相互調(diào)用,那么需要建立統(tǒng)一的數(shù)據(jù)交換接口定義,保證雙方數(shù)據(jù)可以進行順利識別及調(diào)用。因此要實現(xiàn)系統(tǒng)有效整合,必須采用統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn),建立數(shù)據(jù)接口程序,與其他系統(tǒng)對接,實現(xiàn)數(shù)據(jù)間的傳輸和順利轉(zhuǎn)換。
例如,對于生產(chǎn)測試業(yè)務(wù)數(shù)據(jù),需要建立測井?dāng)?shù)據(jù)格式的標(biāo)準(zhǔn)協(xié)議,以便解釋人員、解釋系統(tǒng)識別、解析。對于經(jīng)營管理方面的數(shù)據(jù),以ERP數(shù)據(jù)模型為主,根據(jù)不同的數(shù)據(jù)應(yīng)用特性擴展源數(shù)據(jù)模型、建立擴展數(shù)據(jù)表,能夠提高數(shù)據(jù)的訪問效率,對業(yè)務(wù)數(shù)據(jù)的訪問制定負(fù)載平衡側(cè)率,提高系統(tǒng)的訪問量,縮短系統(tǒng)的響應(yīng)時間。
2.3 業(yè)務(wù)應(yīng)用集成
在每一個應(yīng)用系統(tǒng)中建設(shè)基礎(chǔ)數(shù)據(jù)管理,如人員管理、崗位、組織機構(gòu),工作流等重復(fù)功能是形成信息孤島的根本原因之一,隨著信息技術(shù)的發(fā)展,將業(yè)務(wù)系統(tǒng)中重復(fù)建設(shè)的通用功能剝離出來,建設(shè)通用功能,集中維護、統(tǒng)一管理。針對一些相對獨立、功能單一的軟件,梳理業(yè)務(wù)流程,以核心應(yīng)用為基準(zhǔn),集成改造、界面集成、集成開發(fā)。
2.4在云數(shù)據(jù)中心建立服務(wù)虛擬化
油田公司建設(shè)了云數(shù)據(jù)中心及虛擬化服務(wù)器資源池,本著提高資源利用率和管理效率的原則,測試公司也陸續(xù)開展服務(wù)器虛擬化工作,結(jié)合本單位信息系統(tǒng)的現(xiàn)狀與需求,在整合硬件設(shè)施的基礎(chǔ)上,軟件平臺也應(yīng)集成,建立應(yīng)用服務(wù),實現(xiàn)資源統(tǒng)一管理、部署自動化、共享化。
2.5 具體應(yīng)用
通知、請假、宣傳報道平臺各自獨立,均有一套獨立的用戶管理系統(tǒng)、權(quán)限管理系統(tǒng),平臺之間不能進行數(shù)據(jù)共享,平臺中涉及的崗位、用戶、角色有重疊,資源浪費,考慮將這些平臺整合,共同使用一套用戶管理系統(tǒng),設(shè)置單一登陸點、權(quán)限分別配置的策略[3],結(jié)合機關(guān)部室的業(yè)務(wù),規(guī)范辦公流程,建設(shè)一套測試綜合辦公應(yīng)用平臺。
綜合辦公平臺建設(shè)是以一個系統(tǒng)框架,多個子系統(tǒng)應(yīng)用集成,統(tǒng)一的用戶管理,根據(jù)用戶不同角色配置不同的系統(tǒng)。如下圖:
系統(tǒng)分為數(shù)據(jù)層,服務(wù)層,上層應(yīng)用。在云數(shù)據(jù)中心建立數(shù)據(jù)層,提供數(shù)據(jù)共享服務(wù),對于基礎(chǔ)數(shù)據(jù),可以通過數(shù)據(jù)庫、Web服務(wù)方式與業(yè)務(wù)系統(tǒng)來共享基礎(chǔ)數(shù)據(jù),這樣的好處是減少服務(wù)器成本,減少運維工作量。在服務(wù)層中,包括消息服務(wù)、流程服務(wù)、系統(tǒng)安全服務(wù)、過程跟蹤服務(wù)、知識管理服務(wù)、查詢搜索服務(wù)、組織與賬戶存取服務(wù)等。將中心核心應(yīng)用、通用服務(wù)拆分成各種微小單元,這些服務(wù)單元獨立運行,獨立維護,一旦發(fā)生需求的改變,只修改某一單元,而不影響其他服務(wù),為系統(tǒng)擴容降低了開發(fā)成本。上層應(yīng)用只需調(diào)用服務(wù)API,若某一應(yīng)用發(fā)生故障,系統(tǒng)的其他應(yīng)用仍然可以正常運行。
上層應(yīng)用中可以看到各項系統(tǒng)集成后的功能頁面。
3 結(jié)論
隨著企業(yè)發(fā)展,加快信息系統(tǒng)的整合與集成,建立微服務(wù)架構(gòu)、云數(shù)據(jù)的應(yīng)用,也符合集團公司及油田公司對信息技術(shù)發(fā)展趨勢的要求。通過整合、集成與共享,力爭打造分公司內(nèi)部統(tǒng)一的信息資源集成與管理的平臺,實現(xiàn)分公司綜合管理工作的網(wǎng)絡(luò)化、自動化和智能化,達(dá)到全面提升分公司各項管理工作效率和工作質(zhì)量的管理目標(biāo)要求。
參考文獻(xiàn):
[1] 彭宇.云計算在企業(yè)信息系統(tǒng)整合的應(yīng)用[J].電子技術(shù)與軟件工程,2018(14):183.
[2] 陳光禮.基于云計算技術(shù)的信息系統(tǒng)整合關(guān)鍵技術(shù)研究[J].電腦知識與技術(shù),2018,14(34):244-245,267.
[3] 梁安健,胡寧,羅劍武,等.基于Spring Cloud的微服務(wù)構(gòu)建及軟件云化應(yīng)用研究[J].電子產(chǎn)品可靠性與環(huán)境試驗,2018,36(S1):105-109.
[4] 李貞昊.微服務(wù)架構(gòu)的發(fā)展與影響分析[J].信息系統(tǒng)工程,2017(1):154-155.
【通聯(lián)編輯:唐一東】