竹暄：《Node.js服務(wù)化架構(gòu)和服務(wù)治理》

Node.js服務(wù)化和服務(wù)治理竹暄

long.qul@概覽Part1-服務(wù)化需求的產(chǎn)生Part2-問題和解決方案Part3-未來的挑戰(zhàn)Part4-QA不談微服務(wù)服務(wù)化需求的產(chǎn)生Part1全平臺覆蓋PCHTML5WebserverPhoneClientAppMobilePush/APIserverTVClientAppTVappserver...全平臺覆蓋ServicePCPhoneTabletTVWatchGameConsoleCar...日益成熟的前端能力跨團隊協(xié)作一個代碼倉庫一套集成環(huán)境擴容方案簡單復(fù)雜技術(shù)棧節(jié)點內(nèi)部結(jié)構(gòu)簡單不同的代碼倉庫不同的集成環(huán)境甚至不同的技術(shù)選型問題和解決方案Part2問題矩陣服務(wù)化能力服務(wù)暴露服務(wù)調(diào)用服務(wù)管理文檔認證查詢服務(wù)部署資源調(diào)度部署流程服務(wù)監(jiān)控監(jiān)控鏈路調(diào)試高可用一個簡化的服務(wù)化模型一個簡化的服務(wù)化模型一個簡化的服務(wù)化模型一個簡化的服務(wù)化模型一個簡化的服務(wù)化模型服務(wù)化能力－服務(wù)注冊服務(wù)自注冊服務(wù)框架在服務(wù)在相應(yīng)生命周期節(jié)點中自動向注冊表發(fā)送自己的狀態(tài)；服務(wù)節(jié)點自然就與服務(wù)的注冊表接口進行了耦合；服務(wù)框架也必須要在每種語言下進行實現(xiàn)。服務(wù)化能力－服務(wù)注冊服務(wù)被動注冊守護進程或者管理容器（例如docker、xen）向注冊表發(fā)送服務(wù)上線、下線的信息；不需要開發(fā)框架本身完成服務(wù)注冊的邏輯；能夠包含的服務(wù)狀態(tài)有限；同時這樣的設(shè)計需要對基礎(chǔ)設(shè)施做一定擴展。服務(wù)化能力－

服務(wù)發(fā)現(xiàn)客戶端發(fā)現(xiàn)客戶端向某個服務(wù)注冊表中查詢所需服務(wù)的信息請求的負載均衡本身可以在客戶端實現(xiàn)客戶端的實現(xiàn)與服務(wù)注冊表建立的耦合客戶端實現(xiàn)需要為每種語言都進行一次開發(fā)服務(wù)化能力－

服務(wù)發(fā)現(xiàn)服務(wù)端發(fā)現(xiàn)客戶端請求一個已知地址該地址上的服務(wù)通過負載均衡將請求透明的轉(zhuǎn)向?qū)?yīng)的服務(wù)這樣客戶端代碼將更加簡單但缺點是這個方案中負載服務(wù)的實現(xiàn)難度更高請求鏈路引入了額外的一次跳轉(zhuǎn)服務(wù)化能力－RPC方案消息序列化JSON-RPCthriftcreationix/msgpack-jspgriess/node-msgpackmongodb/js-bson功能模型Parse/stringifyPrimitivetypes服務(wù)化能力－RPC方案通訊方案postwait/node-ampqJustinTulloss/zeromq.nodeSOHU-Co/kafka-node眾多私有方案substack/dnodetj/node-amp通用模型Request/responsePub/sub可靠消息隊列有序消息隊列服務(wù)化能力－RPC方案性能消息尺寸RTQPS穩(wěn)定性心跳重連消息可靠性其他實現(xiàn)的活躍度跨語言部署復(fù)雜度開發(fā)者友好服務(wù)管理AppnameappSecretconsumerSecretNamespacetokennameConsumernamenamespacescopestoken服務(wù)管理－令牌機制公有服務(wù)不要自建認證模型永遠使用Oauth+HTTPS/WSS服務(wù)管理－令牌機制內(nèi)部服務(wù)：基于JWT的令牌ProviderToken的頒發(fā)服務(wù)管理－令牌機制內(nèi)部服務(wù)：基于JWT的令牌ConsumerToken的頒發(fā)服務(wù)部署物理結(jié)構(gòu)VMDocker多進程邏輯結(jié)構(gòu)根據(jù)業(yè)務(wù)領(lǐng)域根據(jù)性能或穩(wěn)定性指標(biāo)未來的挑戰(zhàn)Pa