玩事業務中臺構建之路

本文章經過玩事創新應用的發展之路，來介紹如何隨着業務的不斷髮展抽象出的業務中臺。
玩事，不同的作事方式。這是一個17年3月初開始創新孵化17年4月1日上線的創新產品。通過1年多的發展，從最簡單的發榮耀功能，發展至今包含榮耀、榮譽、祝福、權益中心、金豆雨、學一下、猜一下、權益雨等多種創新互動的場景，並造成以基礎數據、金豆、標籤、權益爲核心的中臺微服務。下面談談玩事是如何基於iuap的PaaS平臺快速構建業務，逐步抽象出核心的中臺微服務。互聯網界一直都在呼喊「大中臺，小前臺」的理念，但到底什麼是中臺呢？下面是iuap對中臺的一個理解：
中臺更可能是一種理念，
你們以中臺的方式思考和行動，
業務發展是核心目標，中臺能力沉澱是持續保障！
中臺不是簡單的產品或者平臺，
她表明着全新的：
業務服務模式+架構模式+組織協做模式

圖1 - 玩事中臺架構圖

圖2 - 玩事技術架構圖
玩事建立新應用是基於iuap的 gPaaS、bPaas、dPaaS平臺快速建立的。gPaaS平臺提供了開發運維一體化及基礎的技術支撐，bPaaS提供了用戶、員工、項目、企業帳號、團隊、消息等基礎服務的支撐，dPaaS提供了數據收集、數據報表的基礎支撐。在這些強大的PaaS平臺技術的支持下，纔有玩事的專一於業務創新。
上線之初，玩事就初步具有了金豆、榮耀和權益三個應用，只是初期的功能很是簡單。隨着業務的不斷髮展，增長了不少的新業務：榮譽、祝福、拍磚、學一下、猜一下、投一下、權益券等。若是不對應用進一步的抽象出中臺業務的話，業務中可能會存在大量的重複邏輯，很是不利於維護和將來的持續發展。以標籤核心微服務的抽取過程來闡述下如何抽象業務中臺微服務。下面是最初的發榮耀業務流程圖：
![clipboard.png](/img/bVbmXjp
圖3 - 榮耀發放流程圖

隨着業務的不斷髮展，新增了發拍磚、發祝福、發榮譽以及扣減庫存發榮耀等需求，他們的大體業務流程相同，卻存在一些細微的差異。若是進行抽象，那麼榮耀、拍磚、祝福、榮譽存在將會存在大量的重複業務邏輯和代碼，浪費開發資源也不利於長遠的發展。

圖4 - 榮耀、拍磚、祝福、榮譽發放流程圖
仔細觀察咱們會發現，榮耀、拍磚、祝福、榮譽存在一些共同的特性，他們實際上自己都是一個標籤信息，區別在於榮耀、祝福、榮譽是轉帳金豆，拍磚是扣減金豆，榮耀支持用庫存發放，祝福支持發權益券。爲此咱們抽象出一個標籤的中臺微服務。

圖5 - 標籤抽象圖
固然標籤微服務的能力和擴展點除了標籤的業務操做外，還有校驗、報錯、IM消息等均可能存在細微的差異，均可以經過擴展的這種方式來完成對主題業務的抽象統一，細微差異的個性化操做。這樣的好處在於，若是後續發榮耀的業務也要支持送權益券僅須要改個配置參數就能夠了，不須要重複開發。抽象出業務中臺服務後，能夠將這些服務從新反補到bPaaS平臺，提供給更多的應用使用這些能力，並逐步發展和壯大這些核心微服務。
在實際的中臺核心微服務抽取過程遠比這複雜，可是要抓住業務核心，針對DDD領域建模，抽象出領域服務的核心能力，差異的操做經過擴展的方式來實現。只要抓住這些核心方法，相信必定能夠抽象出合理的中臺服務。