背景問題
春クラウドゲートウェイを使用するプロセスでは、我々はエラーになり、異なるためZuulゲートウェイおよびアクセス・パス(zuulがサービスIDで機能します)の、複数の異なるマイクロルートマッピングサービスを構成します。
現象パフォーマンス
ポジショニングの問題
- 述語は、構成の問題を検討しました。
routes:
- id: after_route
uri: lb://user-center
predicates:
# 当当前时间晚于设置时间之后,才能访问
# 否则得到404错误
#- After=2010-01-01T18:00:00.789-07:00[America/Denver]
# 当Host属于**.geekplus.com.cn或**.life-runner.com时
# http://localhost:9999/** -> user-center/**
# eg. http://localhost:9999/users/1 -> user-center/users/1
#- Host=**.geekplus.com.cn,**.life-runner.com
- TimeBetween=上午6:00,下午11:00
- Path=/users/**
filters:
- AddRequestHeader=CompanyKey,123456
- AddResponseHeader=Success,Isaac
- PreLog=CustomLogKey,CustomLogValue
- id: content_route
uri: lb://shared-center
- After=2010-01-01T18:00:00.789-07:00[America/Denver]
- Path=/share/**
filters:
- AddRequestHeader=CompanyKey,123456
- AddResponseHeader=Success,Isaac
- PreLog=CustomLogKey,CustomLogValue
- 問題のためであると考えられて
routes:
- id: content_route
uri: lb://shared-center
predicates:
- Path=/share/**
- id: after_route
uri: lb://user-center
predicates:
# 当当前时间晚于设置时间之后,才能访问
- TimeBetween=上午6:00,下午11:00
- Path=/users/**
filters:
- AddRequestHeader=CompanyKey,123456
- AddResponseHeader=Success,Isaac
- PreLog=CustomLogKey,CustomLogValue
私は彼が間違っていたと思いました。
助けのための4つ、無力、Gatewayの本当にほとんど情報オンライン。またはエラーメッセージに従って、独自の道を支払う、メタデータナコスを表示、珍しいです!
結論
- 再起動後、IPサービスは、両方のサービスレジストリ内の同じIPに変更されているため、ゲートウェイとユーザーの中心は、再起動されているので、あなたがアクセスすることができます。
図2は、IPディスカバリー・センターに登録し、私は再起動しませんでした長い時間のための共有センターは、要求が失敗し、その結果、異なるIPの古いIP、およびゲートウェイ/ユーザー・センターです。
次のように:
共有-センター:172.16.33.167
ユーザーセンター&ゲートウェイ:172.16.29.0
ソリューションは、共有センターを再起動して、例のIp、正常に戻って結果を再取得します!
ヒント
私はそれ以外の場合は、まだ古いIPを呼び出します、再起動後にサービス、コンテンツサービスとして春クラウドアリババナコスディスカバリー・センターを使用して、失敗IPserviceセンターは、手動でそれを処理する必要がリフレッシュされていないことがわかっています。