本文章通過玩事創新應用的發展之路，來介紹如何隨着業務的不斷發展抽象出的業務中台。
玩事，不一樣的做事方式。這是一個17年3月初開始創新孵化17年4月1日上線的創新產品。經過1年多的發展，從最簡單的發榮耀功能，發展至今包含榮耀、榮譽、祝福、權益中心、金豆雨、學一下、猜一下、權益雨等多種創新互動的場景，並形成以基礎數據、金豆、標簽、權益為核心的中台微服務。下面談談玩事是如何基於iuap的PaaS平台快速構建業務，逐步抽象出核心的中台微服務。互聯網界一直都在呼喊“大中台，小前台”的理念，但到底什么是中台呢？下面是iuap對中台的一個理解：
中台更多是一種理念，
大家以中台的方式思考和行動，
業務發展是核心目標，中台能力沉淀是持續保障！
中台不是簡單的產品或者平台，
她代表着全新的：
業務服務模式+架構模式+組織協作模式
圖1 - 玩事中台架構圖
圖2 - 玩事技術架構圖
玩事創建新應用是基於iuap的 gPaaS、bPaas、dPaaS平台快速創建的。gPaaS平台提供了開發運維一體化及基礎的技術支撐，bPaaS提供了用戶、員工、項目、企業賬號、團隊、消息等基礎服務的支撐，dPaaS提供了數據收集、數據報表的基礎支撐。在這些強大的PaaS平台技術的支持下，才有玩事的專注於業務創新。
上線之初，玩事就初步具備了金豆、榮耀和權益三個應用，只是初期的功能非常簡單。隨着業務的不斷發展，增加了很多的新業務：榮譽、祝福、拍磚、學一下、猜一下、投一下、權益券等。如果不對應用進一步的抽象出中台業務的話，業務中可能會存在大量的重復邏輯，非常不利於維護和未來的持續發展。以標簽核心微服務的抽取過程來闡述下如何抽象業務中台微服務。下面是最初的發榮耀業務流程圖：
圖3 - 榮耀發放流程圖
隨着業務的不斷發展，新增了發拍磚、發祝福、發榮譽以及扣減庫存發榮耀等需求，他們的大致業務流程相同，卻存在一些細微的差別。如果進行抽象，那么榮耀、拍磚、祝福、榮譽存在將會存在大量的重復業務邏輯和代碼，浪費開發資源也不利於長遠的發展。
圖4 - 榮耀、拍磚、祝福、榮譽發放流程圖
仔細觀察我們會發現，榮耀、拍磚、祝福、榮譽存在一些共同的特性，他們實際上本身都是一個標簽信息，區別在於榮耀、祝福、榮譽是轉賬金豆，拍磚是扣減金豆，榮耀支持用庫存發放，祝福支持發權益券。為此我們抽象出一個標簽的中台微服務。
圖5 - 標簽抽象圖
當然標簽微服務的能力和擴展點除了標簽的業務操作外，還有校驗、報錯、IM消息等都可能存在細微的差別，都可以通過擴展的這種方式來完成對主題業務的抽象統一，細微差別的個性化操作。這樣的好處在於，如果后續發榮耀的業務也要支持送權益券僅需要改個配置參數就可以了，不需要重復開發。抽象出業務中台服務后，可以將這些服務重新反補到bPaaS平台，提供給更多的應用使用這些能力，並逐步發展和壯大這些核心微服務。
在實際的中台核心微服務抽取過程遠比這復雜，但是要抓住業務核心，針對DDD領域建模，抽象出領域服務的核心能力，差別的操作通過擴展的方式來實現。只要抓住這些核心方法，相信一定可以抽象出合理的中台服務。