問題タブ [servicemesh]

ここでの一般的なトレードオフは何ですか? 私の意見では、サービスがデータベースに多くのクエリを実行する場合は、サービス メッシュの外にデータベースを設定することをお勧めします。これは正しいです？

Envoy ( https://github.com/envoyproxy/envoy/blob/main/source/common/formatter/substitution_formatter.cc#L1068 )から文字列を編集しようとしていますが、コードを変更してビルドをテストすると、コンパイルされますが、次のエラーが発生しました。

警告 Unhealthy 108s (x2 over 112s) kubelet, Readiness probe failed: Get "http://*****(IP but private)/healthz/ready": dial tcp *****(IP private): connect:接続拒否

私がやろうとしているのは、(val) 文字列の一部を別の文字列 (poz) に置き換えることです。%REQ(X-FORWARDED-FOR)% コマンド演算子の前後にタグを追加する必要があるだけなので、置き換えるだけで問題ないと思いました。C++ コンパイラで試してみると問題なく動作しますが、Envoy コードで試してみると上記のエラー メッセージが表示されます。

ターミナル経由で動作するサービス メッシュ/kubernetes があり、異なる名前空間を持つすべての異なるポッドが表示されます。各ポッド内で、コンソールにアクセスして app.jar を確認できます。

最近、上司/クライアントから、サービス メッシュ/kubernetes コマンド ラインから特定の JAR に対してさまざまなシステム統合テストを実行する方法について尋ねられました。Google は、「mvn clean install」、「javac」、または「java -jar junit-platform-console-standalone-1.7.2.jar --class-path target --select-class」を使用するように指示しています。これらはすべてさまざまな理由で失敗します (mvn が存在しない、javac が存在しない、jar はポートが使用中であると言います。もちろん、ポートは使用中です。前述の同じ jar がそれを使用しています)。

Gitlab (または Intellij) でポッドを見ると、すべてのテストが表示されます。しかし、これらの SYSTEM INTEGRATION テストを Pod コンソールから実行するにはどうすればよいでしょうか? 理想的には、すべてのテストを実行するコマンドです。これにより、作業がはるかに簡単になります。

編集：コメントの熱で笑。私は上司に明確にしました.彼女は、ユニットテストではなく、サービスメッシュからシステム統合テストを実行したいと言っていました. これらのポッドは分離されておらず、相互に依存しているものもあります。

私は Kuma を初めて使用し、スタンドアロン モードを試した後、マルチゾーン展開モードをセットアップしようとしています。現在、Azure VM でグローバル コントロール プレーンをセットアップすることができており、うまく機能しているようです。

私の問題は、ゾーン コントロール プレーンの設定にあります。Docker、WSL、および VirtualBox Ubuntu VM の両方でセットアップを試みましたが、同じエラーが何度も発生します。Kuma ドキュメントで説明されているように、ユニバーサル モードを使用してこれを設定しようとしており、バージョン 1.4.1 と 1.2.3 の両方を試したことに注意してください。問題のエラーは次のとおりです。

ERROR kds-zone.kds-mux-client component terminated with an error (“generationID”: 6, “error”: “rpc error; code = Unavailable desc = connection error: desc = “transport: authentication handshake failed: tls: first record does not look like a TLS handshake””}

この問題をグーグルで調べてみましたが、Kuma に関連する同様の問題を見つけることができず、kuma.conf.yml ファイルで実験を試みましたが、役に立ちませんでした。

これを解決する方法についてアドバイスがあるかもしれない人には、事前に感謝します。

よろしく、ダニエル

Istio によって制御されるサービス メッシュで、次の 2 つの条件に基づいてインバウンド トラフィックを調整したいと考えています。

• リクエストパス
• ソース ラベル (例: app: an-app)

すべてのドキュメントで使用するように案内されましたが、リクエストにor elsedescriptorsなどの POST API の適切なヘッダー情報が含まれていないため、使用できません。:path

現在の Envoy フィルターの構成は次のとおりです。これは、80 ポートを介してすべてのインバウンド トラフィックを調整するために正常に機能しますが、実際にやりたいことは、API パスとソース ラベルごとに異なるバケット条件を使用することです。

これらの基準に基づいてリクエストを調整するための参照はありますか?