ここで最初の質問ですので、お気軽にどうぞ。
プロデューサーとエンドポイントは、sockets/websockets/http(s) にすることができます。これらのリクエストは、処理されてサブスクライブしたコンシューマーに送信されるか、メッセージの優先度やユーザーのスキルに基づいてキューに送信されてルーティングされます。また、すべてのメッセージとトランザクションを保存し、それらを再試行してスケジュールするオプションを用意したいと考えています。
appengine は現在ソケットをサポートしていませんが、sdk 1.7.5 の時点で信頼できるテスターが利用できるため、将来的には機能する可能性があります。このアプリケーションはクライアント ページを提供しないため、チャネル API が機能せず、Websocket サーバーのサポートが表示されません。回避できると思います。
一方、ec2 を使用すると、これらの問題はすべて解消されますが、アプリケーションを自分でスケーリングする必要があり、データベースを管理する必要があります。AWS には、キュー、通知、スケーリングを処理できる SQS、SNS、Beanstalk、simpleDB などの他のオプションがあることを知っています。
appengine を使用したいのは、開発しやすいプラットフォームのように思われるためです。このようなものを作ろうとしたのは私が初めてではないことはわかっているので、あなたの経験を知りたいと思いました.
Camel は appengine でうまく動作しますか? 多くのキャメル コンポーネントが、appengine では機能しないスレッド、jms、jndi を使用していることを知っています。そして、アプリに何をしてもらいたいかについての私の説明から、それはappengineで可能ですか、それともec2を使用する方が良いでしょうか。また、AWS Beanstalk でこれを試した人はいますか。
グーグルでかなりの時間を費やしましたが、具体的なものは見つかりませんでした。サンプルのキャメル アプリを appengine で実行しているので、キャメルが機能することはわかっています。説明した他の機能も機能することを確認したいだけです。私はキャメルが初めてで、答えがすでに明らかな場合や質問があいまいな場合は申し訳ありませんが、何か助けていただければ幸いです。
ここで洞察をありがとう！