3

このドキュメントの情報に従って、Azure ストレージ エミュレーターに (ローカルで) アクセスしています。

http://msdn.microsoft.com/en-us/library/azure/hh403989.aspx

ストレージ エミュレーターでは、ローカル コンピューターはドメイン名の解決を実行しないため、アカウント名は URI パスの一部です。ストレージ エミュレーターで実行されるリソースの URI スキームは、次の形式に従います。

http://<local-machine-address>:<port>/<account-name>/<resource-path>

次の形式は、ストレージ エミュレーターで実行されているリソースのアドレス指定に使用されます。

ブロブ サービス:

http://127.0.0.1:10000/<account-name>/<resource-path>

キュー サービス:

http://127.0.0.1:10001/<account-name>/<resource-path>

テーブルサービス:

http://127.0.0.1:10002/<account-name>/<resource-path>

たとえば、次のアドレスは、ストレージ エミュレーターで BLOB にアクセスするために使用される場合があります。

http://127.0.0.1:10000/myaccount/mycontainer/myblob.txt

ローカル IIS サーバーなど、自分のコンピューターで実行されているものからアクセスしようとすると、正常に動作します。これは、PC 上の 127.0.0.1 にアクセスできるためです。

しかし、同じ Wi-Fi ネットワーク上のモバイル デバイスからアクセスしようとするとどうなりますか?

applicationhost.config に移動し、ローカル IIS サーバーをコンピューターの LAN IP (192.168.1.5 など) にバインドすることで、モバイル デバイスからローカル IIS サーバーにアクセスできます。

Azure Storage Emulator に対してこのバインドを行うにはどうすればよいですか? つまり、LAN に公開するにはどうすればよいですか?

ありがとう

4

2 に答える 2

5

ローカル エミュレーション サービスは、リモート アクセス用ではありませんでした。これを可能にするために「ループバック」接続を設定している人々の報告を思い出します。しかし、私見ですが、ほとんどの場合、単純にクラウドでサービスを実行する方が簡単で、コストもかかります。これにより、クラウドとオンプレミスの違いによる問題を回避することもできます。

モバイル デバイスの開発を考えてみると... ループバックを適切に設定しようとすると、簡単に数時間を費やすことになります。これに価格を付けると... 1 時間あたり 25 ドルとします..そして、セットアップに 3 時間を費やしました。そのため、それを構築するために 75 ドルを費やしました。比較すると、同じ 75 ドルを使用して、クラウド ストレージ アカウントに対する開発を 1 年の大部分で行うことができた可能性があります。

于 2014-06-24T13:39:01.893 に答える
1

また、開発のために別の Linux ホストから azure ストレージ エミュレーターにアクセスしたいという同様の問題に直面しました。エミュレータインスタンスにリクエストを転送するWindowsホストにローカルプロキシサーバーをインストールすることになりました。

于 2016-07-20T14:08:39.470 に答える