先思考一些問題：它是做什么的、以及怎么使用它。帶着這些問題往下走。 consul是做什么的 consul用於微服務下的服務治理。服務治理是什么？它包含但不限於：服務發現、服務配置、健康檢查、鍵值存儲、安全服務通信、多數據中心等。 為什么需要服務治理？舉個例子：最開始的服務比較簡單，各服務之間 ...

延續上一篇的話題繼續，順便放上一篇的傳送門：點這里。 集群的必要性 consul本身就是管理集群的，現在還需要給consul搞個集群，這是為啥？因為consul單點也容易掛啊！萬一管理集群的consul掛掉了，那么相當於上下游應用都變成了瞎子，看不到也調不到。所以集群的必要性不用我說了 ...

上一次我們介紹了 Ocelot 網關的基本用法。這次我們開始介紹服務注冊發現組件 Consul 的簡單使用方法。 服務注冊發現 首先先讓我們回顧下服務注冊發現的概念。 在實施微服務之后，我們的調用都變成了服務間的調用。服務間調用需要知道IP、端口等信息。再沒有微服務之前，我們的調用信息一般都是 ...

上一次我們介紹了Elastic APM組件。這一次我們繼續介紹微服務相關組件配置中心的使用方法。本來打算介紹下攜程開源的重型配置中心框架 apollo 但是體系實在是太過於龐大，還是讓我愛不起來。因為前面我們已經介紹了使用Consul 做為服務注冊發現的組件，那么干脆繼續使用 Consul 來作 ...

有consul基礎的都知道，consul可以發現新增的服務，剔除掉無效的服務，賦予應用自動伸縮的能力。而ocelot如果集成了consul，那ocelot也能擁有這些能力，還可以自主選擇負載均衡策略，靈活性更強。 （建議看完前一篇文章再來實踐這一篇，不然可能有難度） 上干貨。 首先打開上一篇 ...

在傳統單體架構中，由於應用動態性不強，不會頻繁的更新和發布，也不會進行自動伸縮，我們通常將所有的服務地址都直接寫在項目的配置文件中，發生變化時，手動改一下配置文件，也不會覺得有什么問題。但是在微服務模式下，服務會更細的拆分解耦，微服務會被頻繁的更新和發布，根據負載情況進行動態伸縮，以及受資源調度 ...

Tip: 此篇已加入.NET Core微服務基礎系列文章索引 一、Consul基礎介紹 　　Consul是HashiCorp公司推出的開源工具，用於實現分布式系統的服務發現與配置。與其他分布式服務注冊與發現的方案，比如 Airbnb的SmartStack等相比，Consul的方案更“一站式 ...

.NET Core微服務一：Consul服務中心 .NET Core微服務二：Ocelot API網關 .NET Core微服務三：polly熔斷與降級 本文的項目代碼，在文章結尾處可以下載。 本文使用的環境：Windows10 64位 + VS 2019 + .NET Core ...