微服務 與 分布式 有什么區別？

一心而為 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


一心而為 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對標的 是企業，公司，而不是 某一個 項目或應用