単体テストは、持続可能な開発プロセスの重要な部分で、コードの品質を向上させ、アプリの回帰やバグを防ぐものです。 ただし、単体テストでは、テスト対象のコードがネットワーク呼び出し (Azure リソースに対して行われたものなど) を実行する場合、一筋縄ではいかなくなります。 ライブ サービスに対して実行するテストでは、待機時間でテストの実行速度が低下する、隔離されたテスト外のコードへの依存関係が生じる、テストを実行するたびにサービスの状態とコストを管理する必要に迫られるといった、さまざまな問題が起こる可能性があります。 ライブの Azure サービスに対してテストする代わりに、サービス クライアントをモックまたはメモリ内の実装に置き換えます。 これにより、上記の問題が回避され、開発者はネットワークやサービスに依存することなく、アプリケーションのロジックをテストすることに集中できます。 この記
少し前から Application Insights の Performance を開くと、上部に Code Optimizations というボタンが表示されるようになっています。隣にある Profiler は以前からある機能ですが、Code Optimizations はひっそりと追加された新しい機能となります。 あまり注目されている気配を感じないのですが、上手く有効化出来ると継続的にアプリケーションのパフォーマンスを解析し、改善するというループを回しやすくなるはずです。ドキュメントがあるので、こちらも目を通しておくのが良いです。ちなみに現在サポートされているのは .NET のみです。 後で触れますが、Code Optimizations を利用するには Profiler を有効化する必要があります。この有効化方法が少し悩ましいので後半でまとめておきました。 Code Optimiza
上記の通り、HttpClientオブジェクトは一度作成するだけでそれをずっと使い続けるのが正しい使用法です。知ってる人には当然なんですけども、知らないと結構驚くかも知れません。APIドキュメントにはこう書いてあります。 HttpClientは、1回インスタンス化し、アプリケーションの有効期間全体に再利用することを目的としています。 すべての要求に対して HttpClient クラスをインスタンス化すると、大量の読み込みで使用可能なソケットの数が枯渇します。 これにより、SocketException エラーが発生します。 間違った使い方をしていても普段はあまり問題は起きませんが、高負荷時に突然ダウンすることが起こりえます。 Azure App Service で問題になりやすい理由 間違った実装のアプリをAzure App Serviceで運用している場合、特に問題になりやすいです。どうし
こんにちは、アーキテクトの小林です。 さて、前回は .NET Core 3.0 で gRPC の統合が素晴らしい件をご紹介しました。 今回は gRPC をコンテナー化して Azure にデプロイしようと思います。 ※本記事は下記の記事の続編となっています。記事後半の手順は、前回の記事で作成した成果物をつかっていますので、実際に手を動かしてみたい方は、前回の記事からはじめてください。 blog.ecbeing.tech Azure App Serivce の gRPC 対応は現在進行中 ここで少しばかり残念なお知らせがあります。 gRPC はまだ IIS や Azure App Serivce に乗せることができません。あまりに質問が多かったのか、Microsoft Docs にドドーンと書いてあります。 “gRPC not supported on Azure App Service” d
Azure WebJobs を利用した開発を行うことが増えてきたので、開発と運用時に便利そうな情報をまとめておくことにします。今回は WebJobs SDK についてはまとめて扱うことにします。 今回扱っている内容は以下の通りです。Kudu 側に少し偏っているかもしれません。 トリガー実行 引数付きでトリガー実行 スケジュール実行 トリガー実行後の Webhook Visual Studio からのデプロイ ソース管理からのデプロイ Web App へのデプロイ時の注意 HTTP リクエストのパススルー ログ出力の方法 複数の実行ファイルがある場合の指定 設定ファイルについて WebJob のスケールアウト シングルトンとして実行 Graceful Shutdown の実装 Azure WebJobs SDK を使う 公式ドキュメント 目次記法を初めて使ってみました。長い記事を書いた時には
Azure を使った開発では欠かせないのが Storage ですが、最新の Azure Storage Client 7.0.1-preivew からは .NET Core に対応しているので、ASP.NET Core アプリに簡単に組み込めます。 これまでと変わらずに NuGet を使ってインストールするだけで準備は完了します。プレビューなので -Pre スイッチを付けないとインストール出来ないので、少しだけ注意が必要です。 Install-Package WindowsAzure.Storage -Preインストールしてしまえばこれまでと同じように使えますが、ASP.NET Core では設定の必要なサービスを ConfigureService 内で DI コンテナに登録するのが一般的になりそうなので、他のサービスの真似をしつつ Azute Storage を使えるようにします。 接続
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
今 ASP.NET 5 がアツい！(個人的に。前回は Mac OSX で動作させるところをやってみましたが、今回は Azure Web Apps です。ここで動かせることが確認できさえすれば、個人的な Web アプリケーションプロジェクトは ASP.NET 5 ベースにシフトさせても良いかなと思えます。 1. 空テンプレートからアプリを作成 まずは Visual Studio 2015 RC の空テンプレートから ASP.NET 5 アプリケーションを作成します。Visual Studio 2015 RC が入っているのは当然という体で書いていますが、ご了承ください。 2. 依存関係の変更 project.json を開き、以下のように書き換えます。ポイントは IIS (Helios) を利用して動作させるようにする (WebListener = HTTP.sys は利用しない) というこ
今回はAzureネタです。 とある案件でAzure Web Roleで稼働しているWebサービスにSSLクライアント証明書認証を実装することになり、初めての経験だったのでやったことの記録を残しておきたいと思います。 前提 まず前提として対象のWebサービスは既にHTTPS通信に対応してました。（証明書はオレオレ証明書ですが...） よってクライアント証明書認証にもオレオレ証明書を使用します。 開発環境 開発環境は以下の通りです。 IDE Microsoft Visual Studio Premium 2013 対象のフレームワーク .NET Framework 4 Microsoft Azure Tools バージョン 2.4 クラウドサービスVMオプション Web Role やらなくてはならないこと Web RoleでSSLクライアント証明書認証をするためには以下を行わなければいけません
C#、ASP.NET、TypeScript、Angular を中心にプログラミングに関した話題を諸々。 by @jsakamoto
SQL Database のエディション選びには注意した方が良い話 - しばやん雑記 で書いたように、今朝 Azure を使って動かしている Web サービスを東アジアから東日本へ移行させました。 ちなみに移行対象の Azure サービスは以下のような感じに。 Web サイト x2 仮想マシン ストレージ スケジューラ SQL Database あと、今回はせっかく時間と手間をかけて移行させるので、CDN を使って静的なコンテンツを配信することにしました。 準備しておくもの 簡単でもいいから手順書的なもの SE の雑記 眠気に耐えるためのレッドブル 4 時を回ると物凄く眠たくなるので、先に寝ておくかレッドブルで翼を授かっておいた方が良いと思います。あと、困った時の SE の雑記頼みという感じです。 移行開始 今回の移行ではデータベースへのアクセスを止めるために、一度完全にサービスへのアクセ
とても重要な情報だったので、 Windows Azure Drives with Full IIS in SDK 1.3 について翻訳してみました。問題、間違い等が有ればご一報頂ければ幸いです。 以下は記事の内容です。 Windows Azure SDK 1.3では、WebロールをFull IISで実行することが可能になりました。Full IISについて良く分かっていない方は、Full IISとHosted Web Core(HWC) （SDK 1.2以前で唯一の実行モード）の違いについて述べている こちらのブログ を参照してください。さらに、storage configuration setting publisherへの影響について分かりやすく記載している こちらのブログ もオススメです。本記事は、これらの記事で述べているもの以外について紹介します。 Global.asaxファイルで
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
書籍転載 Windows Azure 実践クラウド・プログラミング for C#/Visual Basic/PHP クラウド環境の仮想的なNTFSファイルシステム「ドライブ」 ― Chapter 4 Windows Azureストレージ - テーブル／キュー／ドライブ編 - ― 山田 祥寛 2010/09/29 本コーナーは、秀和システム発行の書籍『Windows Azure 実践クラウド・プログラミング for C#/Visual Basic/PHP』の中から、特にInsider.NET読者に有用だと考えられる章や個所をInsider.NET編集部が選び、同社の許可を得て転載したものです。基本的に元の文章をそのまま転載していますが、レイアウト上の理由などで文章の記述を変更している部分（例：「上の図」など）や、図の位置などを本サイトのデザインに合わせている部分が若干ありますので、ご了承く
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く