コンシューマに提供される場合、アプリケーションの同じインスタンスがすべてに提供されますか?
これは、Azure にアプリケーションを実行するように要求したインスタンスの数によって異なります。1 つのインスタンスにのみデプロイした場合は、もちろん、すべてのリクエストに応答するのは同じインスタンスになります。ただし、複数のインスタンスにデプロイする場合、リクエストは負荷分散されます。つまり、同じユーザーからの複数のリクエストが同じインスタンスによって処理されるという保証はありません。
この質問をしている場合、インスタンスを実行しているマシンにローカル データを保存したくなるかもしれません。ただし、これは良い考えではありません。Windows Azure はいつでもインスタンスを破棄し、まったく別のマシンでアプリケーションを起動できます。彼らはこれを「修復」と呼んでいます。これは通常、Windows Azure が役に立ち、インスタンスのダウンタイムを意味する潜在的な問題を回避しようとするために発生するためです。しかし、何らかの理由でマシンがロックしたり、何か悪いことが起こった場合にも発生します。この修復プロセスは、展開パッケージに含まれていないものはすべて失われることを意味します。たとえば、ディスク上のファイルにログを記録している場合、Azure がインスタンスを "修復" すると、このログは失われます。
リクエストごとに 1 つですか、それとも複数のロールが作成されて消費者に提供されていますか?
ここであなたが何を意味しているのか完全にはわからないので、推測して、あなたの質問を間違って解釈する危険を冒します. 私の推測では、ユーザー リクエストごとに 1 つのインスタンスが存在するかどうかを尋ねていると思います。いいえ、あなたが決めた数のインスタンスしか存在しません。実行中のインスタンスごとに料金を支払う必要があることに注意してください。そのため、実行中のインスタンスの数を指定するのは公正なことです。
アプリケーションをパッケージ化し、Windows Azure に展開する準備ができたら、実行する各ロールのインスタンス数を決定できます。この数をデプロイ パッケージで設定すると、パッケージがデプロイされるときに、要求された数のインスタンスが Azure によって自動的に開始されます。ただし、デプロイ後およびオンザフライで、各ロールの実行中のインスタンスの数を変更できます。これにより、より多くのインスタンスで数分以内にスケーリングできます。
これが役に立ち、あなたの質問を正しく理解できたことを願っています。:-)