Microservices Engine:HTTP タスク

Kubernetes 環境での接続

Kubernetes 環境で接続するには、Kubernetes クラスター内のサービスをアプリケーションにバインドして、HTTP タスクのスケジューling を有効にします。サービスがバインドされると、アプリケーション内のすべてのタスクは、サービスに関連付けられた Pod リソースを共有できます。

アプリケーションで Kubernetes サービスを構成すると、スケジューリングセンターは関連する Pod インスタンスに関する情報を自動的に取得します。タスクを構成するときは、HTTP リクエストパスを指定するだけでよく、Pod アドレスを指定する必要はありません。タスクがトリガーされると、スケジューリングセンターは事前に設定されたルーティングポリシーに基づいて宛先 Pod に HTTP リクエストを送信します。タスクの実行結果は記録され、将来の表示と分析のために Simple Log Service (SLS) にプッシュされます。

スケジューリングセンターは、サービスディスカバリースレッドを使用して Pod のスケーリングイベントと異常なステータスを定期的に検出し、最新の Pod インスタンス情報を Pod マネージャーと自動的に同期します。このプロセスにより、Pod クラスターの動的な監視とステータスのメンテナンスが可能になります。

Pod マネージャーは、Pod のネットワークアドレスとヘルスステータスを維持します。また、複数のタスクルーティングポリシーもサポートしています。単一インスタンスのルーティングに加えて、ブロードキャストシャーディングルーティングパターンを提供します。タスクがトリガーされると、リクエストは宛先サービスのすべての Pod インスタンスにブロードキャストできます。スケジューリングセンターは、シャードインデックスやシャードの総数などのシャーディングコンテキスト情報を HTTP リクエストヘッダーに挿入します。これにより、タスク実行中に詳細な論理制御とデータパーティションを実行できます。

Kubernetes 以外の環境での接続

Kubernetes 以外の環境では、アプリケーションレベルで HTTP 宛先ドメイン名を設定できます。これにより、アプリケーションの統一されたドメイン名管理とルーティングポリシー制御が可能になります。アプリケーションが複数のドメイン名にバインドされると、そのアプリケーション内のすべてのタスクがこれらのドメイン名構成を共有します。

ドメイン名はアプリケーションレベルでバインドされます。スケジューリングセンターは、ドメイン名マネージャーを使用してドメイン名情報を維持します。タスクを作成するときは、リクエストパスを構成するだけでよく、ドメイン名を指定する必要はありません。タスクがトリガーされると、スケジューリングセンターは事前に設定されたルーティングポリシーに基づいて適切なドメイン名を自動的に選択し、リクエストをゲートウェイに送信します。ゲートウェイは、認証、トラフィックシェーピング、および負荷分散を実行します。その後、リクエストを宛先サービスに転送します。実行結果は SLS と同期されます。

ドメイン名マネージャーは、ドメイン名情報の維持を担当します。ドメイン名の追加、削除、変更、およびタグベースルーティングの構成をサポートします。ビジネスタグに基づいてトラフィックを分散し、さまざまなスケジューリングおよび負荷分散のニーズを満たすために複数のルーティングポリシーをサポートします。

接続タイプの比較