5G技術對企業信息化建設帶來深遠影響

侯兆康

（新疆洪通燃氣股份有限公司，新疆 庫爾勒 841000）

1 企業信息化改造的驅動力

1.1 業務生態逐步形成

（1）5G技術應用。發展5G網絡是未來移動網絡的最重要發展戰略。其中，eMBB被認為是4G服務的擴展，可以為虛擬現實（VR）和增強現實（AR）等高帶寬應用程序提供支持。uRLLC可應用于智能制造，醫療，汽車和其他高可靠性應用[1]。

（2）企業信息化改造。企業是5G核心網絡建設的骨干。網絡不僅包括接入網（微蜂窩，宏觀經濟機構）和核心網（基于架構的服務，管理平面和用戶平面與網段的分離），其還包括一系列的技術支持。類似于4G時間的核心網絡仍擔當著服務管理，會議管理和移動管理的角色，IT系統也提供各種待售的商業產品。

（3）參與者。5G生態系統中也有許多參與者，其依靠各種企業家的技術優勢來進入行業，利用企業在了解合作伙伴的規模和實力，通過持續深入的合作分享5G技術。要做到這一點，企業需要在系統級進行合并，以支持多種類型的方案、產品促銷和需求分析。

1.2 IT技術發展

IT開發涉及三個主要方面：首先，DevOps方法使用精益的IT思維將敏捷開發用于實戰，軟件流程的最前端擴展到最終的操作和維護，并提高IT生產效率。第二個是微觀服務的生產（標準生產體系）。微系統體系結構的出現和廣泛應用證明了它的普遍性。三是企業已經具備云計算能力，虛擬機被廣泛使用，并且容器應用程序已經使用了很長時間，其實際應用能力已得到了提升。

2 5G應用對企業的信息化要求

（1）企業IT系統應該具備自動增減容量的能力：5G業務版圖變得越來越復雜，其是在核心業務信息運營方面。

（2）在5G縮短實施階段的作業響應時間：為了應對市場需求和競爭對手，企業希望將從計劃到產品實施的時間盡可能短，并采用“最低成本效益的產品”來進行系統構建。

（3）在5G應用場景中，產品清潔速度應更加自動化：持續集成/連續分配系統，其可以使產品開發和分配的整個過程自動化和標準化，甚至可以追溯執行自動檢查，操作和維護工作，這大幅降低了人工操作的強度，減少了誤差的可能性。

3 企業信息化演進的建議及構建

3.1 IT架構演進的需求

企業信息系統的基本結構包括客戶管理、會計、產品開發和崗位管理等實際模塊。服務驅動架構（SOA）方法解決了企業的信息系統架構。這種類型的架構方法專注于系統的服務。它可以通過定義明確的接口調用彼此的服務，并使用企業服務總線（EU）進行集成，以形成松散且具有凝聚力的系統體系結構。在IT系統的廣泛云開發階段，現代企業意識到，使用分布式體系結構構建IT系統，可以解決由月末計費和短期促銷服務等引起的計劃的和過早的性能要求以低單位處理能力的服務器形成高處理能力集群，在系統間使用無狀態服務，能得到靈活的系統擴張能力，增加一些服務的處理能力，更好地應對業務規模的影響。

3.2 引入DevOps方法提供支持

（1）發展進步《敏捷發展》“靈巧”的軟件開發，別稱“靈巧發展”，是一種新型軟件開發方法，自1990年以來一直逐漸引起人們的關注，響應著急迫的需要。名稱、名稱、手法和概念是不一樣的。為了促進靈活的工作環境，工程師特別注重的是彼此之間的密切合作，重點放在設計人員與業務人員之間的互動上，這比簡單地書面材料交流更加有效和頻繁。及時提供新版本，使自動組織和受紀律約束的團隊能夠更好地適應要求，并更多地關注人類在軟件開發中的作用。

（2）交付方面的改進：零售架構、集裝箱和持續交付為操作和維護功能提供支持。在項目中使用敏捷開發計劃處理產品響應的產品開發方面。雖然每個合作項目都與其他項目無關，但產品無法提供完美的系統。它必須組裝和集成，以便最終交付。真正支持生產的系統。在這里，獨立開發項目的產品可以與零售建筑服務相匹配。使用微服務架構來集成各種服務可以使系統架構盡可能靈活，并且可以一次又一次地更新系統。

3.3 IT系統演進路徑思考

（1）企業信息系統的整體組織：就基于成熟業務模型的領域而言，企業信息系統難以進行不同的變更。功能域負責內部信息管理、業務管理和網絡管理。以及計時，數據分析等從技術的角度來看，隨著5G業務發展的場景越來越大，對技術支持的要求也會越來越高，同時隨著信息技術的發展，有更多的方式來實現支持能力?；ヂ摼W的成熟實施已應用于傳統在構建企業信息系統的過程中沒有任何最初的疑問。但是，在架構化過程中，操作員維護了包括核心系統在內的大量單個應用程序，這些應用程序確定他們將不會使用新結構來幫助替換舊架構。

（2）體系結構的轉換路徑：經過多年的構建和積累，企業的現有網絡中存在大量的單個應用程序，核心和支持系統使用多種技術來構建自己的系統。隨著發行版的不斷重復，當前的體系結構將變得越來越虛張聲勢，最終的結果會越來越難以維護。隨著構建計劃的進行，您可以從兩個元素逐漸改變IT系統的結構：一個是作為一個單獨的系統開發新需求，并通過接口調用將其與原始一個應用程序一起調用，從而實現其中一種新需求的集成效果。

（3）切換應用程序的想法：整體式應用程序架構膨脹和復雜后，維護變得更加困難，維護將減少，并且生產率水平將大大降低。該程序的初始操作很簡單，如果用微服務來建立，系統建設所投入的精力和維護大部分將超過操作程序本身所需要的投資。這就是此時需要引進微服務結構的原因。隨著單片應用程序變得越來越復雜，維護級別顯著降低，在批準微服務體系結構之后，維護級別降低，并且可以將生產率維持在較高水平。圖1顯示了在不同系統復雜性下的單片架構和微服務架構中的不同生產率。

行業從業者認為，當一種應用程序軟件的一個應用程序滿足四個要求時，可以將其轉換為其他服務。4個條件單元討論如下：

圖1 單體架構和微服務架構中在不同系統復雜度下不同的生產力

①代碼可以重復：這意味著一個大型服務代碼的維護不應太大，在小型團隊的開發和維護能力范圍內管理它是最好的工作。

②AfaHave具有基本的監視功能：監視顯微鏡服務的運行狀態并產生影響。

③快速地匯聚起來。這反映了自動化的要求。如果你開發了代碼可以對其進行自動構建，測試和分發，則可以提高工作效率，從而滿足微服務分發對指數級基礎架構管理不斷增長的要求。

④組織對DevOps具有文化上的理解：可以將團隊的智囊團從前到后團結在一起，并努力實現團隊內部的一致目標，以便交付管道可以平穩運行。

3.4 IT系統的交付流水線

微服務的轉換基于在云中構建內置應用程序。云原生應用程序提供軟件即服務（SaaS）。零售體系結構中的應用程序應滿足現代12組件應用程序的要求。在微服務轉型的過程中，企業需要在眾多企業之間進行評估，并支持信息技術子系統，哪些系統值得微服務轉型，并且可以實現基于云的應用程序來提供SaaS，因為微服務雖然可以從中受益。

IT領域中系統操作的開發或劃分首先經過需求分析階段，分析適合于安全性的操作，并在DevOps文化中組織團隊。需要解決操作、代碼開發、測試、部署、維護等方面的特定需求。團隊成員包括開發和維護人員，盡管有不同的優先級，但每個人都應該能夠了解項目的總體情況。

4 生產就緒的微服務的評估方法

當操作員將零售體系結構引入IT系統時，操作員需要創建可用于生產的零售環境。微觀服務主要關注穩定性，可靠性，靈活性，抗故障性，高性能，監視功能和數據。從這些因素，我們可以看看我們的IT系統是否能跟上生產。

為了確保微服務的增加不會影響整個系統的供應，有必要為環境生態系統制定某些標準，以便微服務開發小組嚴格遵守這些標準，并確保在所有條件下都能獨立開發這些標準。

5 結束語

5G網絡已經被用于商業目的，它是以5G網絡為基礎，可以進一步滿足大數據、人工智能、虛擬現實等技術和應用載體。為了更好地支持5GeMBB，mMTC，uRLLC和其他應用程序，應在業務結束之前加快信息活動的架構開發。采用微服務架構，并引入DevOps方法作為指導是必然的發展。