云原生無處不在，數(shù)字化轉(zhuǎn)型怎樣才能不迷路？

當(dāng)一個企業(yè)發(fā)生數(shù)字化轉(zhuǎn)型，這個企業(yè)IT部門就會發(fā)生巨大的變革。

原來企業(yè)IT和企業(yè)財務(wù)、法務(wù)、人力資源都是支持部門、成本中心，但是現(xiàn)在他們開始變成了企業(yè)運營和實現(xiàn)價值、實現(xiàn)增長的核心抓手。在這樣一個大背景之下，傳統(tǒng)IT必然會面臨多方面的需求和挑戰(zhàn)。

首先，大量新增企業(yè)應(yīng)用的運維。以往運維的應(yīng)用主要是ERP、財務(wù)、OA系統(tǒng)，數(shù)字化轉(zhuǎn)型時代，大量新興數(shù)字化業(yè)務(wù)的數(shù)量可能帶來幾何級的增加。

第二，不斷增長的企業(yè)自研應(yīng)用。以前企業(yè)更多通過采購獲得新的IT能力，但是現(xiàn)在數(shù)字化業(yè)務(wù)和企業(yè)核心業(yè)務(wù)息息相關(guān)，是企業(yè)競爭力的來源，結(jié)合業(yè)務(wù)需求不斷打磨、自研才是可行途徑。

像房地產(chǎn)、工業(yè)制造這類相對傳統(tǒng)的企業(yè)也在向“軟件企業(yè)”轉(zhuǎn)型，Gartner指出2020年企業(yè)有75%的業(yè)務(wù)來自于自研而非采購。

第三， 業(yè)務(wù)復(fù)雜度導(dǎo)致業(yè)務(wù)必須要解耦。傳統(tǒng)業(yè)務(wù)系統(tǒng)，更多是基于信息的記錄，但是在數(shù)字化的今天，系統(tǒng)更多是基于交互。

因此業(yè)務(wù)系統(tǒng)越來越復(fù)雜，傳統(tǒng)單體架構(gòu)在功能開發(fā)、軟件交付、測試更新等各方面都不能勝任。從單體式架構(gòu)解耦變成小服務(wù)甚至微服務(wù)才是良策。

這些也是“敏態(tài)IT”的需求，敏態(tài)IT對傳統(tǒng)IT意味著強烈的“破壞性”、“顛覆性”。

基于過去標(biāo)準(zhǔn)構(gòu)建的IT運維和運營體系在敏態(tài)IT的面前變得疲于應(yīng)對、捉襟見肘。這就需要一些新的思維方式、新的技術(shù)體系來解決敏捷IT問題，這個解決方法就是云原生。

?數(shù)字化轉(zhuǎn)型?怎樣才能不迷路？

受新冠疫情影響的這兩年，產(chǎn)品和服務(wù)的數(shù)字化進程進一步提速，據(jù)麥肯錫的調(diào)研數(shù)據(jù)顯示，全球的數(shù)字化進程整體提前了7年，其中，亞太地區(qū)更是提前了10年。

毋庸置疑，數(shù)字化是中國經(jīng)濟轉(zhuǎn)型升級的一個重點，但也是痛點。中國數(shù)字經(jīng)濟的快速發(fā)展為中國經(jīng)濟巨輪劈波斬浪前行注入新動力，但中國數(shù)字經(jīng)濟依然大而不強，面臨著高速增長和高質(zhì)量發(fā)展的雙重攻堅任務(wù)。

雖然目前各行業(yè)的數(shù)字化轉(zhuǎn)型進度并不統(tǒng)一，但很多企業(yè)的數(shù)字化轉(zhuǎn)型已經(jīng)取得了階段性成果。隨著各行業(yè)數(shù)字化轉(zhuǎn)型的深入，它們完成“上云”之后，發(fā)現(xiàn)其數(shù)字應(yīng)用更加豐富、也更加復(fù)雜。

資源彈性與簡化運維的價值依然是企業(yè)上云的基礎(chǔ)，傳統(tǒng)云服務(wù)已經(jīng)遠遠不能適應(yīng)企業(yè)的需要。

資源極致彈性、應(yīng)用敏捷開發(fā)迭代正在發(fā)展成為云服務(wù)的新常態(tài)。因此，“火爆”的云原生也成為互聯(lián)網(wǎng)企業(yè)和傳統(tǒng)政企的共同選擇，云原生不僅掀起了云計算時代一股新浪潮，也開辟出一條企業(yè)數(shù)字化轉(zhuǎn)型的最佳路徑。

隨著云原生應(yīng)用深入企業(yè)各個業(yè)務(wù)場景，跨云、跨地域統(tǒng)一協(xié)同治理，保證一致應(yīng)用體驗等新的需求日漸突出。

對于傳統(tǒng)政企應(yīng)用，除了自身云原生改造獲得資源和敏捷收益，更要充分與大數(shù)據(jù)、AI等新的云原生能力相結(jié)合，創(chuàng)造更大的價值。

以政務(wù)云場景為例，首先，各局辦委的OA應(yīng)用重復(fù)建設(shè)，需要應(yīng)用市場的統(tǒng)一管理。

應(yīng)用更新發(fā)布難，需要在各個局點部署安裝，面臨原生云應(yīng)用分發(fā)的挑戰(zhàn)。其次，資源獨享，不支持共享池，ISV應(yīng)用獨立建設(shè)平臺，平臺廠商綁定導(dǎo)致重復(fù)建設(shè)，資源利用率低。再次，現(xiàn)有的平臺缺乏應(yīng)用的高可用和連續(xù)性保障、缺乏業(yè)務(wù)安全防護機制。

最后，市民類業(yè)務(wù)越來越多，市民服務(wù)類業(yè)務(wù)往往都有彈性的需求，缺乏彈性，無法應(yīng)對突發(fā)的流量。各省、地市、縣不同級別的各類單位需要全局統(tǒng)一的業(yè)務(wù)分發(fā)與資源管理能力。

以金融場景為例，很多金融企業(yè)進行了“多云”的部署。

其中，金融監(jiān)管較弱的業(yè)務(wù)(消金、互金、三方支付的核心系統(tǒng)和行情等)和面向互聯(lián)網(wǎng)的敏態(tài)業(yè)務(wù)部署在公有云上，主要面臨著無法極速擴容和支持大規(guī)模治理、難以有效應(yīng)對流量沖擊等算力方面的挑戰(zhàn)。

金融監(jiān)管最強的數(shù)據(jù)敏感業(yè)務(wù)(證券/銀行風(fēng)控，銀行核心)、時延敏感業(yè)務(wù)(資管，證券核心)和信創(chuàng)部署在IDC中，難以滿足資管衍生品定價和風(fēng)險定價等業(yè)務(wù)的高性能要求，例如每次請求有100TPS并發(fā)度，需要95%的時延能在5秒內(nèi)返回。

在營業(yè)廳、關(guān)鍵安防等節(jié)點，無法有效管理海量終端，實施有效監(jiān)管和運營，缺乏統(tǒng)一體驗(云邊協(xié)同)。

總體來說，金融場景缺乏統(tǒng)一的多云/多中心聯(lián)邦治理能力，金融數(shù)字化新核心需要多地多中心架構(gòu)，跨中心監(jiān)控與治理，業(yè)務(wù)實例秒級跨云遷移成為新需求。

以汽車制造的場景來看，傳統(tǒng)制造行業(yè)數(shù)字化轉(zhuǎn)型的痛點十分突出，財務(wù)、ERP、考勤等傳統(tǒng)穩(wěn)態(tài)業(yè)務(wù)資源利用率不高，基礎(chǔ)資源無法有效整合、資源協(xié)同性差。

車聯(lián)網(wǎng)等創(chuàng)新業(yè)務(wù)部署在公有云上，面臨著彈性能力無法滿足海量并發(fā)接入需求，難以保障業(yè)務(wù)就近接入、訪問時延高等挑戰(zhàn);智慧門店和數(shù)字工廠等業(yè)務(wù)存在分布式集群業(yè)務(wù)交互入口分散，面臨運維困難，用戶體驗差等問題。

那么，落地到具體的業(yè)務(wù)場景，企業(yè)要想切入云原生賽道，應(yīng)該從何處入手？其實并沒有統(tǒng)一答案。

有公司是從開發(fā)部門開始，有公司是從運維開始，而有公司則從整個平臺的架構(gòu)設(shè)計端導(dǎo)入，不同企業(yè)要結(jié)合自己的業(yè)務(wù)狀況，根據(jù)企業(yè)的發(fā)展階段以及業(yè)務(wù)特點來選擇。

比如金融行業(yè)客戶，有自己的開發(fā)團隊，一般開啟云原生的方式會從開發(fā)部門開始，從微服務(wù)、容器化和Serverless開始導(dǎo)入，然后逐漸推廣。

再比如制造業(yè)企業(yè)，一般沒有自己的開發(fā)團隊，更多是從第三方軟件采購商那里獲得云原生應(yīng)用。

并且，除了應(yīng)用外，還有大數(shù)據(jù)、人工智能等很多數(shù)據(jù)處理平臺，這些平臺本身已經(jīng)云原生化。

就像在工業(yè)領(lǐng)域應(yīng)用比較廣泛的深度學(xué)習(xí)框架tensorflow，就有和kubernetes相結(jié)合的項目，叫做Kubeflow，很多客戶通過這種方式來落地。

另外，還有一些政府類的客戶，在構(gòu)建新的平臺的時候，直接按照云原生的方式來實施和部署。

總體來看，在傳統(tǒng)應(yīng)用架構(gòu)下，網(wǎng)絡(luò)流量大多是南北走向，但是到了云原生平臺時代，會變成東西走向，這對整個數(shù)據(jù)的傳輸、存儲和計算產(chǎn)生非常大的壓力。

為了讓數(shù)據(jù)移動得更快，存儲得更多，適應(yīng)更廣泛，幫助企業(yè)快速走向云原生時代。

可以預(yù)測，在未來企業(yè)加快數(shù)字化轉(zhuǎn)型過程中，云原生一定會變成現(xiàn)代業(yè)務(wù)的基礎(chǔ)應(yīng)用，其廣度和深度會遠遠超過當(dāng)年的虛擬化，最終變成企業(yè)應(yīng)用現(xiàn)代化之旅的堅實底座。

生成海報

免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責(zé)任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。