摩根大通CEO吉米·戴蒙（Jamie Dimon）曾經(jīng)表示：“軟件正在蠶食世界，技術(shù)創(chuàng)新公司正在顛覆既有行業(yè)結(jié)構(gòu)。在接下來的10年，我預(yù)計將有更多行業(yè)和業(yè)務(wù)被軟件吃掉。”另一位商界領(lǐng)袖福特公司執(zhí)行董事DonBuffer也有過這樣的表述：“過去，汽車90%的價值在于硬件；未來50%的價值在于硬件，另外的50%在于軟件和用戶體驗。”
未來每個行業(yè)都將變?yōu)檐浖袠I(yè)，這句話在不斷被佐證。其主旨在于，軟件已經(jīng)成為企業(yè)的核心能力，企業(yè)需要自建軟件研發(fā)團(tuán)隊，從購買標(biāo)準(zhǔn)化軟件轉(zhuǎn)向定制軟件，逐步建立現(xiàn)代軟件開發(fā)規(guī)范，這也是企業(yè)數(shù)字化轉(zhuǎn)型的目標(biāo)之一。許多傳統(tǒng)企業(yè)開始邁出數(shù)字化轉(zhuǎn)型的步伐，數(shù)字化轉(zhuǎn)型是企業(yè)提高用戶體驗和未來盈利的核心。而云原生理念和技術(shù)則是推動傳統(tǒng)企業(yè)更快向數(shù)字化轉(zhuǎn)型的催化劑。
業(yè)務(wù)模式轉(zhuǎn)型驅(qū)動
今天的企業(yè)大都面臨著新興業(yè)務(wù)模式的劇烈沖擊，每個行業(yè)都在不斷發(fā)展、創(chuàng)新和轉(zhuǎn)型。
金融行業(yè)隨著Fintech金融科技的到來，手機(jī)銀行、第三方支付、P2P金融、小額信貸等新的金融形式不斷挑戰(zhàn)著傳統(tǒng)銀行業(yè)務(wù)，銀行受到來自新興市場和多元化產(chǎn)品的巨大壓力。只有借助IT手段，才能夠?qū)崿F(xiàn)持續(xù)發(fā)展，在速度和規(guī)模上保持競爭力，加強(qiáng)風(fēng)險管控能力。
對于銀行業(yè)來說，過去銀行之間比拼的更多是線下服務(wù)能力。在以交易系統(tǒng)為主的穩(wěn)態(tài)業(yè)務(wù)模式下，IT部門盡管也有大量研發(fā)人員負(fù)責(zé)銀行Core Banking核心業(yè)務(wù)系統(tǒng)的開發(fā)，但I(xiàn)T能力和產(chǎn)品的高下并不直接決定銀行的競爭力。今天，科技創(chuàng)新在銀行業(yè)成了最為重要的戰(zhàn)略話題，銀行間的比拼也轉(zhuǎn)變?yōu)闃I(yè)務(wù)創(chuàng)新速度、線上服務(wù)能力和用戶體驗的較量，IT要滿足靈活多變的創(chuàng)新業(yè)務(wù)模式需求，成為銀行的核心競爭力。
除了金融行業(yè)，能源、制造、汽車行業(yè)以及政府機(jī)構(gòu)等也都在紛紛轉(zhuǎn)型。對車企來說，汽車制造本身的技術(shù)壁壘在不斷降低，車企間比拼的不再是硬件本身，而是車聯(lián)網(wǎng)、AI、自動駕駛等不斷帶來用戶體驗提升的技術(shù)能力。在能源行業(yè)，中海油董事長楊華曾鮮明地指出，“油氣之間成本競爭的手段幾乎是同質(zhì)的，以常規(guī)手段降低成本的空間日漸收窄，新一輪成本競爭的支點，大概率是數(shù)字技術(shù)，各競爭主體對數(shù)字化技術(shù)的應(yīng)用速度與水平將會決定未來的能源版圖。”政府機(jī)構(gòu)也不例外，不斷致力于打造智慧政務(wù)，通過技術(shù)手段提高公眾的滿意度和服務(wù)體驗。這些歸根結(jié)底都指向企業(yè)軟件開發(fā)能力的強(qiáng)弱。
根據(jù)2017年8月IDC發(fā)布的云原生應(yīng)用調(diào)查，擁有數(shù)字化轉(zhuǎn)型計劃的企業(yè)位列前三的原因分別是：提高用戶體驗和滿意度、增加盈利、獲得或提高市場競爭優(yōu)勢。這充分證明業(yè)務(wù)需求是企業(yè)選擇數(shù)字化轉(zhuǎn)型的首要動力。
同時，衡量一家企業(yè)數(shù)字化轉(zhuǎn)型成功與否，主要從三方面來看：IT部門由成本中心轉(zhuǎn)為收入中心；企業(yè)自己主導(dǎo)IT產(chǎn)品的研發(fā)；改進(jìn)工具、流程、文化來提高交付速度和質(zhì)量。最終，實現(xiàn)客戶滿意度的提升、打造差異化競爭優(yōu)勢、加速產(chǎn)品上市。在這一過程中，CEO在企業(yè)數(shù)字化轉(zhuǎn)型中的職責(zé)也更為明確：設(shè)立數(shù)字化轉(zhuǎn)型戰(zhàn)略，推動企業(yè)IT角色的轉(zhuǎn)變。
技術(shù)轉(zhuǎn)型驅(qū)動
云原生架構(gòu)和理念與數(shù)字化轉(zhuǎn)型趨勢一脈相承，為開發(fā)高效、可擴(kuò)展且可靠的軟件，形成高效IT研發(fā)能力開辟了道路，助力企業(yè)更加順暢地數(shù)字化轉(zhuǎn)型。
面對創(chuàng)新度高和充滿不確定性的敏態(tài)業(yè)務(wù)，CIO關(guān)注如何高效高質(zhì)交付IT能力和產(chǎn)品。而此時，既形態(tài)多變又貼合業(yè)務(wù)需求的軟件，往往很難從市場上購買到現(xiàn)成的成熟產(chǎn)品，而不得不依賴自己開發(fā)，而且要快速迭代式開發(fā)。傳統(tǒng)瀑布式開發(fā)動輒耗時數(shù)月甚至數(shù)年，顯然無法滿足業(yè)務(wù)快速變化和競爭的需求，只有引入持續(xù)交付和DevOps，打造強(qiáng)大的研發(fā)能力，掌控從開發(fā)、測試到運維的應(yīng)用全生命周期，才能打造出快速迭代能力，與業(yè)務(wù)同頻，為企業(yè)創(chuàng)造盈利的價值鏈。
除了敏態(tài)業(yè)務(wù)，成熟穩(wěn)定的穩(wěn)態(tài)業(yè)務(wù)也需要引入持續(xù)交付和DevOps理念，這是所有追求數(shù)字化轉(zhuǎn)型企業(yè)的共同訴求。持續(xù)交付和DevOps的本質(zhì)在于，應(yīng)用和代碼在任何時間都應(yīng)該處于可發(fā)布狀態(tài)，即代碼可發(fā)布性是最重要的優(yōu)先級，從而保證業(yè)務(wù)有足夠的敏捷度，這是持續(xù)交付和DevOps第一實踐準(zhǔn)則。即使一些系統(tǒng)不需要頻繁上線發(fā)布，也應(yīng)當(dāng)對系統(tǒng)進(jìn)行拆解，讓系統(tǒng)具備隨時上線的能力。
當(dāng)軟件開發(fā)朝著持續(xù)交付和DevOps方向，一個應(yīng)用的完整上線流程不再是耗時數(shù)月，在開發(fā)、測試、準(zhǔn)生產(chǎn)、生產(chǎn)等多個環(huán)境分別部署，甚至還包含了遇錯回爐的復(fù)雜冗長的過程。應(yīng)用的上線變成，每位開發(fā)人員獨立開發(fā)代碼，并通過CI/CD、DevOps流水線獨立checkin代碼，既保證了系統(tǒng)穩(wěn)定性，又提升了開發(fā)敏捷性。
此外，DevOps轉(zhuǎn)型本身也是CIO等C-level管理層關(guān)注的事情，DevOps不僅指技術(shù)和工具，還包含組織和文化轉(zhuǎn)變的概念，并涉及一系列最佳實踐。這是一項需要自上而下推動的變革運動，DevOps轉(zhuǎn)型的努力只有從頂層實施，才能獲得成功。
從應(yīng)用架構(gòu)的角度，研發(fā)人員和架構(gòu)師更加關(guān)心架構(gòu)是否敏捷。經(jīng)過多年IT建設(shè)，企業(yè)內(nèi)部IT系統(tǒng)逐年加碼，導(dǎo)致系統(tǒng)非常龐大。在傳統(tǒng)單體架構(gòu)下，系統(tǒng)的任何升級改動都可能讓IT部門痛苦不堪。由于復(fù)雜的業(yè)務(wù)邏輯，這些業(yè)務(wù)系統(tǒng)之間存在著千絲萬縷的聯(lián)系，牽一發(fā)而動全身。對有大量信息化建設(shè)積累的企業(yè)來說，迭代本身都成為一件不可能的事情，更遑論快速迭代。
當(dāng)敏態(tài)業(yè)務(wù)帶來高并發(fā)，尤其是面向C端的業(yè)務(wù)需要更好的體驗和滿意度，傳統(tǒng)單體架構(gòu)更加無法滿足快速交付的需求。
因此，當(dāng)企業(yè)的IT架構(gòu)足夠復(fù)雜，無論支撐的是敏態(tài)業(yè)務(wù)還是穩(wěn)態(tài)業(yè)務(wù)，要想具備快速迭代快速交付能力，就需要進(jìn)行微服務(wù)架構(gòu)拆分和改造。只有微服務(wù)架構(gòu)，才能夠降低系統(tǒng)復(fù)雜度，實現(xiàn)松耦合，獨立部署，實現(xiàn)DevOps驅(qū)動的快速敏捷迭代。
DevOps或微服務(wù)在企業(yè)當(dāng)中開始實施，部署的頻次發(fā)生本質(zhì)的變化，這種部署的規(guī)模不再是以月為單位，而是每天可以部署、測試成千上萬次，隨時按需部署，這時只有借助容器技術(shù)才能實現(xiàn)。容器技術(shù)能夠?qū)崿F(xiàn)環(huán)境的動態(tài)隔離，部署不再是以某一個組件為單位，而是數(shù)十個應(yīng)用同時部署，同時編排。
同時，微服務(wù)架構(gòu)下對外部組件的管理會變得非常困難，每個組件要獨立上線，用不同技術(shù)棧開發(fā)，每個組件之間還有相互的訪問關(guān)系，這時只有基于容器平臺去管理中間件才能發(fā)揮出更大的價值?？梢哉f，容器和Kubernetes編排平臺，為DevOps和微服務(wù)提供了最佳的底層運行環(huán)境，保障了運維效率的顯著提升。
容器、持續(xù)交付&DevOps、微服務(wù)構(gòu)成了云原生技術(shù)黃金三角，這是所有希望數(shù)字化轉(zhuǎn)型的客戶都逃不開的“黃金三角”，三大核心技術(shù)的不斷成熟促成了云原生理念的興盛。
綜上，企業(yè)所面臨的業(yè)務(wù)模式轉(zhuǎn)型和技術(shù)轉(zhuǎn)型兩大合力在共同倒逼云原生技術(shù)落地。云原生技術(shù)幫助企業(yè)更快、更順暢地實現(xiàn)數(shù)字化轉(zhuǎn)型，從而更加從容地面對數(shù)字化的創(chuàng)新時代。
