韻達基於雲原生的業務中臺建設 | 實戰派
簡介：本文將為大家分享韻達業務中臺基於雲原生的建設過程。主要分為三部分，第一部分是 IT 資訊的發展規劃，第二部分是韻達業務中臺建設的詳細過程，第三部分是對應雲原生技術的支撐。
本文將為大家分享韻達業務中臺基於雲原生的建設過程。主要分為三部分，第一部分是 IT 資訊的發展規劃，第二部分是韻達業務中臺建設的詳細過程，第三部分是對應雲原生技術的支撐。
IT 資訊的發展規劃
大部分人都知道韻達是“三通一達”裡面的一達，是綜合物流快遞的服務商，其實它現在也有很多新興的業務，包括供應鏈、國際業務、冷鏈業務等，給使用者提供安全、快捷的物流服務。韻達是以客戶為中心，其企業使命是傳愛心、送溫暖、更便利，目標是基於大資料、雲原生、智慧科技等資訊科技來打造一流的物流企業。
一方面是如何更敏捷地支援業務發展：
- 更加敏捷地支援業務快速發展。因為業務發展很快，核心業務能力需要服務化，要加強複用，所以一定要提升核心業務能力的複用率。
- 服務需要加強管控和運營。系統建設好以後要在公司內部進行快速推廣，要降低溝通成本。
- 業務效能需要快速響應。現在網際網路企業裡常說的三高之外的新要求，就是高響應力，針對業務需求能夠快速迭代釋出上線。
另外一方面就是如何更穩定地支撐業務執行。
一部分人認為物流公司無非就是開個車送包裹就可以了。實際上韻達的業務量、訂單量一天都是好幾千萬的，按運單軌跡一天資料量是幾十億的，不是開車就可以的。快遞物流對應用系統依賴性是非常高的，如果我們的系統出問題快遞包裹就不知道怎麼送了，包括中轉站包括也不知道往哪個道口分發。
韻達業務中臺建設的過程
韻達整個業務運轉需要系統更加穩定的執行，要更加高效，可以支援海量高併發處理能力。有些 API 每秒呼叫量可以達到幾萬，資料儲存量很大，對於海量資料高併發處理也有很高要求。業務需要可觀測性、故障快速定位可恢復。像韻達業務中臺一些系統基本上覆用率可以達到 70% 到 80%，系統出現問題，業務方一堆反饋就過來了，因此，對於故障的快速定位、恢復也有更高的要求。
除了阿里云云原生產品之外，韻達也採用業界開源成熟的框架，包括大家都用到的 Redis、Elasticsearch 等設計，還有 Pika、Apache Doris、Apache Flink 等。韻達整個基礎設施技術主要就是雲原生+開源的成熟技術框架。在基礎設施層上面搭建了韻達業務中臺，包括訂單中心、運單中心、分單中心、會員、使用者畫像、交易中心等，交易中心是新建設的，提供統一自理運營，其他包括能力註冊、能力擴充套件、依賴管理、質量管理，都是業務中臺統一提供。我們支援前端快遞的業務板塊，包括新興業務、供應鏈、冷鏈、同城等業務。
韻達的業務中臺分三個階段，每個階段是三個月，也是循序漸進來推動的。其中我們通過和阿里專家的合作，匯入了 DDD 領域驅動設計的方法論，在戰略設計階段把整個業務中臺分成了不同業務域、子域以及銜接上下文的對映關係。在戰術設計階段，進行面向物件的程式碼開發實踐，包括領域實體、領域服務以及領域事件，實現業務邏輯和技術細節的分離。韻達的開發人員只需要聚焦於業務邏輯的實現，在基礎設施層基於阿里雲原生技術來搭建。
在業務中臺建設過程中，韻達並不是完全從零開始的，在發展的二十多年裡，韻達有很多共享能力之前在各個業務線上裡，需要把這部分業務能力移交給業務中臺團隊，再在原有系統基礎之上，對接阿里雲原生技術，再進行系統層面的改造升級加固，讓它可以支援海量資料高併發的處理能力。
當然，也有一些系統是從零開始建設的，比如說交易中心之前是沒有的，交易中心主要做線上交易、支付等業務，整體架構上採用阿里開源的 DDD 框架（COLA），它把整個應用系統分為應用層、領域層、基礎設施層，程式碼分層很清晰，讓我們核心能力建設可以有快速地迭代並具備高響應能力。
這就是韻達的業務中臺建設的大致過程。
雲原生技術的支撐
在韻達的業務中臺建設完成之後，能給業務帶來哪些價值呢？我們簡單總結一下：
第一，敏捷高效地支撐業務。將新的業務應用、業務創新進行快速組裝，可以實現相關的業務應用快速響應市場。整個業務能力分為兩塊：第一個是基礎能力，還有一個是商業能力，商業能力基於業務場景做了粗粒度的組裝、打包服務。通過服務的沉澱可以帶來業務的複用，快速響應市場和業務發展的需求，最大程度減少系統建設和運維帶來的成本。韻達業務中臺很靈活，並不是很臃腫的，它可以基於業務上的需求快速迭代更新。
本文為阿里雲原創內容，未經允許不得轉載。