一、簡介 本篇我們將會把商城的服務部署到k8s中,同時變化的還有以下兩個地方: 1.不再使用Consul做服務的注冊和發現,轉而使用k8s-dns來實現。 2.不再使用Ocelot作為業務網關,使用Traefik來實現。 正如上面所講,服務發現和網關均使用k8s的相關工具,當然,相比與以上 ...
最近加班有點多,一周五天,四天加班到 點 ,心很累。原因是我當前在的這個組比較特殊,相當於業務的架構組,要為其它的開發組提供服務和監控。所以最近更新的也少,不過這個元旦三天假應該會更新三篇。 這篇是介紹一下商城的購物車,代碼就不詳細介紹了,因為技術點都已經再前面幾篇介紹過了,無非就是產品的增刪該查,當然,數據的更新交互這一塊使用的是我們上一篇介紹的消息隊列,比如購車的添加 修改 刪除。 商城到這塊 ...
2018-12-30 18:24 2 1099 推薦指數:
一、簡介 本篇我們將會把商城的服務部署到k8s中,同時變化的還有以下兩個地方: 1.不再使用Consul做服務的注冊和發現,轉而使用k8s-dns來實現。 2.不再使用Ocelot作為業務網關,使用Traefik來實現。 正如上面所講,服務發現和網關均使用k8s的相關工具,當然,相比與以上 ...
當我們使用微服務架構之后,緊接而來的問題便是服務之間的程序集引用問題,可能沒接觸過的同學不太理解這句話,都已經微服務化了為什么還要互相引用程序集,當然可以不引用。但是我們會有這樣一種情況,我們的每個接口都會有請求參數和返回結果,規范來說我們需要為每個接口分別創建一個請求類(Request)和返回類 ...
項目進行微服務化之后,隨之而來的問題就是服務調用過程中發生錯誤、超時等問題的時候我們該怎么處理,比如因為網絡的瞬時問題導致服務超時,這在我本人所在公司的項目里是很常見的問題,當發生請求超時問題的時候,我們希望能夠自動重試,或者是在發生服務錯誤時采取一定的策略,比如限流熔斷等等。 本篇將會 ...
使用網關之后我們面臨的一個問題就是監控,我們需要知道網關的實時狀態,比如當前的請求吞吐量、請求耗費的時間、請求峰值甚至需要知道具體哪個服務的哪個方法花費了多少時間。網關作為請求的中轉點是監控品牌的要塞。 本篇將針對Ocelot添加Metrics+InfluxDB+Grafana架構的監控 ...
微服務項目,比如有需要的API,ApiResource即我們要使用的API資源,這里我用“MI.Ser ...
之前是使用NLog直接將日志發送到了ELK,本篇將會使用Docker搭建ELK和kafka,同時替換NLog為Log4net。 一.搭建kafka 1.拉取鏡像 2.啟動 3.測試Kafka 再生產端發送消息,消費端可以成功接收到就說明沒問題 ...
之前使用MQ的時候是通過封裝成dll發布Nuget包來使用,消息的發布和消費都耦合在使用的站點和服務里,這樣會造成兩個問題: 1.增加服務和站點的壓力,因為每次消息的消費就意味着接口的調用,這部分的壓力都加在了使用的站點和服務的機器上。 2.增加修改的復雜性,如果我們需要加兩條消費日志,都需要 ...
RabbitMQ是什么,怎么使用我就不介紹了,大家可以到園子里搜一下教程。本篇的重點在於實現服務與服務之間的異步通信。 首先說一下為什么要使用消息隊列來實現服務通信:1.提高接口並發能力。 2.保證服務各方數據最終一致。 3.解耦。 使用消息隊列通信的優點就是直接調用的缺點,比如在直接調用 ...