李華
(德州職業(yè)技術學院 山東省德州市 253034)
新時期背景下,信息在社會的各個領域內(nèi)均呈現(xiàn)出無與倫比的價值,在IT 技術持續(xù)發(fā)展的過程中,現(xiàn)代企業(yè)信息中心的信息處理任務量均呈現(xiàn)出爆發(fā)式增長狀態(tài),因此,企業(yè)自身的服務器需要具備相應的服務和計算能力,才可以保證對各類關鍵數(shù)據(jù)的分析結果有效性。在此期間,如果企業(yè)始終延用此前階段的傳統(tǒng)數(shù)據(jù)信息處理方式,則企業(yè)的每個部分都需要嚴格按照部門職能的不同,對系統(tǒng)服務器進行分配使用[1]。僅從分配表面進行分析,看似合理,每個部門都可以匹配到對應自己的專屬服務器。但是,這種方式存在十分明顯的資源浪費情況,由于并非每個部門的任務量都必須使用到服務器,并且資源量相對較低,并不會讓系統(tǒng)處于滿負荷工作狀態(tài),再加上部分服務器硬件還需要企業(yè)派遣專門專人進行維護,這種情況也會在無形中消耗企業(yè)的經(jīng)營成本,造成一定程度的負擔?;诖?,需要對計算機運行管理軟件的編程語言進行合理改進和優(yōu)化,確保計算機軟件的功能應用效果可以達到更為理想的狀態(tài)。
以Hadoop、Flink 為代表的主要功能軟件均設定高可用部署方案,對應的中心控制系統(tǒng)服務層則需要由Java 完成,以SpringCloud 架構為基礎開發(fā)出的專有應用平臺,可借助Hystrix 達成對限流和熔斷降級問題的突破,效果良好,并且還可以提供在線灰度信息發(fā)布的功能支持;
計算機軟件在執(zhí)行實時數(shù)據(jù)同步操作流程中,會經(jīng)常會出現(xiàn)源數(shù)據(jù)本身的DDL 操作,此時Hive 能夠支持DDL 完成指令操作任務,以此為前提,需要先完成分桶處理,并且此時的DDL 操作最終響應時間普遍較長,這種情況無法有效滿足快速查詢需求和對關鍵數(shù)據(jù)快速分析和處理的實際需求。因此,需要在加入Presto 后在執(zhí)行分析操作,雖然這種設計方式可以有效保證最終的數(shù)據(jù)查詢時效,但是,僅能夠支持部分新增以及系統(tǒng)內(nèi)分區(qū)的刪除操作,無法完成逐條更新操作指令[2]。在這樣的情況下,系統(tǒng)可使用Redis 對數(shù)據(jù)進行更新,并將更新后的數(shù)據(jù)存入到對應的Redis 中,然后再將易剔除的數(shù)據(jù)信息進行分區(qū)處理,此時的數(shù)據(jù)被整體備份到系統(tǒng)的臨時分區(qū)內(nèi),此后則可以使用Redis 中提供的新數(shù)據(jù)分析功能與臨時分區(qū)進行合并分析,最后可將原有分區(qū)中的所有數(shù)據(jù)進行整體刪除處理,并將臨時分區(qū)內(nèi)的所有數(shù)據(jù)整體寫入到對應的新分區(qū)內(nèi),便于后續(xù)數(shù)據(jù)的集中處理和數(shù)據(jù)聚合使用;
JAVA 語言,可以兼具MS OFFICE 系統(tǒng)。在這樣的狀態(tài)下,系統(tǒng)數(shù)據(jù)庫可分為下述四種:
(1)實時數(shù)據(jù)庫;
(2)歷史數(shù)據(jù)庫;
(3)描述數(shù)據(jù)庫;
(4)圖形庫和報表數(shù)據(jù)庫。
其中,數(shù)據(jù)庫與系統(tǒng)處理功能會分別分布在不同的軟件模塊。
系統(tǒng)軟件模塊需要由軟總線進行統(tǒng)一管理,借助標準化ODBC 接口與SB 模塊進行直接聯(lián)接,此時各個模塊的操作方式十分簡單,無需配置到專門節(jié)點機即可完成操作指令,隨意配置并安裝,即可正常使用,有助于后續(xù)階段的系統(tǒng)升級以及擴充。在上述內(nèi)容外,還可在關鍵板卡組件上進行專門設置,為節(jié)點機設備配置足量的冗余模塊,借此達到提升系統(tǒng)實用性以及廣泛性的效果[3]。
運行服務總線(operation service bus,OSB)是OS2的基礎模塊之一,是實現(xiàn)系統(tǒng)各模塊橫向?qū)I(yè)融合和縱向信息貫通的核心技術。OSB 包含面向?qū)崟r類服務的高速實時總線、面向非實時類服務的通用數(shù)據(jù)總線、面向服務生命周期管理的服務注冊與管理功能、廠站端實時總線以及面向電力系統(tǒng)安全分區(qū)交互的跨安全區(qū)傳輸功能等。
Java Message Service(JMS),是一組Java 應用程序接口,它提供創(chuàng)建、發(fā)送、接收、讀取消息的服務。JMS 接口遵循一體化電網(wǎng)運行智能系統(tǒng)(OS2)的技術規(guī)范,按照電網(wǎng)運行服務總線(OSB)的報文格式進行交互。
為保證云計算平臺使用效果,特對以OpenStack 為基礎的私有云計算平臺工作穩(wěn)定性進行測試,同時檢測對存儲swift 服務功能的支持效果進行檢驗,模仿企業(yè)公有云盤服務功能以及存儲邏輯,專門設計出新的私有云網(wǎng)盤,分別包括:系統(tǒng)文件及系統(tǒng)目錄的增刪功能、查改功能以及上傳和下載等功能,最后,通過javaweb對本次系統(tǒng)設計進行開發(fā)測試并給出最終測試結果。
PaaS 支持的主流的開源開發(fā)框架如圖1所示。
圖1:PaaS 支持的主流的開源開發(fā)框架
以固有物聯(lián)網(wǎng)架構作為基礎,擴展并融合大數(shù)據(jù)技術,形成新的信息化系統(tǒng)架構,可以更加有效地處理好物聯(lián)網(wǎng)現(xiàn)存的各方面問題,同時還可以構建出一個更加安全可靠,具有現(xiàn)代化特點、數(shù)字化特點和信息化特點的物聯(lián)網(wǎng)體系,尤其是在成功融合大數(shù)據(jù)技術后,可以做到將“人與物”、“物與物”之間的信息進行關聯(lián),真正達成物聯(lián)網(wǎng)信息化的最終建設目標。
(1)提升數(shù)據(jù)管理效率,感知控制層核心任務在于對多維感知節(jié)點信息數(shù)據(jù)的有效采集,因為節(jié)點屬于物聯(lián)網(wǎng)體系內(nèi)的基礎組織形式,不僅限于一個前端感知設備,同時還也可以作為一個具備劃分功能的系統(tǒng)前端。在此期間,由于物聯(lián)網(wǎng)本身的數(shù)據(jù)資源具有復雜多樣的特點,所以,系統(tǒng)結構化數(shù)據(jù)以及半結構化數(shù)據(jù)采集任務以及傳輸周期均有著一定程度的差異,在面對不同類數(shù)據(jù)在結構方面、數(shù)據(jù)采集周期方面、網(wǎng)絡傳輸速度方面、傳輸周期方面均具有顯著差異。所以,可以選擇邊緣計算終端設備,并將其作為傳感器與云計算服務平臺二者信息傳遞的過渡環(huán)節(jié),再加上邊緣計算本身的計算能力較為突出,可以有效完成物聯(lián)網(wǎng)所需要的數(shù)據(jù)采集任務,并使用大數(shù)據(jù)技術從采集到的數(shù)據(jù)中篩選并提取出有價值的信息,在分擔云中心運算壓力的同時,還可以保證物聯(lián)網(wǎng)的服務功能完整性和有效性。
(2)保證數(shù)據(jù)傳輸安全性,網(wǎng)絡傳輸層屬于物聯(lián)網(wǎng)系統(tǒng)內(nèi)的一種獨立組織,具有一定程度的自主性,可以儲存并處理關鍵數(shù)據(jù)。因此,也可以將其理解為整個物聯(lián)網(wǎng)系統(tǒng)內(nèi)的核心環(huán)節(jié)部分,主要負責物聯(lián)網(wǎng)邊緣節(jié)點與云計算服務層兩部分之間的銜接,完成向上承接任務,在邊緣節(jié)點數(shù)據(jù)處理任務完成后,繼續(xù)執(zhí)行“聚邊到域”處理任務;向下任務則按需由云計算層服務負責提供相應數(shù)據(jù)資料,為后續(xù)環(huán)節(jié)的網(wǎng)絡數(shù)據(jù)分析提供助力作用,至此可順利完成所有“數(shù)據(jù)入云”傳遞任務。
在上述操作流程中,網(wǎng)絡傳輸層可以視為一個類似“中場”的轉(zhuǎn)化組織,可以實現(xiàn)物聯(lián)網(wǎng)數(shù)據(jù)資料的逐級升級,并向云計算服務層持續(xù)匯集[4]。此后的網(wǎng)絡傳輸層構建任務可以借助虛擬化技術完成,使用虛擬化技術,分別在局域網(wǎng)、互聯(lián)網(wǎng)、光纖環(huán)網(wǎng)等其他網(wǎng)絡中布設一部分虛擬機設備,通過這種方式可以大幅度提高網(wǎng)絡數(shù)據(jù)的實際傳輸速率,并為相關數(shù)據(jù)的傳輸工作提供穩(wěn)定性和順暢性保障作用。
(3)在足夠安全的網(wǎng)絡環(huán)境中,使用虛擬化技術,可以更加靈活地部署各項功能,并將感知控制層發(fā)出的數(shù)據(jù)信息和動作指令進行統(tǒng)一接收和處理,此后再將數(shù)據(jù)進行統(tǒng)一轉(zhuǎn)化,形成新的結構化數(shù)據(jù)系統(tǒng),并將其匹配到附近虛擬機設備中。在此期間,還需要以常規(guī)自動檢測為基礎展開研究,需對自動系統(tǒng)設計的所有內(nèi)容和檢測需求進行概括和整理,此后,系統(tǒng)中的GUI 屬性庫以及GUI 屬性庫內(nèi)的數(shù)據(jù)文件,全部都需要運行過程中,以腳本為基礎,確保所有關鍵數(shù)據(jù)的準確性,同時還需要保證讀取結果的準確性,全方面提升自動技術的應用效果;系統(tǒng)需要進行參數(shù)化設計,可以將數(shù)據(jù)池內(nèi)儲存的數(shù)據(jù)作為基礎,進一步分離測試數(shù)據(jù)庫模塊和腳本模塊,保證分析結果具有代表性和獨立性;系統(tǒng)方法庫,自動化技術人員,在工作過程中,需將代碼內(nèi)容進行通用設定,并將其放置在需要識別的對象模塊中,通過這種方式,大幅度提升代碼識別效果,同時也可以減少系統(tǒng)在開發(fā)環(huán)節(jié)需要完成的處理任務量,減輕負擔。
(4)系統(tǒng)運行結果的預期分析和判定,對于此系統(tǒng)模塊而言,能夠有效存放大量的系統(tǒng)測試內(nèi)容,同時還可以準確展示出測試結果,在這樣的情況下,系統(tǒng)測試內(nèi)容獨立,能夠大幅度降低開發(fā)環(huán)節(jié)的工作負擔;系統(tǒng)測試日志,此模塊的核心作用,主要表現(xiàn)在數(shù)據(jù)輸出方面,自動測試系統(tǒng)在完成任務指令的過程中,系統(tǒng)日志會被格式化,通過這種方式可以為最終的自動化結果提供安全保障;檢查器模塊,在系統(tǒng)內(nèi)設置專門的檢查點,使用系統(tǒng)判斷功能,即可檢測出系統(tǒng)自動化運行的實際效果,并給出針對性結論[5]。
在上述內(nèi)容中,網(wǎng)絡傳輸層處于感知控制層與云計算服務層之間,屬于過渡環(huán)節(jié),可使用虛擬化技術對所有數(shù)據(jù)內(nèi)容進行統(tǒng)一處理。首先,在完成數(shù)據(jù)接收任務后,需要對接收到的數(shù)據(jù)進行專門處理,然后再將經(jīng)過處理的數(shù)據(jù)全部傳輸至對應的云計算服務層中,能夠更加有效地提升云計算服務層可提供的數(shù)據(jù)計算量,保證云計算服務層的工作效率。
以現(xiàn)有C 語言為基礎,編程員會借助if 語言對編程期間常見的部分異常問題進行處理[6]。其中,在函數(shù)調(diào)用方面,會調(diào)用函數(shù)返回值,以此對調(diào)用狀態(tài)下的函數(shù)是否存在異常情況做出準確判斷,同時將已有判斷結果為基礎,再次進行集中處理。
目前,JAVA 的常規(guī)應用可以形成對異常對象的調(diào)用效果,這種處理方式對于編程過程而言,可以快速處理好異常問題,因此,在運行JAVA 編程語言的過程中,可以對各種異常現(xiàn)象進行自動化處理,以此為基礎,JVM 還可以對不同對象進行執(zhí)行處理,并對異常代碼執(zhí)行妥善處理。
當JAVA 語言處于正常運行狀態(tài)時,如果發(fā)生異?,F(xiàn)象,則此時的程序語言會立即反應并做出相應處理。但是,對于JAVA 語言現(xiàn)有的各種異常處理機制而言,同樣處于在持續(xù)更新的狀態(tài)下[7]。基于此,在編程語言執(zhí)行函數(shù)對其它不同類型函數(shù)進行急性調(diào)用的過程中,對應的調(diào)用函數(shù)最終返回值并非常規(guī)數(shù)值,則此時的系統(tǒng)語言便可以發(fā)揮作用,并對所有存在的異?,F(xiàn)象做出更加精準的判斷。
由于C 語言本身便是一種應用時間較長的編程語言,因其缺乏對異常進行處理的運行機制,導致該程序語言在遇到異常錯誤后,便會將一個狀態(tài)比較特殊的值進行遣返,雖然傳統(tǒng)類型的程序語言有很多可以處理異常情況的方法,但是,現(xiàn)有的處理方法同樣存在不同程度的漏洞以及弊端。
(1)完成任意一次編程任務的過程中,編程人員需要使用相應的調(diào)試方法對所有的程序進行再一次的檢查,才能夠準確查找出程序中存在的各種異常情況,這種操作的代碼會導致可讀性不斷下降[8]。
例如:處于狀態(tài)比較復雜的情況下,程序創(chuàng)建任務的難度較高,并且維護程序的構建復雜度更高,按照傳統(tǒng)方式對異常情況進行查詢,此時的查詢難度較高。
(2)對于程序員而言,如果長時間使用比較傳統(tǒng)類型的異常查詢方式,則會產(chǎn)生心理狀態(tài)比較麻木的情況,甚至在實際操作環(huán)節(jié)認為代碼異常情況并不會出現(xiàn)在自己的操作中,同樣也會認為自己前期編寫的所有程序較好,系統(tǒng)計算功能處于穩(wěn)定狀態(tài),所以,會將自身更多的精力放在程序編寫方面,由此會導致自身缺少對異常情況的重視程度,在這樣的情況下,一旦發(fā)生錯誤現(xiàn)象,則負責程序編寫的技術人員便無法快速找出程序存在的問題并進行改正,再加上大部分情況下的程序編寫人員并不會認為自己編寫的程序會存在異?,F(xiàn)象,所以,不會去主動檢查此前編寫的全部程序,導致程序異常無法被及時排除。
編程人員在編寫JAVA 語言期間,通常會存在一種以自身為基點的異常處理機制,所以,此類異常處理機制可以通過2 個狀態(tài)完全不同的編程出口進行處理,同時還能夠?qū)崿F(xiàn)對自身異常問題的有效處理功能,在此期間,如果自身處理機制無法對此系列問題做出妥善處理,便需要專業(yè)的程序編寫人員轉(zhuǎn)換思路,使用更加靈活的方式,對存在異常情況的對象進行檢驗并加以有效處理,通過這種辦法對所有不同形式的編程異常問題進行分類處理,進而為程序的編寫提供更為優(yōu)質(zhì)的接口,保證程序正確[9]。
縱觀Java 語言的全部發(fā)展歷程,不僅小型智能卡有著良好的發(fā)展,同時大型企業(yè)同樣可以借助JAVA 語言技術,完成自身的編程任務,所以,最終使用平臺方面存在一定差異性。發(fā)展至今,在JAvA 編程語言常規(guī)運行環(huán)境中,可以了解到運行期間的版本主要有3 個,并且這3 個主要版本各自擁有資深的獨特工作任務,并且在各自的服務領域也存在著明顯差異,這種情況就導致各種版本均可以在各種不同類型的網(wǎng)絡服務采取靈活的應對手段。
綜上所述,在現(xiàn)有計算機技術高速發(fā)展的背景下,網(wǎng)絡技術水平大幅度提升,在編程能力不斷強化,問題處理機制不斷完善的背景下,JAvA 語言技術在軟件開發(fā)中可以發(fā)揮的作用會變得越發(fā)明顯。在未來的一段時間內(nèi),JAVA 編程語言技術還會被開發(fā)出更多的新功能,在這樣的情況下,計算機軟件開發(fā)工作者也可以因此對JAVA 語言技術的特性做出更加清晰的了解和認知。