api-web：這個是根據業務實際情況來做的, 乙個目的是引數校驗, 各種控制統一在這裡, 另乙個就是資料聚合, 有些介面部分資料從a來 部分資料從b來, 總得有地方給組合一下, 讓a搞或者讓b搞都容易扯皮, 索性就讓c來搞; 是後端提供的所有的前端的介面 如果前端沒控制好 會在這一層再控制一次 前端通過api-web的路徑調我們後端 前端：真正的前端頁面
remote client是服務之間的橋梁 然後foreign是通道，它實現了**的本地化，可以不用foerign 但是**寫起來會比較麻煩， http client.post('/api/web/vi') 比較晦澀 api-web介面和uaa介面是對外暴露的介面，remote-client是基礎包，還有其他基礎包，例如comm ：時間格式統一等
remoteclient模擬的是http請求 其中
產生原因：get介面傳參 url超長
修改方法：get介面修改為post介面
前端請求過來後 先去api-web api-web會呼叫remote-client remote-client通過foreign連線ci服務
api-web定義介面的路徑和引數示例：
eureka註冊機制： 當乙個微服務發現它依賴的資源不可用時，會自動向eureka傳送訊息，下線這個微服務。微服務依賴的所有基礎服務如rabiitmq, mongo等都要高可用才能保證微服務的穩定
微服務專案的整合和測試
1 掌握微服務專案的整合使用 2 掌握swarrger ui的簡單使用 本專案模擬的是乙個簡單的 管理系統，其專案整體結構如圖所示。由於microservice orderservice 訂單微服務 和microservice userservice 使用者微服務 都涉及了mysql資料庫的連線使用...
微服務專案架構技術
1.eureka作為註冊中心，實現服務治理 2.管理統一服務入口管理 zuul閘道器 3.http協議 fegin客戶端 ribbon本地負載均衡 4.hystrix服務保護框架 熔斷 降級 隔離 限流 5.微服務訊息匯流排stream rabbitmq和kafka 6.服務追蹤與呼叫鏈關係sleu...
微服務專案之戰 微服務間的呼叫
微服務呼叫介紹，微服務之間的呼叫 一，springcloud微服務之間呼叫的方式有那些？在springcloud中實現微服務呼叫的方式有ribbon feign兩種，他們實現軟負載均衡呼叫。ribbon是乙個基於 http 和 tcp 客戶端 的負載均衡的工具。可以在客戶端配置 ribbonserv...