私はこれまでキューの大きな必要性を見いだせませんでした。たぶん私はそれが私のアプリのビューでは見ていないだけです。また、キューに保存できるデータが最小限であることもあります。あなたは基本的に(レコードIDのような)短いテキスト文字列を格納しています。そして、それをルックアップしたり削除したりするなど、キューから取り出したときにIDを使って何かをしなければなりません。
私のアプリでは、ピーターが示唆するように、キューをまったく使用しませんでした。私はテーブルストレージ(クライアントからStorageClientを使用してRESTインターフェイス経由でアクセス)に直接書きました。具体的な例を見たい場合は、http://www.netalerts.mobi/trafficをご覧ください。あなたのように、私はAzureを学びたいので、小さなWebサイトを作った。
60秒ごとに起きるworker_roleがあります。 1つのスレッドを使用して、新しいデータをソースから取得します(Webページのスクリーニング画面)。新しいエントリはテーブルストレージに直接格納されます(キューは必要ありません)。別のスレッドは、指定されたしきい値よりも古いテーブルストレージのエントリを削除します(テーブルストレージに対して複数のスレッドを実行することに問題はありません)。そして、ハンドヘルドデバイスに通知を送信するように設計された3番目のスレッドに取り組んでいます。
アプリ自体は明らかにweb_roleです。