- 主题:各位同学，我们在研发一种微服务的替代技术，欢迎交流
做到这个规模很厉害
【 在 jekler 的大作中提到: 】
: 本人做过些toB项目，深感当前的互联网技术对企业不友好，尤其是微服务和云架构，绝非大部分企业的理想选择。所以最近这些年一直在寻找解决方案。
: 最近一段时间我们研发了一种具有潜力的新技术，采用独特的设计思想，具备微服务的优点而没有它的缺陷。
: 现在尚在初期，但已经有了平台底座和线上演示环境，看上去还挺有趣。希望能为未来的企业应用带来新思路。
: ...................
--
FROM 60.253.145.*
赞同，既然都做微服务改造了，Java 版本升级顺带就做了，甚至可以认为是理所应当的
【 在 JulyClyde 的大作中提到: 】
: 那种连jdk都不换的系统，是不会做改造去适配你这个的
--
FROM 220.194.45.*
确实。有些技术团队非常的凑合。都是能力所限，能够把当前的软件改到稳定状态，没有明显 BUG 就已经劳心费力，精疲力竭，更没有动力去改造大的系统。
像这种架构型的框架，只能吸引新的项目。
【 在 JulyClyde 的大作中提到: 】
: 那种连jdk都不换的系统，是不会做改造去适配你这个的
--
FROM 110.81.1.*
我倒是比较理解楼主的技术使用场景，因为我现在也做 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.*
springboot 放在k8s里，再多也管理过来
【 在 hgoldfish 的大作中提到: 】
: 我倒是比较理解楼主的技术使用场景，因为我现在也做 tob 的服务。
: tob 的服务最赚钱的肯定是一些 SaaS 平台类型的，比如钉钉、飞书、WPS 云盘之类的
: 。但是还有很多 tob 服务只是比较弱势的工具型软件，企业会要求私有化布署或者像我
: 们是布署在企业自己买的云里面，不是物理机。
: 像我们这样的服务场景，需要布署大量高度重复性的小型系统。管理的机器非常多。有
: 多少客户就要管理多少个小型集群。每个集群的机器有时候是一台，有时候是两三台，但
: 一般不会超过五台。
: ...................
--
FROM 112.19.214.*
共识接口，和微服务插件化
总结的对么？
看里面从哲学的角度探讨了大量问题，但感觉并没有从根本上去解决，看的粗略，妄谈见谅。
【 在 jekler 的大作中提到: 】
: 本人做过些toB项目，深感当前的互联网技术对企业不友好，尤其是微服务和云架构，绝非大部分企业的理想选择。所以最近这些年一直在寻找解决方案。
: 最近一段时间我们研发了一种具有潜力的新技术，采用独特的设计思想，具备微服务的优点而没有它的缺陷。
: 现在尚在初期，但已经有了平台底座和线上演示环境，看上去还挺有趣。希望能为未来的企业应用带来新思路。
: ...................
--
FROM 180.167.122.*
k8s 适合集中式的集群。
楼主说的不是集群，而是机器群。是两回事。
Java 社区管理机器群是大麻烦，但对于 Python 社区的却未必。我们使用 docker + fabric 一直都能很轻松地管理大量的 Linux 机器。
【 在 iwannabe 的大作中提到: 】
: springboot 放在k8s里，再多也管理过来
--
修改:hgoldfish FROM 183.253.143.*
FROM 183.253.143.*
没啥，有个不知道什么字段成为了关键词发不出来，不想慢慢查，改个排版
【 在 pangwa 的大作中提到: 】
: 您这是怎么了、错乱了。。
: ╔═╤═╤═╤═╤═╤═╤═╤═╤═╤═╗
: ║微│身│，│，│其│又│。│的│微│那║
: ...................
--
FROM 221.217.52.*
这么说吧。其实问题不在于我有没有说要“替代”微服务，而在于互联网干了几十年技术进化，有没有为企业考虑过，企业有没有“替代”方案，还是被互联网所裹挟不得不“服务化改造”，不得不“上云”
你这样理解一下标题的意思看是不是更合适。
【 在 hothail 的大作中提到: 】
: 我觉得你的这些思考的也挺好的
: 既然考虑了这么多企业的应用的场景
: 这个架构的和微服不是~取代~的关系，而是各自有有自己的领域，（传统企业vs互联网领域）
: ...................
--
FROM 221.217.52.*
那你不如先发第一段
然后挨段粘贴
看看哪次编辑被吞了就知道了
【 在 jekler 的大作中提到: 】
: 没啥，有个不知道什么字段成为了关键词发不出来，不想慢慢查，改个排版
--
FROM 221.198.65.*