問題タブ [azure-deployment]

何を含めるかをいじくり回した後、git のリポジトリから azure にサイトをデプロイしました。

ただし、ライブラリでさらに問題が発生しています。具体的には、「ファイルまたはアセンブリを読み込めませんでした 'System.Net.Http.Formatting、Version = 4.0.0.0、...」

azure がパッケージ/ライブラリの依存関係を処理するはずだと思っていましたが、なぜこれに落ちるのですか? 私が欠けているものについての洞察は大歓迎です - ありがとう!

私のプロジェクトはMVC 4を使用しています

ステージング スロットの Azure portal で自動デプロイを使用して Web ジョブをデプロイしていますが、問題は、この Web ジョブがデプロイの直後に実行され、メイン スロットの Web ジョブとステージング スロットの間で混乱が生じる可能性があることです。

Web ジョブを開始してスロットを交換しない限り、実行せずに Web ジョブをデプロイする方法はありますか?

Azure Powershell コマンドレットと Set-AzureServiceDiagnosticsExtension コマンドを使用して、デプロイされたクラウド サービスに Azure Diagnostics を設定しようとしています。

そうすることで、次のエラーが発生します

"-Role" パラメーターを使用しない場合は機能しますが、スクリプトの実行時間にロールごとに 2 ～ 3 分を追加する Set コマンドを呼び出す前に、ロールごとに Remove-AzureServiceDiagnosticsExtension を呼び出す必要があります。

Role パラメーターは、Azure Cloud Service のロール名と一致します。私は何か間違ったことをしていますか？

Azure でワーカー ロールとしてデプロイしようとしている .net プロジェクトがあります。ファイルを Visual Studio から直接公開することはできますが、worker ロールを実行すると、キャッチされない例外が発生します。ワーカー ロールから azure ストレージへのログ記録を有効にして、例外に関する詳細情報を取得しようとしていますが、MIT を構成する際に問題が発生しています。このロギングを有効にする最善の方法について、誰か助けてもらえますか?

以下のスクリプトを使用して、powershell を使用して .cspkg を展開しています。適切な証明書を作成して Azure portal にアップロードし、同じ証明書をビルド サーバーにインストールしました。

このスクリプトをビルド サーバーで手動で実行すると、問題なく動作します。tfs プロセス テンプレートをカスタマイズし、execute タスクを使用して powershell コマンドレットを実行しました。このタスクが実行されている場合、次のエラーがスローされています。

At E:\B\61\378\src\PPM Azure\Production\Web\PSScript\PublishClo udServiceThumPrint.ps1:155 char:3 + Get-AzureDeployment -ServiceName "ppmcd" -Slot "staging" # -ErrorVariable a -E ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~ + CategoryInfo : NotSpecified: (:) [Get-AzureDeployment], HttpReq uestException + FullyQualifiedErrorId : System.Net.Http.HttpRequestException,Microsoft.W indowsAzure.Commands.ServiceManagement.HostedServices.GetAzureDeploymentCom mand !

このスクリプトで azure publish settings file を使用すると、TFS で問題なく動作します。certificate を使用すると問題が発生しますが、証明書を使用して手動で (TFS プロセス テンプレートを使用せずに) 実行すると、サーバー上で正常に動作します。手がかりは？

ありがとう、アルン

私の最新のプロジェクトでは、Azure を使用して、データベースを備えた Web サイトをホストします。そのため、展開計画を作成するために、何が簡単/厄介かについていくつかの調査を行ってきました。

しかし、私は今何をするのが最善かについてのガイダンスを期待していました. 他のフォーラムを読むと、特にコード ファーストを使用しない場合、スキーマを破るデータベースの変更は展開するのに最悪であることがわかります。

Web サイトのスロットは、すべてが問題ないことを確認するための土壇場でのチェックとして最も有用であると考えるのは正しいですか?

よほどの理由がない限り、私はコード ファーストを使用しません。主な理由は、データベースをより頻繁にアップグレードする必要があり、実行するスクリプトを完全に制御する必要があると感じていないからです。

私はgithubを使ってgitをセットアップし、それを使って遊んでいます。

そこで、アドバイスや感想をお願いします。これに関しては、Azure にまだ聞いたことのない新しい優れた機能がいくつかあることを期待しています。

前もって感謝します

Azure プレビュー ポータルで継続的デプロイをセットアップできません。図に示すように展開が応答しません。

回避策として、 Full Azure Portalで継続的デプロイをセットアップします。これで正しいビルド定義が作成されましたが、以下に示すようにビルドが表示されません。

何かがおかしいので、ウェブサイトのスロットを削除して再作成したくありません。