問題タブ [health-check]

ECS サービスを定期的に呼び出す必要があります。

スケジュールされた ECS タスクでこれを達成しようとしています。

タスク定義は、ヘルスチェックを利用してターゲット サービスをカールする裸の alpine-curl コンテナーを指定します。 CMD-SHELL,curl,--request PATCH,http://some-service-address,exit 0

EC2 インスタンスまたはインスタンスで実行されている任意のコンテナーからの同じカールは、うまく機能します。スケジュールされたタスクのヘルスチェックとしてのカールは、本来あるべき場所に到達しません。

タスク自体が呼び出されたことを CloudWatch で確認できます。

助けてください。

オブジェクトストレージ (minio) に依存するマイクロサービスのヘルスチェックをプログラミングしています。

オブジェクトストレージが正常かどうかを診断する私のアプローチは、bucketExists関数を呼び出して、バケットが存在し、バケットへの接続が安定していることを検証することです。

は 1 秒ごとにチェックされるため、この呼び出しが効率的でワークロードが軽い必要があります。minio が持つ機能は次のとおりです。Minio Javascript SDK

私の質問は、この機能をヘルスチェックとして使用するのは正しいですか? これを行うためのベストプラクティスの方法はありますか?

私の質問を読んでくれてありがとう:-)

ハローワールド！

私はいくつかのスプリングブート MS、ドッカー ファイル、構成、およびこのようなアーキテクチャを含む このパブリック リポジトリを持っています (不足している部分はほとんどありません)。

docker compose の起動順序に従ってローカルで実行すると、この URL に ping を実行すると、次のようになります。

http://localhost:8888/actuator/health -> {"ステータス":"UP"}

http://localhost:8762/visits -> Yahoo! Hello World From Visits サービス!! :)ポートで実行: 8300

http://localhost:8762/customers -> Yahoo! Hello World From Customers Service!! :)ポートで実行: 8100

http://localhost:8761/actuator/health

http://localhost:9090/applications -> 管理者

ここまでは順調ですね。

しかし、ドッカーで構成しようとすると、問題が発生します。

一部のサービスは他のサービスに依存しています。そのために、私はヘルスチェックのアプローチを使用します。

しかし、私はこのエラーが発生しています:

彼らのヘルスチェックの後にそれを機能させるために私がここで欠けているものを誰か教えてもらえますか?