クラウドリソース検出サービスです。アプリケーションリソースのカスタム名を定義して、動的に変化するこれらのリソースの更新された場所を管理できます。ウェブサービスがそのリソースの最新の場所を常に検出するため、アプリケーションの可用性が向上します。通じてアクセス可能な、特定の機能を実行する複数のサービスから構成されています。各サービスは、データベース、キュー、オブジェクトストア、カスタマー定義のマイクロサービスといったさまざまな他のリソースと対話をしますが、機能するためには、依存しているインフラストラクチャリソースすべての場所を見つけることができなければなりません。多くの場合、これらすべてのリソース名およびその場所は、アプリケーションコード内部で手動で管理されています。手動でのリソース管理は、依存するインフラストラクチャリソースの数や、トラフィックに基づいて動的にスケールアップおよびスケールダウンするマイクロサービスの数が多くなるほど、ますます時間がかかるようになり、ミスも発生しやすくなります。サードパーティーのサービス検出製品を使用することもできますが、追加のソフトウェアやインフラストラクチャをインストールしたり管理したりする必要があります。データベース、キュー、マイクロサービス、その他クラウドリソースなどのアプリケーションリソースを、カスタム名を付けてレジストリに登録できます。リソースの状態を継続的にチェックし、その場所が最新であることを確認します。アプリケーションは、アプリケーションのバージョンとデプロイ環境に基づき、必要なリソースの場所をレジストリにクエリできます。ベースのコンポーネントすべての状態を継続的にモニタリングし、各マイクロサービスが追加または削除されると、その場所を動的に更新します。これにより、アプリケーションはリソースの最新の場所のみを検出でき、可用性を向上させることができます。単一のレジストリにすべてのアプリケーションサービスをカスタム名で定義して登録できます。これによって、開発チームはリソース名や場所の情報を継続的に保存、追跡、更新しなくてよくなり、アプリケーションコード内部に直接変更を加える必要もなくなります。仕組みユースケースサービスの検出マイクロサービスは、一般的にコンテナ等の動的なリソースを使用して実装されており、迅速な起動と終了が可能です。通じて通信し、アプリケーションコード内部から依存するリソースの場所を指定する必要があります。これらの各リソースは動的で場所が継続的に変化するため、個々のリソースにとってすべての依存関係の場所を継続的に追跡して見つけることは困難です。サービス名および場所が登録された単一の最新のレジストリを提供するため、マイクロサービスが容易に互いの場所を特定できるようになります。複数の環境、リージョン、バージョンをまたいでアプリケーションコードをデプロイするには、すべてのサービスの場所を含んだ複数の設定ファイルを更新しなければなりません。サービス名および場所のレジストリを最新の状態に維持します。デプロイ先となる環境、リージョン、アプリケーションのバージョンに基づいてリソースの場所を更新すると、アプリケーションは自動的に正しいリソースを検出します。サービスとカスタムリソースの組み合わせです。アプリケーションリソースすべての最新のヘルスステータスを確実に取得することは容易ではありません。使用すれば、これは実現可能です。自動ヘルスチェックを通じて正常な状態のリソースのみが登録された最新の状態にレジストリを維持できます。これによって、トラフィックは常に正常なエンドポイントにのみ流れます。すべてのアプリケーションコンポーネント、その場所、属性、ヘルスステータスを追跡します。クエリすることで、アプリケーションは依存関係の場所を検出できるようになりました。あらゆるビジネスロジックを結びつける接着剤として作用することにより、マイクロサービスへの道を拓きます。サーバーレスフレームワークを最大限に活用しています。サーバーレスフレームワークのワークフローに組み込む方法を探りたいと考えました。機会均等法を順守しています。平等に採用しています。