問題描述最近在使用 node 構(gòu)建一個數(shù)據(jù)處理系統(tǒng)，涉及到的模塊較多，因此打算采用微服務(wù)架構(gòu)，目前使用了一個微服務(wù)框架 Seneca，采用 tcp 進行通信。Seneca 微服務(wù)主要負責(zé)和db通信、以及數(shù)據(jù)處理計算（不是很耗時的計算）。這里大部分?jǐn)?shù)據(jù)處理計算的工作都可以延時完成，但是前端 http 的返回和其中的一部分工作比如數(shù)據(jù)庫查詢工作有關(guān)，所以需要等待某些微服務(wù)模塊有返回結(jié)果了（或返回部分結(jié)果了）再返回給前端。于是我通過ab測試發(fā)現(xiàn)：采用 Seneca 的方式比原來各個模塊寫在一起直接引入的方式，效率要低好多，比較壞的情況下，甚至平均響應(yīng)時間是原來的 1.5 倍。這個也不難理解，畢竟會有通信的開銷，還可能因為采用了 Seneca 造成其他的隱形成本。我現(xiàn)在有點迷茫，采用了微服務(wù)的話，可以使模塊之間解藕，對開發(fā)有一定方便，但是卻會降低效率，感覺有些得不償失。我對微服務(wù)的理解也并不深刻，只是覺得能在代碼維護上給這種單體系統(tǒng)帶來好處，另外就是微服務(wù)的單個服務(wù)方便擴容。是不是我的使用方式不對？還是說微服務(wù)本來就有降低效率這個問題？各位是如何解決的呢？希望能指點一二。