Windows Azureでは、パブリックBlobコンテナを作成することができます。そのようなコンテナには、REST APIを介して匿名クライアントがアクセスできます。Windows Azureでパブリックキューを作成することはできますか？
公開アクセス可能なキューを作成することはできますか？
documentation for the Create Container operationは、Blobコンテナのパブリックアクセス（HTTPヘッダーをx-ms-blob-public-accessとする）のレベルを指定する方法を説明しています。しかし、documentation for the Create Queue operationには同様のオプションは記載されていないので、これは不可能であると私は思っています。しかし、私は本当に訂正したいと思います:)
ベスト・オプションは、ワーカー・ロールを設定して、その方法でキューに公開することです。 AppFabric Service Busを使用すると、外部ソースとの接続性や対話性が向上します。
？それ以外の場合は、スコープの内容を明確にはしません。この時点でキュー自体はロックされているように見えます。 :(
Azureストレージキューは正しくありませんブロブ（Uris）のように公的にアクセス可能である。しかし、あなたはまだappfabricサービスバスで公的に消費可能なメッセージングインフラストラクチャを達成することができるかもしれません。
この時点で、Azureキューを公開することはできません。
あなたが指摘したように、この「プライバシー」は、RE：で作成されたすべてのStorage API呼び出しを、キーからの署名付き要求で認証されるキューに要求することによって強制されます。ブロブストア内のパブリックコンテナと同様の「パブリック」コンセプトはありません。
これは、クラウド内であっても、インフラストラクチャの内部を外部に公開したくないという点でベストプラクティスに従います。この機能を実現したい場合は、キューの上に非常に薄い/単純な「レイヤー」アプリを公開することができます。 Webロール内の単純なWCF RESTアプリケーションは、キューイング操作をコンシューマに公開することができますが、キューを公開する必要がないように内部的にapiリクエストの署名を処理します。
はい、しかし、認証の唯一の目的のために薄いレイヤーのWebロールを実行することは、お金の無駄です（インスタンスの計算にはコストがかかります）。 –
Azureのキューを処理するWorker Roleを含め、WCF RESTアプリケーションをどこにでもホストすることができ、さらに別のロールを作成することを防ぐことができることを覚えておいてください。 （そして追加のインスタンス）。あなたは要求に応じてワーカーの役割を拡大することができますが、あなたのキュー処理コードと一緒に実行されているホストされた薄層で規模の経済を達成できることを願っています。 –