这是一个创建于 1104 天前的主题，其中的信息可能已经有所发展或是发生改变。
MoleculerJS 感觉挺 nice 的，想找个 .net core 下面的
第 1 条附言 · 2021-11-29 16:01:04 +08:00
MoleculerJS 的好处是简单，很快能用起来
比 sping cloud 这类简单多了
比 sping cloud 这类简单多了
 |
1
bsg1992 2021-11-25 17:48:07 +08:00
没有
|
 |
2
hihipp 2021-11-25 17:56:20 +08:00 via iPhone  1
|
 |
4
INCerry 2021-11-29 14:20:42 +08:00
我不太清楚有没有，但是上 K8S 以后，这些微服务框架的必要性其实不是很大了，一些做 java 的朋友，公司上 k8s 以后 spring cloud 都不用了，.net 这边一个类似的叫 steeltoe
|
 |
5
hutoer OP k8s 我们也有几套，线上最大的一套是 25 台物理机，4 、5 年用下来，觉得 k8s 集群的使用成本挺大的，稳定性也一般。
k8s + Service Mesh 或许能替代微服务架构，但是并不说微服务架构就没有存在的意义了： 1 、k8s 本身并不能替代微服务架构，要加上一些周边生态，另外 k8s 还要搭配分布式存储。这样一套下来，技术难度（尤其是调优、排查问题）、复杂度挺大的。 好多团队是走的 DevOps 路线，运维开发都自己做，k8s 整套无疑是增加心智负担（用好不易）的、增加工作量的。 2 、k8s 增加了硬件成本（增加蛮多的），一些客户是不买账的 3 、有些环境跑不了 k8s 所以，商业软件都不敢（也没必要）说必须跑在 k8s 集群下 |
|
6
hutoer OP 这几天在看 微软 Dapr ，有点意思
|
 |
8
kowgarnett 2022-01-08 00:44:04 +08:00
巧了，我司 toB 产品是商业软件，从 monolith 往微服务拆，装到 k8s 里的。
私以为，微服务架构和 k8s 本来也不该是替代关系而应该是同一个抽象思想在应用层和基础层的实践，所以替代二字本就不该谈起。对于存储，我们用了一个单独的 dbs service 来封装了存储层，然后就继续沿用原来的单点存储了，平滑过渡，也不是难事，而且生产环境还有一部分扔给了 AWS 。 |
Select Language