标签：appdata 难度 方便 去除 高度 容错 方式 file 思想
一心而为 19:28:14
微服务 与 分布式 有什么区别？
一心而为 22:07:41
同构的 silo 集群 建立 起来是不是微服务架构， 假设我有20个 grain 全部放在一个silo host 上面但是这个进程在 比如5台机器上启动，然后组成集群，这样 web host的 client上 连接到这个集群就可以调用 20个grain了，剩下的就交给 orleans 的集群自管理 比如 由那个节点激活那个grain ，负载均衡等
一心而为 22:09:59
这也算微服务吧，这种自动 化程度比较高，如果 我用 grpc+consul,+ 消息队列来做到同样的事呢？可能 要更复杂 些吧
一心而为 22:11:36
所以现在的问题关键就在于如何 orleans的集群，微服务 的微颗粒由grain按开发者自行决定 ，所以也是微的
一心而为 22:24:11
要是这样玩的话，比异构silo好多了
一心而为 22:26:05
业务颗粒由开发人员通过 grain 就划分 好了，所以不必要silo上面再做分割 全部一股脑的放进 silo host里面 有100个grain不放100个，不管 这些grain来自那个dll有多少dll引用多少，然后就只做这个的 silo host的集群 即可 我目前 觉得如果 真是这样那方便了
?追??????? 风? 22:26:52
的确就是这样
?追??????? 风? 22:26:56{7.gif)
一心而为 22:27:04
集群完全 根据 自己所有的物理节点做就行了只要充分复用物理节点资源 即可
一心而为 22:27:23
我之前设想的 是要通过 异构silo来做”微“
一心而为 22:27:32
那样就麻烦 大了
?追??????? 风? 22:28:29
它只是分布式的
?追??????? 风? 22:28:37
微服务 的功能它不具备
一心而为 22:29:03
希望我已经 迫近正确的理解 orleans的玩法了，要不然，我就没信心继承 走这条道了，我都 想换成 grpc+mq+consul 但感觉 这种方式难度 大累人要管理的地方太多
?追??????? 风? 22:29:09
什么健康检查，熔断限流，认证，这些它都没有
?追??????? 风? 22:29:26
需要这些功能还得自己搭或者做
一心而为 22:29:50
这些只是 一些 功能 啊，我认为，只要 按业务 分出 grain 就算已经微了
?追??????? 风? 22:30:04
自动负载
?追??????? 风? 22:30:21
它的功能也应该很弱
?追??????? 风? 22:30:32
只是说 比 actor 强一些而已吧
一心而为 22:31:01
那你觉得 这个适合于 业务对微架构 不是很依赖的用户
?追??????? 风? 22:31:35
如果没有微服务的那些功能，微服务搭起来也没办法保证稳定性和容错能力
一心而为 22:31:39
但要自己公司 搭一个微服务也不是一天两天能做到的，从长期来说 和我哥的soa还是必须 做的
?追??????? 风? 22:31:44
如果不考虑这些，就只需要考虑分布式即可
一心而为 22:33:49
微服务还是soa的一种新发展新高度，更细致，更理论化了是以实践的总结 提升 以前是 rpc mq, esb这些对吧
一心而为 22:34:02
但以前这一套我也没具体 弄过
一心而为 22:34:10
最多就是wcf
一心而为 22:38:45
所以更需要 前后端分离，后端企业的 soa 有什么 自己是能确定的，但前端 要提供 那些 服务 那些 界面 这个是 一对多的关系 根据 需要 而定，根本 上改变 应用程序 开发单体 设计 思想，也为企业整个软资产管理提供 了更清晰的保障，一个企业可以上很多不同的应用，后端有soa支撑 ，所以soa可以独立发展，统一规划 ，去除冗余，优化架构 独立测试，独立发布，独立升级 独立维护等
一心而为 22:40:42
公司现在要考虑应该按这种大趋势来，而不是 陷在一些 web,app的开发里面由这些项目的需求牵着走 这肯定会造成潜在的损失
一心而为 22:41:26
soa对标的 是企业，公司，而不是 某一个 项目或应用
标签：appdata 难度 方便 去除 高度 容错 方式 file 思想
原文地址：https://www.cnblogs.com/ProjectDD/p/12194472.html
