我倒是比较理解楼主的技术使用场景，因为我现在也做 tob 的服务。

tob 的服务最赚钱的肯定是一些 SaaS 平台类型的，比如钉钉、飞书、WPS 云盘之类的。但是还有很多 tob 服务只是比较弱势的工具型软件，企业会要求私有化布署或者像我们是布署在企业自己买的云里面，不是物理机。

像我们这样的服务场景，需要布署大量高度重复性的小型系统。管理的机器非常多。有多少客户就要管理多少个小型集群。每个集群的机器有时候是一台，有时候是两三台，但一般不会超过五台。

这样的环境里面使用互联网常用的微服务体系是很不适应的。可以想象一下在一台 4c8g 机器里面跑 spring cloud.

我大概看了一下楼主的项目，与其说是微服务，不如说是宏服务：

1. 项目仍然是单体应用，通常服务跑在一个进程里面。所以一个简单的事务不会变成复杂的分布式事务。
2. 粒度更大。
3. 与 spring 的依赖注入类似，但 spring 在注入的时候写清楚了类型。eight 项目在这些类型之上再次抽象出接口，注入的时候使用 osgi 加载并初始化。

【 在 jekler 的大作中提到: 】
: 本人做过些toB项目，深感当前的互联网技术对企业不友好，尤其是微服务和云架构，绝非大部分企业的理想选择。所以最近这些年一直在寻找解决方案。
: 最近一段时间我们研发了一种具有潜力的新技术，采用独特的设计思想，具备微服务的优点而没有它的缺陷。
: 现在尚在初期，但已经有了平台底座和线上演示环境，看上去还挺有趣。希望能为未来的企业应用带来新思路。
: ...................
--
修改:hgoldfish FROM 110.81.1.*
FROM 110.81.1.*