該服務對應的真實位址是
使用者資訊
訂單介面
/proxy
/order/seller/order/queryorderlist?orderstatus=&pagenum=1&pagesize=10&shopid=4021000037&companyid=401000024&_=1538135279580
後來網管服務有看了下feature-ecc-gateway
pre 路由前執行
route 路由請求被呼叫執行
post 路由後執行
error 發生錯誤
執行順序
basicauthrequestfilter
senderrorfilter 只對 post 過濾器丟擲的異常處理
專案中預設的elk位址是
192.168.178.126
19250
kafka.broker.address=192.168.178.126:39092 consumer會使用
商品中會用到的訊息
1.訂單確認
2.新增商品時同步商品資訊到索引庫主題
3.刪除客戶標籤傳送mq
4.新增優惠**時同步商品資訊到索引庫主題
5.應商修改或完善商品供貨資訊 訊息主題
6.**商提交新商品 訊息主題
7.**關鍵字搜尋時增加搜尋記錄 訊息主題
8.終極類目被刪除或改為非終極 訊息主題
9.更新品牌時同步品牌資訊到索引庫主題
10.新增品牌時同步品牌資訊到索引庫主題
訂單確認的訊息
es的使用
名牌同步到es
Zuul忽略所有微服務，只路由指定的微服務
一 介紹 很多場景下，可能只想讓zuul 指定的微服務，此時可以將zuul.ignored services設為 二 配置舉例 ignored services 使用 可忽略所有微服務 routes microservice provider user user 這樣就讓zuul只路由micoser...
ZUUL單點路由與微服務的SESSION共享
幾個基本概念 2 session建立在request.getsession 函式呼叫時，或者是推送第乙個頁面時 預設，也可以在jsp中輸入 page session false 來關閉session的建立 3 cookie在客戶端保留，用於記錄與伺服器的互動資訊。伺服器端通過response.add...
微服務化過程中遇到的問題和思考
我目前遇到的問題 1.微服務拆分多個，團隊在行政上不能拆分，大家還都是乙個團隊，但是維護的服務卻多達幾十個，新人學習和認識成本高昂。2.微服務拆分多個，運維工具沒有跟上，自動化能力不足，此時會造成每次上線都要發很多的服務上線，耗時耗力，造成此問題的原因有乙個是產品經理每個迭代要做的需求都是跨多個領域...