問題描述

最近在使用 node 構建一個數(shù)據(jù)處理系統(tǒng)，涉及到的模塊較多，因此打算采用微服務架構，目前使用了一個微服務框架 Seneca，采用 tcp 進行通信。

Seneca 微服務主要負責和db通信、以及數(shù)據(jù)處理計算（不是很耗時的計算）。

這里大部分數(shù)據(jù)處理計算的工作都可以延時完成，但是前端 http 的返回和其中的一部分工作比如數(shù)據(jù)庫查詢工作有關，所以需要等待某些微服務模塊有返回結果了（或返回部分結果了）再返回給前端。
于是我通過ab測試發(fā)現(xiàn)：采用 Seneca 的方式比原來各個模塊寫在一起直接引入的方式，效率要低好多，比較壞的情況下，甚至平均響應時間是原來的 1.5 倍。
這個也不難理解，畢竟會有通信的開銷，還可能因為采用了 Seneca 造成其他的隱形成本。

我現(xiàn)在有點迷茫，采用了微服務的話，可以使模塊之間解藕，對開發(fā)有一定方便，但是卻會降低效率，感覺有些得不償失。
我對微服務的理解也并不深刻，只是覺得能在代碼維護上給這種單體系統(tǒng)帶來好處，另外就是微服務的單個服務方便擴容。

是不是我的使用方式不對？還是說微服務本來就有降低效率這個問題？各位是如何解決的呢？希望能指點一二。