0

AWS SaaS 向けの典型的なサーバー - エージェント製品を再設計しています。UI と構成 DB はクラウド上にあり、エージェントはオンプレミスに展開されます。問題は、構成の更新がある場合、100K エージェントがサーバーを定期的にポーリングする必要があることです。これは典型的なハイブリッド クラウド シナリオのように思えますが、これに対する標準的なアプローチは見つかりませんでした。私が遭遇したアプローチ:

  • エージェントのポーリングと更新を担当するオンプレミスのクラウド コネクタをデプロイします (5 分ごとに 1 つのリクエストに対して 100K のリクエスト)。欠点は、SaaS の顧客がこのコネクタを管理する必要があることです。
  • Confluent Kafka クラウド ブリッジを使用し、構成変更イベントに登録する
  • エージェントがポーリングできる設定を S3 に配置します。独自の API よりも優れていますが、それでもリクエストは高価です。
  • AWS ダイレクト コネクト、まだこれを完全に調査していませんが、これが基本的な構成のプルに必要かどうか疑問に思っています。

機能する可能性のある他のアプローチはありますか?ありがとう!

4

0 に答える 0