【51CTO.com原創稿件】2020年，在諸多不確定因素的影響下，全球經濟受到巨大打擊。得益于數字化領先的企業，可以更加快速應對，從而減少損失。雖然受到了疫情的影響，但用友云服務業務卻在今年也取得了大幅增長。根據用友的財報顯示，今年前三季度，用友云服務業務（不含金融類云服務）同比增長76.4%。

在云服務業務高速增長的背后，離不開技術創新的支持。相信，在大多數人的眼里，用友是一家軟件公司，主營業務更加集中在企業的業務應用層。其實不然。用友網絡副總裁兼iuap云平臺事業部總經理楊鵬在接受51CTO采訪時表示，早在2006年，用友就開始在平臺層布局建設，畢竟，承載著千萬企業的業務應用架構，不是某個服務商的產品就可以直接滿足的。于是，用友選擇了自主打造高控制力的PaaS平臺，基于云原生技術架構，滿足企業業務快速交付、應用服務化、運維自動化等需求，實現業務快速創新，從而轉型成為數智化企業。

演進：軟件架構的變遷

過去，企業中的架構大都是單體架構，所有的計算資源、數據處理等全部集中在一個服務內進行，業務之間無需通信，所有業務之間的調用也都是在進程內完成。但是隨著業務需求不斷增加，單體架構也變得更加臃腫，并發能力和擴展能力都相對有限，單個服務若想快速迭代或者上線是無法滿足的。

為了緩解單體架構的壓力，分布式架構出現了。將大型、復雜的系統進行功能拆分解耦為多個業務模塊，不同業務模塊部署在不同設備，以此來緩解集中式架構的業務以及設備壓力。然而系統間的交互需要使用遠程通信，開發增大工作量。

后來有了SOA面向服務架構，也是分布式架構的一種落地方法，將應用的不同服務進行拆分，各個服務之間定義良好的接口和協議進行調用，而這就需要企業服務總線ESB。ESB將消息進行轉化、解釋以及路由等，讓不同服務互聯互通。雖然ESB可以解決公用邏輯的問題，但是ESB是中心化的，服務框架的擴展能力有限，服務調用方式也會帶來業務的影響和擴展成本。

隨著云計算的快速發展，底層資源也從原有的數據中心變成了公共服務，微服務架構隨之誕生。微服務架構可以看做是SOA架構的演進，也是一種分布式架構。微服務架構采用輕量化的網絡協議進行調用，打破了SOA架構下的服務總線的集中式限制。服務拆分后，每個服務高度自治，每個服務由獨立的團隊進行開發維護。微服務架構能夠提升系統的穩定性和性能，服務間的松耦合以及獨立團隊的支撐，能夠降低系統間的耦合度、加快局部業務的創新。但微服務架構下大量微服務的存在，對服務的配置管理、部署運維、服務監控等都帶來了很大挑戰，云原生很好的解決了以上這些問題。

云原生是一個技術開發管理方法的集合，發展至今一直在不斷演進；它利于各組織在公有云、私有云和混合云等新型動態環境中，構建和運行可彈性擴展的應用；云原生以容器和Kubernetes為核心，解決了微服務應用的部署、運維、監控、應用遷移等問題。微服務與云原生相互促進、相輔相成。

盛行：云原生架構如此追捧

云原生的概念最早是Paul Fremantle在2010年的一篇博客提及，后來到了2013年 Matt Stine在推特上迅速推廣云原生概念。2015年，由Linux基金會發起的云原生計算及基金會（The Cloud Native Computing Foundation，CNCF)）成立，標志著云原生正式進入高速發展軌道。如今，CNCF更新的云原生定義包括微服務、DevOps、持續交付和容器化四大部分。

如今，云原生架構普遍被企業所認可，眾多企業也都開始加速云原生的落地實踐。為何云原生如此受到歡迎呢？楊鵬認為，主要來自IT架構轉型以及商業模式升級兩方面的需要。

傳統的IT架構已經無法滿足目前企業快速變化和高性能、高并發的要求，企業技術架構在向互聯網、微服務架構轉型；此外，云原生能夠很好地解決微服務架構帶來的配置、部署、運維、服務管理和監控等方面的問題，降低研發部署復雜度。

隨著IaaS、PaaS、SaaS的深入發展，基礎計算資源、公共平臺能力、軟件服務能力的云化發展已經成為新的IT商業模式；而云原生是PaaS的核心構成、已經實現對SaaS的事實支撐標準。

云原生的出現，讓業務開發不必過分關注非業務需求，如可靠性、可用性、彈性等，我們可以把那些非業務需求都下沉到云平臺，讓云平臺提供基礎設施的各種能力，最終達到解耦業務和非業務功能。當然，非業務需求都為業務提供服務的。

業界有種說法認為，云原生架構更加適合需要快速迭代，業務發展創新速度較快的應用。而楊鵬卻認為，云原生架構適用于一切企業應用以及所有場景，只看企業是否愿意使用。“未來的企業IT架構都應該是云原生架構，只是時間問題；尤其是對系統的可靠性、可用性、彈性要求高的業務，更是需要優先進行云原生架構的升級。云原生架構從基礎設施層面解決了服務的彈性擴縮，周邊衍生的DevOps、微服務治理與監控等解決了大規模微服務應用的關鍵問題，是微服務架構的最佳搭檔?！?/p>

支撐：商業創新平臺的技術底座

早在2013年，用友就開始研究容器技術，并在2014年將容器作為平臺能力對外輸出，也就是當時的UAP平臺的職責。楊鵬表示，當時用友的各云產品在進行互聯網技術的換代，云原生架構下的容器技術可以解決互聯網架構下的環境問題、高彈性問題和高可用問題，另外云原生架構下的微服務技術，可以解決服務治理和多微服務跨主機異構調用的問題，因此，用友也是很早就關注并研究容器技術以及微服務。

今年8月，用友發布YonBIP用友商業創新平臺，也標志著用友云服務從產品服務模式升級到平臺服務模式。技術平臺作為YonBIP平臺的底層技術支撐，基于云原生技術，集容器云、DevOps、服務治理、Hubble(鏈路追蹤)、分布式事務一致性、測試與運維工具于一體。在繼承原有的云服務基礎上，深入踐行DevOps理念，為技術人員提供資源管理、容器服務、持續集成、持續交付、鏡像倉庫、鏈路追蹤、微服務治理、事務一致性等技術服務；同時通過應用監控、集群監控，容器監控，中間件監控等能力，全方位監控業務應用及其基礎資源，并針對影響系統響應、穩定性的問題做深入分析，滿足企業業務快速交付、系統穩定運行、運維自動化等需求，助力企業業務快速迭代試錯，實現業務快速創新。

YonBIP用友商業創新平臺的客戶分為兩類：云原生企業和云重生企業。對于云原生企業，YonBIP能夠支撐應用的開發和管理，高并發、高可用、高彈性等特點可以滿足企業快速發展、快速創新的業務需求；對于云重生企業，YonBIP有很多的集成和過渡遷移的工具；例如YonLinker是BIP的集成服務，幫助企業實現新舊系統、企業內外部業務的連接集成，實現新老業務的集成應用，支撐向新IT架構的轉型；YonBuilder可以加速新業務開發創新的過程，縮短并行過渡期。因此，無論企業是采用云原生架構，還是混合模式架構，YonBIP都能很好地支持。此外，企業的云原生架構也可以采用其他云平臺的技術，YonBIP也都可以進行集成連接。

特色：構建企業級云原生能力

對于云原生的支持，國內有很多IaaS服務商在大力支持，同時也有一些初創企業專注于云原生方面。升級到平臺服務模式的用友，在云原生方面又有哪些特色呢？

楊鵬告訴51CTO，首先是企業級的特性，企業級云原生架構下，微服務的數量眾多，服務之間的關系復雜，服務的權限控制難，而這些都會加大企業在云原生技術的使用門檻以及管理的復雜。用友的云原生充分吸收了B端企業領域用戶的特點，結合技術普惠的理念，降低客戶使用云原生技術的門檻，并且可以將DevOps中的CI、CD與容器、微服務全流程打通，更加簡單便捷。

此外，用友開發了與YonBIP開發框架實現無縫整合的全鏈路追蹤工具，有利于大規模微服務調用的問題排查，真正地適合企業級管理場景。例如采購場景，在員工提交采購單據點擊保存時，則需要調用幾個甚至十幾個服務來進行校驗。需要校驗庫存是否有貨，當庫存有貨時，則需要校驗預算是否充足，是否具有采購權限，檢驗完成后產生入庫單，入庫單合規后產生財務單據。而這一過程還會涉及到緩存、數據庫、ElasticSearch等等，用友的技術平臺則會記錄下校驗鏈路中的每一步，并存儲在時序數據庫中。如果檢驗失敗，服務又要求事務性一致，則這些服務通過分布式事務框架進行回滾；如果校驗成功，服務不要求強一致性，則由管理員查看失敗位置并進行相應補償，也可以設置為自動補償。

楊鵬指出，企業級服務之間的邏輯關系很強，用友全鏈路追蹤工具，可以詳細記錄調用微服務的每步操作，從而保障復雜的企業級流程的有效執行。將企業的數智化程度直接加速到一個高階水平，有利于業務的展開。

未來：加大云原生探索及實踐

云原生的概念一直在變化，也是在跟隨技術的發展以及企業的應用而不斷演進。楊鵬表示，我們堅信企業將會在云原生的技術紅利中不斷受益，用友也會持續加大在云原生方面的探索及實踐力度。

首先，服務網格作為第二代微服務，將會成為用友構建云原生應用的重要一環，從云原生的基礎設施層解決微服務治理的問題；其次，無服務架構也會基于函數業務的擴展能力，凌駕于微服務之上的更細粒度的擴展，也是下一步用友的發展方向；第三，Kubernetes已經成為云原生的基礎設施，用友的產品也在此之上不斷完善，構建更加彈性的計算能力，結合AIOps理念，讓企業應用的構建和管理更加智能便捷。

【51CTO原創稿件，合作站點轉載請注明原文作者和出處為51CTO.com】