項目進行微服務化之后，隨之而來的問題就是服務調用過程中發生錯誤、超時等問題的時候我們該怎么處理，比如因為網絡的瞬時問題導致服務超時，這在我本人所在公司的項目里是很常見的問題，當發生請求超時問題的時候，我們希望能夠自動重試，或者是在發生服務錯誤時采取一定的策略，比如限流熔斷等等。 本篇將會使用 ...

微服務項目，比如有需要的API，ApiResource即我們要使用的API資源，這里我用“MI.Ser ...

當我們使用微服務架構之后，緊接而來的問題便是服務之間的程序集引用問題，可能沒接觸過的同學不太理解這句話，都已經微服務化了為什么還要互相引用程序集，當然可以不引用。但是我們會有這樣一種情況，我們的每個接口都會有請求參數和返回結果，規范來說我們需要為每個接口分別創建一個請求類（Request）和返回類 ...

一、開場白 在系統設計里我們有很多配置希望獨立於系統之外，而又能夠被系統實時讀取。但是在傳統的系統設計里，配置信息通常是耦合在系統內的，比如.net里通常會放在App.config或者web.config里，.net core則是appsettings.json里，這些都不夠靈活，如果在制度嚴格 ...

RabbitMQ是什么，怎么使用我就不介紹了，大家可以到園子里搜一下教程。本篇的重點在於實現服務與服務之間的異步通信。 首先說一下為什么要使用消息隊列來實現服務通信：1.提高接口並發能力。 2.保證服務各方數據最終一致。 3.解耦。 使用消息隊列通信的優點就是直接調用的缺點，比如在直接調用 ...

： 藍色標識的Consul部分是我們這里需要用到的，這里我把項目名稱當作服務注冊標識。 然 ...

使用網關之后我們面臨的一個問題就是監控，我們需要知道網關的實時狀態，比如當前的請求吞吐量、請求耗費的時間、請求峰值甚至需要知道具體哪個服務的哪個方法花費了多少時間。網關作為請求的中轉點是監控品牌的要塞。 本篇將針對Ocelot添加Metrics+InfluxDB+Grafana架構的監控 ...

最近加班有點多，一周五天，四天加班到11點+，心很累。原因是我當前在的這個組比較特殊，相當於業務的架構組，要為其它的開發組提供服務和監控。所以最近更新的也少，不過這個元旦三天假應該會更新三篇。 這篇是介紹一下商城的購物車，代碼就不詳細介紹了，因為技術點都已經再前面幾篇介紹過了，無非就是產品的增刪 ...