互聯網醫院平台架構實踐
互聯網醫院是一個有別與京東現有體系的全新的業務，在沒有任何此類系統架構經驗的情況下，當時公司正在推行組件化，服務化，打造積木理論賦能整個行業，也就是說應該是基於業務模型的系統架構做出的組件化和服務化，才能更好的搭建這個行業積木。且能基於業務模型很好的管理系統：
1.對系統的治理和維護都會非常清晰。解決了複雜業務系統錯綜複雜，完全無法把控的問題。
2.業務方，產品經理，架構師，研發工程師，測試人員能夠更順暢跟簡單的溝通。
3.能夠合理的做到組件化和服務化，打造積木，賦能行業。
基於此我們先梳理了一下互聯網醫院的業務模型，得出了以下2個方面：
數據：用戶，醫院，科室，醫生，義診活動，問診單，支付，藥品庫，處方單，結算
流程：醫生入駐流程，問診單流程，支付流程，開處方流程，結算流程。
考慮到平台化既能支撐京東互聯網醫院又能做第三方入駐，後面還可能要賦能整個互聯網醫院行業
搭建了如下系統架構。
在服務層保持功能的高內聚，低耦合，邊界清晰，責任清晰，微服務化，對於業務需求的實現採用分治法解決，如果缺少相應的服務或者模塊則建立相應的模塊或功能組件。完善整服務層的組件打造。使得服務層具備實現需求和項目打造醫藥生態的能力。
沒有一項技術方案是能解決所有問題的，沒有萬能鑰匙，某一種場景下的解決方案也肯定有最適合的技術方案，我們分場景在技術實現上我們保證每個技術方案都用在最適合的場景上。
微服務化帶來的分散式事務問題，對於類似處方狀態同步的實時性要求不高的場景，用消息驅動通知機制，即基於消息的最終一致性方案解決。對於要求強一致實時實時性要求高的場景，則用jd-tcc方案解決。
服務化，模塊化的特性必然會帶來多數據源複雜條件的實時搜索問題，我們通過多數據源mysql數據通過binlake方式異構到ES，通過ES完成實時搜索。而對於查詢時效性要求不高的各維度各口徑的數據統計類的需求，醫生，訂單等數據導出等需求則通過從庫抽數到大數據平台，通過大數據hive離線計算來解決。
我們通過前後端分離解決如下問題：
1.多終端化:隨著移動互聯網的蓬勃發展，出現了各種終端pc客服端，pc瀏覽器，H5,安卓，ios等，且各端的UI設計上回存在較大的變化， 必然需要前後端解耦，一個服務提供多端數據。
2.術業有專攻：在前端技術和後端技術發展越來越快的今天，越需要再細分領域有突出的人才，才能給做出做好的產品，做好的用戶體驗。
前後端分離的方式有很多種方式，考慮到良好的支持SEO，瀏覽器的渲染負擔，請求響應速度選擇了nginx+node+server的方案。
我們的願景是:做最好的產品，打造有影響力的團隊!
TAG:這就是程序猿 |