問題タブ [azure-cloud-services]

ボイラープレート Web ロールを Azure クラウド サービスにデプロイしました。起動すると、デフォルトの現在のディレクトリは「d:\windows\system32\inetsrv」で、ホームは「F:\sitesroot\0」のようです

書き込み権限が制限されており、削除権限がないようです。

2 つの質問:

1. このサーバーの F:\sitesroot の下にどれくらいのストレージがありますか? それは永続的ですか？

2. Web ロールの既定の権限/アクセスを制御するにはどうすればよいですか?

Azure Web サイトでは、データベースを Web サイトにリンクしてから、接続文字列ではなく接続名を介してデータベースにアクセスできるように構成できます。これにより、接続文字列に資格情報を含める必要がなくなります。しかし、クラウドサービスについても同じことを理解できませんでした（重要な場合は webrole で）。クラウドサービスからこれを行うことはまったく可能ですか? そうでない場合、何か理由はありますか？そうでない場合、データベースをリンクされたリソースとして作成するポイントは何ですか?

Windows azure クラウド サービスを使用しました。

実稼働サーバーの IIS に新しい Web サイトを正常に追加しましたが、仮想マシンを再起動すると問題が発生します

サイトは削除されます

Web サイトの場所を (F または E ドライバーから C に) 正常に変更しましたが、仮想マシンを再起動すると Web サイトが (F または E ドライバー) の場所に戻るという問題が発生します\

どんな助けでも。

1 つのクラウド サービスに 2 つの Web アプリケーションがあります。両方に同じエンドポイントを使用したいので、これら 2 つの Web アプリケーションを 1 つの Web ロールでホストすることを好みます。このブログでは、Sites の下に新しいサイト ノードを追加する限り、それが可能であることがわかりました。

私たちの要件は、Web2 を http://appname.cloudapp.net/web2 という URL でホストすることです。したがって、顧客がhttp://appname.cloudapp.netをクリックすると、Web1 が表示され、http://appname が表示されます。 cloudapp.net/web2には web2 が表示され、サブパスなどを使用して 2 つの Web アプリケーションを区別します。

出来ますか？

複数の Web ロールに関するアーキテクチャ設計の選択に直面しています。要件は次のとおりです。

• クラウド サービス ソリューションには 2 つの Web ロールがあります。1 つは Web サイト ポータル用の純粋な MVC プロジェクトで、もう 1 つは RESTful API を公開するデータ サービス用の純粋な Web API です。
• 私たちは MVC プロジェクトが非常に軽量であることを好みますが、一方で Web API プロジェクトは非常に柔軟にスケールアップ/スケールアウトできます。
• 使いやすさのために、Web API が HTTPS に 443 ポートを使用することを願っています。しかし、私たちの MVC には HTTPS も必要であり、もちろんポート 443 も必要です。

したがって、私たちの意見では、後者の 2 つの要件は競合しています。これは、Web API の規模を満たすために別の Web ロールにデプロイする必要があり、個々の Web ロールを使用して同じポートを使用する必要があるためです。

意見は正しいですか？両方を実現したい場合、Web API を別のサービス (クラウド サービスまたは Web サイト) に移動することが唯一の選択肢でしょうか?

さらなる質問は大歓迎です。