您是来做广告的吧？
【 在 jekler 的大作中提到: 】
: 标 题: Re: 各位同学，我们在研发一种微服务的替代技术，欢迎交流
: 发信站: 水木社区 (Thu Jul 20 15:24:04 2023), 站内
:
: 你有几点就没搞明白。
: 在国内做saas没什么前景，你去问问国企央企政府谁用公有saas？合规就不允许！什么叫做“自主可控“？saas符合那一条？连公有云都不会去用更别提saas。
: 剩下的大一点的企业，有钱点的都是自建云，不是他们业务复杂到必须上云而是没有选择。
: 再剩下的就是没钱小企业了，他们不是不想私有化，只是没钱没选择。所以saas就是一群搞互联网思维的闭门造车的程序员自嗨的产物，不想着解决企业核心关注，又不愿承担企业内部定制和运维的承重负担，为图自己方便罢了。结果是坑次坑次费半天力做了个自觉很nb的企业应用，却发
: 终也坏娇突В皇章抟慌磕旮斗岩庠覆怀1k还能不停抱怨的用户。做saas死的不要太多太多。
:
: 其次，你应该没有认真看过eight，否则你的见解就不会南辕北辙。eight既不是所谓单体的宏服务，也不是对spring做了层抽象，osgi加载。
: eight可以做到比所谓微服务更细粒度的动态加载和系统可观测，以前所谓服务组成的系统，可以在一个进程内成为组件组装的系统。如果用在你们熟悉的互联网云框架上，也能大大减少微服务数量，使得整体系统更为简洁，调用链更简单，局部故障更少，网络流量更少，资源消耗更少。同
: 时还保证你们所需要的模块独立分治，分组开发，不定周期局部迭代一点不少的满足。并且更新与升级更快更平滑，资源消耗更少。
: 至于你或许以为这个事情不过就是osgi加点spring很容易就搞定。但滑稽的是无论osgi还是spring资格都比微服务老多了，如果他们这么easy就解决你们微服务花了老鼻子劲又是服务注册又是服务发现又是故障检测又是分布式状态维持又是调用链跟踪。。。才勉强做到的事情，微服务根本
: 筒豢赡艿
: 仔细说，为何靠osgi做不到这一点而eight为何能做到，我为何要开发这个架构写那么多奇怪的代码，尽管我在线上介绍里写清楚原理了，但估计你压根理解不了。
: 这并不奇怪，自以为是的人太多。
: 【 在 hgoldfish 的大作中提到: 】
: : 我倒是比较理解楼主的技术使用场景，因为我现在也做 tob 的服务。
: : tob 的服务最赚钱的肯定是一些 SaaS 平台类型的，比如钉钉、飞书、WPS 云盘之类的。但是还有很多 tob 服务只是比较弱势的工具型软件，企业会要求私有化布署或者像我们是布署在企业自己买的云里面，不是物理机。
: : 像我们这样的服务场景，需要布署大量高度重复性的小型系统。管理的机器非常多。有多少客户就要管理多少个小型集群。每个集群的机器有时候是一台，有时候是两三台，但一般不会超过五台。
: : ...................
: --
:
: ※ 来源:·水木社区
http://m.mysmth.net·[FROM: 221.217.52.*]
--
FROM 171.41.73.*