問題タブ [azure-cloud-services]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
501 参照

azure - Azure クラウド サービスのアクセス許可と永続ストレージの Web ロール?

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

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

2 つの質問:

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

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

0 投票する
1 に答える
95 参照

azure - webrole の azure クラウド サービスから接続名でデータベースにアクセスするにはどうすればよいですか?

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

0 投票する
2 に答える
219 参照

azure - Windows Azure クラウド サービス

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

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

サイトは削除されます

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

どんな助けでも。

0 投票する
1 に答える
60 参照

asp.net - 1 つの Web ロールでホストされている 2 つの Web アプリケーションにサブパスを使用しますか?

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 アプリケーションを区別します。

出来ますか?

0 投票する
1 に答える
159 参照

asp.net - Azure クラウド サービス アーキテクチャの設計

複数の 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 サイト) に移動することが唯一の選択肢でしょうか?

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