node 微服務(wù)架構(gòu)是否會(huì)降低后端的效率和響應(yīng)時(shí)間，有沒(méi)有什么解決辦法呢？

問(wèn)題描述

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

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

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

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

是不是我的使用方式不對(duì)？還是說(shuō)微服務(wù)本來(lái)就有降低效率這個(gè)問(wèn)題？各位是如何解決的呢？希望能指點(diǎn)一二。