侯兆康
(新疆洪通燃氣股份有限公司,新疆 庫爾勒 841000)
(1)5G技術應用。發(fā)展5G網(wǎng)絡是未來移動網(wǎng)絡的最重要發(fā)展戰(zhàn)略。其中,eMBB被認為是4G服務的擴展,可以為虛擬現(xiàn)實(VR)和增強現(xiàn)實(AR)等高帶寬應用程序提供支持。uRLLC可應用于智能制造,醫(yī)療,汽車和其他高可靠性應用[1]。
(2)企業(yè)信息化改造。企業(yè)是5G核心網(wǎng)絡建設的骨干。網(wǎng)絡不僅包括接入網(wǎng)(微蜂窩,宏觀經(jīng)濟機構)和核心網(wǎng)(基于架構的服務,管理平面和用戶平面與網(wǎng)段的分離),其還包括一系列的技術支持。類似于4G時間的核心網(wǎng)絡仍擔當著服務管理,會議管理和移動管理的角色,IT系統(tǒng)也提供各種待售的商業(yè)產(chǎn)品。
(3)參與者。5G生態(tài)系統(tǒng)中也有許多參與者,其依靠各種企業(yè)家的技術優(yōu)勢來進入行業(yè),利用企業(yè)在了解合作伙伴的規(guī)模和實力,通過持續(xù)深入的合作分享5G技術。要做到這一點,企業(yè)需要在系統(tǒng)級進行合并,以支持多種類型的方案、產(chǎn)品促銷和需求分析。
IT開發(fā)涉及三個主要方面:首先,DevOps方法使用精益的IT思維將敏捷開發(fā)用于實戰(zhàn),軟件流程的最前端擴展到最終的操作和維護,并提高IT生產(chǎn)效率。第二個是微觀服務的生產(chǎn)(標準生產(chǎn)體系)。微系統(tǒng)體系結構的出現(xiàn)和廣泛應用證明了它的普遍性。三是企業(yè)已經(jīng)具備云計算能力,虛擬機被廣泛使用,并且容器應用程序已經(jīng)使用了很長時間,其實際應用能力已得到了提升。
(1)企業(yè)IT系統(tǒng)應該具備自動增減容量的能力:5G業(yè)務版圖變得越來越復雜,其是在核心業(yè)務信息運營方面。
(2)在5G縮短實施階段的作業(yè)響應時間:為了應對市場需求和競爭對手,企業(yè)希望將從計劃到產(chǎn)品實施的時間盡可能短,并采用“最低成本效益的產(chǎn)品”來進行系統(tǒng)構建。
(3)在5G應用場景中,產(chǎn)品清潔速度應更加自動化:持續(xù)集成/連續(xù)分配系統(tǒng),其可以使產(chǎn)品開發(fā)和分配的整個過程自動化和標準化,甚至可以追溯執(zhí)行自動檢查,操作和維護工作,這大幅降低了人工操作的強度,減少了誤差的可能性。
企業(yè)信息系統(tǒng)的基本結構包括客戶管理、會計、產(chǎn)品開發(fā)和崗位管理等實際模塊。服務驅動架構(SOA)方法解決了企業(yè)的信息系統(tǒng)架構。這種類型的架構方法專注于系統(tǒng)的服務。它可以通過定義明確的接口調用彼此的服務,并使用企業(yè)服務總線(EU)進行集成,以形成松散且具有凝聚力的系統(tǒng)體系結構。在IT系統(tǒng)的廣泛云開發(fā)階段,現(xiàn)代企業(yè)意識到,使用分布式體系結構構建IT系統(tǒng),可以解決由月末計費和短期促銷服務等引起的計劃的和過早的性能要求以低單位處理能力的服務器形成高處理能力集群,在系統(tǒng)間使用無狀態(tài)服務,能得到靈活的系統(tǒng)擴張能力,增加一些服務的處理能力,更好地應對業(yè)務規(guī)模的影響。
(1)發(fā)展進步《敏捷發(fā)展》“靈巧”的軟件開發(fā),別稱“靈巧發(fā)展”,是一種新型軟件開發(fā)方法,自1990年以來一直逐漸引起人們的關注,響應著急迫的需要。名稱、名稱、手法和概念是不一樣的。為了促進靈活的工作環(huán)境,工程師特別注重的是彼此之間的密切合作,重點放在設計人員與業(yè)務人員之間的互動上,這比簡單地書面材料交流更加有效和頻繁。及時提供新版本,使自動組織和受紀律約束的團隊能夠更好地適應要求,并更多地關注人類在軟件開發(fā)中的作用。
(2)交付方面的改進:零售架構、集裝箱和持續(xù)交付為操作和維護功能提供支持。在項目中使用敏捷開發(fā)計劃處理產(chǎn)品響應的產(chǎn)品開發(fā)方面。雖然每個合作項目都與其他項目無關,但產(chǎn)品無法提供完美的系統(tǒng)。它必須組裝和集成,以便最終交付。真正支持生產(chǎn)的系統(tǒng)。在這里,獨立開發(fā)項目的產(chǎn)品可以與零售建筑服務相匹配。使用微服務架構來集成各種服務可以使系統(tǒng)架構盡可能靈活,并且可以一次又一次地更新系統(tǒng)。
(1)企業(yè)信息系統(tǒng)的整體組織:就基于成熟業(yè)務模型的領域而言,企業(yè)信息系統(tǒng)難以進行不同的變更。功能域負責內部信息管理、業(yè)務管理和網(wǎng)絡管理。以及計時,數(shù)據(jù)分析等從技術的角度來看,隨著5G業(yè)務發(fā)展的場景越來越大,對技術支持的要求也會越來越高,同時隨著信息技術的發(fā)展,有更多的方式來實現(xiàn)支持能力?;ヂ?lián)網(wǎng)的成熟實施已應用于傳統(tǒng)在構建企業(yè)信息系統(tǒng)的過程中沒有任何最初的疑問。但是,在架構化過程中,操作員維護了包括核心系統(tǒng)在內的大量單個應用程序,這些應用程序確定他們將不會使用新結構來幫助替換舊架構。
(2)體系結構的轉換路徑:經(jīng)過多年的構建和積累,企業(yè)的現(xiàn)有網(wǎng)絡中存在大量的單個應用程序,核心和支持系統(tǒng)使用多種技術來構建自己的系統(tǒng)。隨著發(fā)行版的不斷重復,當前的體系結構將變得越來越虛張聲勢,最終的結果會越來越難以維護。隨著構建計劃的進行,您可以從兩個元素逐漸改變IT系統(tǒng)的結構:一個是作為一個單獨的系統(tǒng)開發(fā)新需求,并通過接口調用將其與原始一個應用程序一起調用,從而實現(xiàn)其中一種新需求的集成效果。
(3)切換應用程序的想法:整體式應用程序架構膨脹和復雜后,維護變得更加困難,維護將減少,并且生產(chǎn)率水平將大大降低。該程序的初始操作很簡單,如果用微服務來建立,系統(tǒng)建設所投入的精力和維護大部分將超過操作程序本身所需要的投資。這就是此時需要引進微服務結構的原因。隨著單片應用程序變得越來越復雜,維護級別顯著降低,在批準微服務體系結構之后,維護級別降低,并且可以將生產(chǎn)率維持在較高水平。圖1顯示了在不同系統(tǒng)復雜性下的單片架構和微服務架構中的不同生產(chǎn)率。
行業(yè)從業(yè)者認為,當一種應用程序軟件的一個應用程序滿足四個要求時,可以將其轉換為其他服務。4個條件單元討論如下:
圖1 單體架構和微服務架構中在不同系統(tǒng)復雜度下不同的生產(chǎn)力
①代碼可以重復:這意味著一個大型服務代碼的維護不應太大,在小型團隊的開發(fā)和維護能力范圍內管理它是最好的工作。
②AfaHave具有基本的監(jiān)視功能:監(jiān)視顯微鏡服務的運行狀態(tài)并產(chǎn)生影響。
③快速地匯聚起來。這反映了自動化的要求。如果你開發(fā)了代碼可以對其進行自動構建,測試和分發(fā),則可以提高工作效率,從而滿足微服務分發(fā)對指數(shù)級基礎架構管理不斷增長的要求。
④組織對DevOps具有文化上的理解:可以將團隊的智囊團從前到后團結在一起,并努力實現(xiàn)團隊內部的一致目標,以便交付管道可以平穩(wěn)運行。
微服務的轉換基于在云中構建內置應用程序。云原生應用程序提供軟件即服務(SaaS)。零售體系結構中的應用程序應滿足現(xiàn)代12組件應用程序的要求。在微服務轉型的過程中,企業(yè)需要在眾多企業(yè)之間進行評估,并支持信息技術子系統(tǒng),哪些系統(tǒng)值得微服務轉型,并且可以實現(xiàn)基于云的應用程序來提供SaaS,因為微服務雖然可以從中受益。
IT領域中系統(tǒng)操作的開發(fā)或劃分首先經(jīng)過需求分析階段,分析適合于安全性的操作,并在DevOps文化中組織團隊。需要解決操作、代碼開發(fā)、測試、部署、維護等方面的特定需求。團隊成員包括開發(fā)和維護人員,盡管有不同的優(yōu)先級,但每個人都應該能夠了解項目的總體情況。
當操作員將零售體系結構引入IT系統(tǒng)時,操作員需要創(chuàng)建可用于生產(chǎn)的零售環(huán)境。微觀服務主要關注穩(wěn)定性,可靠性,靈活性,抗故障性,高性能,監(jiān)視功能和數(shù)據(jù)。從這些因素,我們可以看看我們的IT系統(tǒng)是否能跟上生產(chǎn)。
為了確保微服務的增加不會影響整個系統(tǒng)的供應,有必要為環(huán)境生態(tài)系統(tǒng)制定某些標準,以便微服務開發(fā)小組嚴格遵守這些標準,并確保在所有條件下都能獨立開發(fā)這些標準。
5G網(wǎng)絡已經(jīng)被用于商業(yè)目的,它是以5G網(wǎng)絡為基礎,可以進一步滿足大數(shù)據(jù)、人工智能、虛擬現(xiàn)實等技術和應用載體。為了更好地支持5GeMBB,mMTC,uRLLC和其他應用程序,應在業(yè)務結束之前加快信息活動的架構開發(fā)。采用微服務架構,并引入DevOps方法作為指導是必然的發(fā)展。