問題タブ [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.
azure - Azure クラウド サービスのアクセス許可と永続ストレージの Web ロール?
ボイラープレート Web ロールを Azure クラウド サービスにデプロイしました。起動すると、デフォルトの現在のディレクトリは「d:\windows\system32\inetsrv」で、ホームは「F:\sitesroot\0」のようです
書き込み権限が制限されており、削除権限がないようです。
2 つの質問:
このサーバーの F:\sitesroot の下にどれくらいのストレージがありますか? それは永続的ですか?
Web ロールの既定の権限/アクセスを制御するにはどうすればよいですか?
azure - webrole の azure クラウド サービスから接続名でデータベースにアクセスするにはどうすればよいですか?
Azure Web サイトでは、データベースを Web サイトにリンクしてから、接続文字列ではなく接続名を介してデータベースにアクセスできるように構成できます。これにより、接続文字列に資格情報を含める必要がなくなります。しかし、クラウドサービスについても同じことを理解できませんでした(重要な場合は webrole で)。クラウドサービスからこれを行うことはまったく可能ですか? そうでない場合、何か理由はありますか?そうでない場合、データベースをリンクされたリソースとして作成するポイントは何ですか?
azure - Windows Azure クラウド サービス
Windows azure クラウド サービスを使用しました。
実稼働サーバーの IIS に新しい Web サイトを正常に追加しましたが、仮想マシンを再起動すると問題が発生します
サイトは削除されます
Web サイトの場所を (F または E ドライバーから C に) 正常に変更しましたが、仮想マシンを再起動すると Web サイトが (F または E ドライバー) の場所に戻るという問題が発生します\
どんな助けでも。
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 アプリケーションを区別します。
出来ますか?
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 サイト) に移動することが唯一の選択肢でしょうか?
さらなる質問は大歓迎です。