はてなブックマーク

今年はシアトルから変わってシカゴで開催されている Ignite ですが、例によってキーノート開始してすぐに各種サービスのアップデートが発表されましたね。今年も例によって AI 周りの発表が多いのですが、しっかり App Service / Azure Functions / Container Apps 周りも重要なアップデートがあったので、自分の興味がある部分に特化して確認しました。 個人的には Flex Consumption の GA と Durable Task Scheduler の Limited Early Access が一番熱い発表で、この 2 つに関しては別途エントリを個別に書こうかと思っています。 App Service App Service on Linux の Sidecar が GA E2E 暗号化と最小 TLS Cipher Suite が GA Uniqu

昨夜 C# 向けの新しい拡張ライブラリとして Microsoft Extensions.AI のプレビューが公開されました。突然出てきた感が凄いですが、個人的には Microsoft.Extensions 名前空間に用意されたライブラリは有用なものが多いので気に入っています。 今回は AI 向けなのでどのレベルをサポートしているのか気になる部分ですが、各種 AI サービスの SDK と Semantic Kernel のようなフレームワークの間を埋めるような抽象化されたライブラリでした。 サンプルでも書かれているように開発中は Ollama を使うけども、本番では Azure AI Inference を使うといった処理が簡単に実現できます。各種 SDK の作法を知らなくてもアプリケーションに組み込めるのは良いですね。必要に応じてキャッシュなども組み込みやすそうな気配です。 正直なところ公

以下で公開されているアドバイザリー通り、今月末の 10/31 に Azure では全体的に TLS 1.0 と TLS 1.1 のサポートが廃止され、11/01 からは各種 Azure サービスを利用するためには TLS 1.2 以上が必須となります。 対象となるサービスが非常に多いため、影響範囲も広くなりがちですが殆どのケースでは問題ないでしょう。 既に大半のトラフィックは TLS 1.2 が使われているはずですが、TLS 1.2 をサポートしていない古い環境の存在や .NET Framework を使っている場合は明示的に TLS 1.2 を回避する設定が流行った時があるため、いま一度見直しておくのが良さそうです。 一部のサービスでは Azure へのリクエスト時だけではなく、Webhook による Azure から外部へのリクエスト時にも適用されるため、受け側も TLS 1.2 への

Terraform Provider for AzureRM のウォッチャーであれば v4 のリリースが近いことを知っていたと思いますが、v3 のリリースノートで v4 での変更点の Opt-in が紹介されてから意外に早くリリースされました。 正直なところ目立った新機能とかはなく Provider-defined functions が追加されたぐらいですが、Resource Provider の登録周りに大きく手が入れられているのと、非推奨リソースとプロパティが削除されているのが大きな変更点にはなるので、使っているリソースによっては移行が必要になる可能性があります。 AzureRM v4 へのアップグレードガイドは以下で公開されているので、まずは一通り確認しておくのをお勧めします。メジャーバージョンが上がっただけあって Breaking Changes は多めです。 地味に v4 から

Azure Portal から GitHub リポジトリを指定して Static Web Apps を作成すると自動的にワークフローが作成されますが、作成されたワークフローは Deployment Token を使うようになっています。 この Deployment Token を使う方法は非常にシンプルで扱いやすく、立ち位置としては App Service の Publish Profile と同じもので単一 SWA へのデプロイのみ可能なものです。作成されたワークフローでは公式の GitHub Action を使うため、ビルド含めすべて自動でやってくれるのでお手軽です。 シンプルに 1 つの SWA へのデプロイであればそこまで困らないのですが、モノリポで複数の SWA へのデプロイを行う場合には Deployment Token の管理が煩雑になるため、App Service や Az

タイトルの通りですが、少し前に App Service が Public Preview として Inbound IPv6 に対応しました。Build 2023 のタイミングで発表されていた内容なので、結構公開されるまでに時間がかかったという印象です。 現時点の制約としてはマルチテナントの App Service のみ対応していて、Premium SKU と Consumption そして Functions Premium で IPv6 が利用できるようになっています。Consumption への対応は少し意外でしたが、正直 Dedicated SKU なら対応するのではと思っています。 リリースされた当初は Azure CLI での変更が必須だった記憶がありますが、最近は Azure Portal から変更できるようになったのでこれまでよりも簡単に試すことが出来ます。 設定項目としては

以前に ONNX Runtime Generative AI に対応した Phi-3 mini / medium のモデルを利用して、ローカルマシンの DirectML アクセラレーションが効く形で動かしてみました。本命と考えている NPU に最適化された Phi-Silica はまだ利用可能になっていないので、今のところは Phi-3 を DirectML で使うのが現実的な方法です。 その時には公開されていなかった Phi-3 Vision の ONNX モデルがつい最近 Hugging Face で公開されたようなので、今回はマルチモーダルに対応した形で ONNX Runtime Generative AI を使って試してみます。 Phi-3 Vision 128k の DirectML 向け ONNX モデル公開されてた https://t.co/KyiRyX2sVo— Tatsu

いい加減に Surface Laptop 4 が遅くて熱くて USB-C が 1 つしかないのに耐えられなくなったので、Build 2024 の前日に発表された Snapdragon X Elite を搭載した Surface Laptop 7 を購入して乗り換えました。 搭載メモリ量を 16GB と 32GB でかなり悩みましたが、SLM を使う場合にはそれなりの量のメモリが必要になることが分かっていたので、今回も最上級モデルを購入することにしました。 開封の儀 pic.twitter.com/WuvlffSmG3— Tatsuro Shibamura (@shibayan) 2024年6月18日 Surface Laptop 3 から Surface Laptop 4 に乗り換えたのが 2021 年だったので、3 年も使ったことになります。Laptop 5 はマイナーチェンジにも程があ

Build 2024 で発表された Cosmos DB のアップデートの中でも注目度の高い Vector Search (Preview) について、実際に試して深堀しておきました。これまで Azure で Vector Search を実行するにはコストが高い割に SLA の低い AI Search を使う必要がありましたが、Cosmos DB for NoSQL が Vector Search に対応したことで情勢が大きく変わろうとしています。 基本となるデータストアである Cosmos DB が Vector Search に対応したことで、追加のインデックスとしての AI Search を使う必要がなくなるため、Vector Search の実行結果として Cosmos DB に保存されている全てのデータを取得できるというのは大きなメリットです。もちろん Cosmos DB の全て

Build 2024 では Windows などローカルのリソースを使って Generative AI を動かすという話が非常に多かったように、Keynote でも度々取り上げられた Phi-3 についても AWQ で 4-bit 量子化された DirectML で利用可能な ONNX モデルが公開されています。 セッションでも話がありましたが、Microsoft としては DirectML を使っておけば GPU / NPU の両方に対応できるようにするようなので、今後はローカルでの AI 利用は DirectML が主導権を握る可能性がありそうです。 現状 Hugging Face で公開されている DirectML に対応した Phi-3 の ONNX モデルは以下の 4 種類です。Phi-3 mini と Phi-3 medium の両方が利用可能になっていますが、残念ながら現時点

去年に引っ越した際にフレッツ光クロスの導入と 10 GbE + Wi-Fi 6E 対応ルーターへの買い替えを行ったので、いつでも Wi-Fi 6E デバイスを迎えられる環境でしたが、技適の関係で Wi-Fi 6E を掴めるデバイスが手元にゼロという悲しい状態でした。 新しく購入した Intel NUC が AX211 搭載だったので Wi-Fi 6E 対応を期待していましたが、技適の関係で空振りした件は以下のエントリを参照してください。 iPhone 14 Pro Max も Wi-Fi 6E に対応していなかったし、Surface Laptop 5 はプロセッサが期待外れだったので確認はしばらく無理だと思っていましたが、M2 搭載の iPad Pro が iPadOS 16.2 へのアップデートで Wi-Fi 6E に対応したという情報が飛び込んできました。 iOS 系は技適周りが元々電

昨夜の OpenAI の Spring Update で新しいフラグシップとなる GPT-4o が発表されましたね。かなり応答が高速になっているのに価格も下がっているという革新的なモデルとなっています。 GPT-4 Turbo をアプリケーションで利用する上での大きな障害はその応答の遅さだったので、応答速度が改善されているのはかなり喜ばしいので早く試したいですね。 Say hello to GPT-4o, our new flagship model which can reason across audio, vision, and text in real time: https://t.co/MYHZB79UqN Text and image input rolling out today in API and ChatGPT with voice and video in the

タイトルの通りですが、このブログでは長年 Google AdSense を使った広告掲載を行っていましたが、今日から全て止めることにしました。止めるに至った理由はいくつかあるのですが、最近の無茶苦茶な広告の出し方に嫌気が差したのが一番大きいです。 正直これまで自分がブログに AdSense で広告を載せているのだから、広告ブロッカーは使わないようにしていたのですが、最近遭遇したページで以下のような広告を食らったので使用を決意しました。いったい何のサイトを開いたのかもわからないぐらいなので酷いですね。 広告ブロッカーのインストールを決意した瞬間であった… pic.twitter.com/tE39ZMxEd2— Tatsuro Shibamura (@shibayan) 2024年5月1日 元々、このブログでお金を稼ぐことは全く考えておらず「はてなブログ Pro 代が出ればいいなー」ぐらいの考

Azure Provider に限った話ではないと思うのですが、正直 Azure Provider はリソースの非推奨化が多い気がするので書いています。きっかけとしては直近の Azure Provider の更新で azurerm_static_site は非推奨になって azurerm_static_web_app が追加されたことにあります。 追加された時から正直命名をミスっているなと思っていましたが、このバージョンから他の App Service に合わせる形で新しい名前のリソースが追加されました。機能としては変わっていないので、今回の場合は本当に名前が変わっただけです。 これまでにも Azure Provider では同じようなリソース変更があり、代表的かつ影響範囲の広いものとして App Service / Azure Functions があります。v3 のリリースタイミングで

Azure Static Web Apps へアプリケーションをデプロイする際には GitHub Actions を使うことが多いはずですが、公式で用意されている Action はビルドまで行うように設計されているため、ビルドは自前で行ってデプロイだけを行いたいケースでは若干使いにくいです。 それ以外のケースでも、ちょっとした検証で GitHub からデプロイするように構成するのは非常に面倒なので、最近は Static Web Apps CLI を使ってデプロイをすることが多くなりました。 Static Web Apps CLI はローカルでの開発をサポートする機能だけではなく、そのまま Azure にデプロイする機能まで備えているため扱いやすいものとなっています。最近は個人で開発しているアプリで Static Web Apps へのデプロイは、あえて GitHub Actions 上で

Azure Repos を使って Monorepo 構成を採用している場合には、Azure Pipelines はそれぞれのプロジェクト単位で実行させたいので、トリガーの設定でパスを指定して実現します。 例として backend というディレクトリが変更された時だけに Pipeline を実行させたい場合には、以下のように paths にディレクトリ以下のワイルドカードを追加して対応します。 地味に忘れやすいのが Pipeline の定義ファイルも paths に含めることです。backend 以下にある場合は問題ないですが、別ディレクトリに保存していると Pipeline 定義を変更した時に動かなくなります。 trigger: branches: include: - master paths: include: - backend/* - .azure-pipelines/build.

Azure Static Web Apps のプレビュー環境は、GitHub を利用した開発中に Pull Request を作成したタイミングで自動的にデプロイされるので、変更点の動作確認やレビューが行いやすくなる便利な機能なのですが、カスタム認証を使ったアプリケーションでは利用が難しいものでした。 カスタム認証を使うとプレビュー環境を使うのが難しい理由は、URL が別で発行されるので OpenID Connect のようにコールバック URL を登録する必要がある場合に、何らかの方法で登録する必要があるためです。 以下のドキュメントでも Microsoft Entra ID を使った認証では、/.auth/login/aad/callback というパスの絶対 URL を Entra ID 側に登録する必要があると記載されています。 実際に Entra ID でのログインを Stati

本当にあっという間という感じですが、2023 年も終わってしまうので毎年恒例のエントリを書いておくことにします。毎年あっという間に終わったと思うのですが、今年はずっと忙しかったので更に早かったです。 今年はコロナ前ぐらい出張や品川での仕事が増えていて、特に 12 月は半分ぐらい東京にいなかった気がします。来年もこの傾向が続きそうな気がしています。 8 年目も無事生き延びることが出来た 毎年恒例となりつつありますが、今年も検査で問題が無かったので来年も生きることが出来そうです。毎年受けている人間ドックでは視神経やばいみたいに言われてるので、正直そっちの方が優先度が高めです。 今年も癌の再発や転移はありませんでした。もう少し生きてても良いらしい— Tatsuro Shibamura (@shibayan) 2023年9月8日 良い仕事をするためには健康が重要になってきたので、来年も筋トレやヨガ

OpenAI 本家の提供から数週間遅れましたが、Azure OpenAI Service でも GPT-4 Turbo with Vision が一部リージョンで利用できるようになりました。本家とは異なり Azure AI Service Enhancement という Azure OpenAI 専用の機能も同時にリリースされています。 詳細は後述しますが、Azure AI Service Enhancement は現時点では若干挙動がおかしい部分があるので、利用には少し注意が必要になっています。 現時点では Japan East で利用できないため West US で利用するケースが多いと思います。レイテンシ的には West US の方が Australia East より有利な可能性があり、実際にネットワークのレイテンシは West US の方が Australia East より小さ

ASP.NET の SessionState Module の実装では、セッションにロックがかかっている場合にはタイマーで polling して待つ実装になってますが、ここで F5 とかされまくってしまったら IIS のリソースを食いすぎてしまうので、.NET 4.7 から上限が設定されました。 このあたりの変更に関しては、ちゃんと GitHub にドキュメントが公開されています。 In the .NET Framework 4.6.2 and earlier, ASP.NET executes requests with the same Sessionid sequentially, and ASP.NET always issues the Sessionid through cookie by default. If a page takes a long time to resp

ASP.NET Core 2.x から 3.0 への移行をプライベートと仕事のアプリケーション両方で試しました。 基本的にはドキュメントの通り行えば良いので簡単ですが、少し別途対応が必要だった部分があるのでメモとして残しておきます。あと Endpoint Routing 周りについて少し追加します。 Razor 系のツールを削除する 2.2 まではテンプレートから View を作る時にインストールされていた Microsoft.AspNetCore.Razor.Design は 3.0 ではサポートされなくなりました。 インストールされていると Visual Studio でのビルド時にエラーとなるので削除します。 他にも発行時に Razor をプリコンパイルする Microsoft.AspNetCore.Mvc.Razor.ViewCompilation というパッケージがインストールさ

既に X の方にはリアルタイムで色々書いていたのですが、初めてのロストバゲージだったのでこちらにも残しておくことにします。GitHub Universe 2023 へ参加するためにサンフランシスコに行きましたが、帰りの飛行機に預けたスーツケースが積み込まれていないという経験をしました。 ちなみに GitHub Universe へ参加した話はこっちです。来年もチケットは買ってあるので行くつもりです。 今回のサンフランシスコ往復は地味に辛いことが多かったのですが、それは帰りの便でビジネスクラスへのアップグレードに失敗したことから始まりました。チケットにはエコノミークラスを表す Y の字がデカデカと記載されています。プライオリティのシールはよくわかりませんでした。 運が良ければ搭乗口でビジネスクラスへアップグレードされるかもという話でしたが、名前を呼ばれることはなかったので 7 年振りに太平洋

これまで MVP Summit や Microsoft Build には参加してきましたが、今年は初めて GitHub Universe にも現地参加してきました。サンフランシスコは 12 年振りだったのでかなり懐かしいです。 会場は主に YBCA と SFMoMA が使われていて、規模としては Microsoft Build などと比べると小さいです。 今年の Universe が終わったばかりですが、今週の 17 日までは Universe 2024 のチケットが Super Early Bird として 60% off の $500 で販売されているのでお得です。Universe 2024 は 10/29-30 で開催されます。 ワークショップやパートナー向けイベントでは YBCA の隣にある Hyatt Regency San Francisco Downtown SOMA が使わ

最近は Azure OpenAI Service と Semantic Kernel の盛り上がりに伴い、ワークショップなどで GitHub Codespaces と Azure Functions の組み合わせで開発することが増えてきているので、安定して利用できる C# 開発環境を構築する方法を模索していました。 これまでの C# 拡張機能では起動直後に IntelliSense が動作しないことが多く、ワークショップ中では頻繁に開きなおしが必要になりストレスが溜まっていましたが、少し前にリリースされた C# Dev Kit と新しい C# 拡張機能でかなり改善されました。 Windows では Visual Studio があるので正直なところ必要性をあまり感じませんが、macOS での開発では Visual Studio for Mac の安定性がイマイチなのもあり、特に Azure

昔にも Dev Container を利用して Azure Functions の開発環境を構築する方法を書いたのですが、その後 Dev Container の機能強化と Azure Functions のアップデートによってベストプラクティスが変わってきたので、現時点でのベストプラクティスを確認しておきました。 Windows 環境であれば Visual Studio 2022 を利用しておけば Azure Functions + C# の開発環境は一発で構築できますが、それ以外の言語で特に Python の場合は Dev Container を利用した方が良いケースが多いです。最近では Visual Studio Code を使う人も増えていますし、Dev Container を用意しておくと最悪でも GitHub Codespaces 上でブラウザベースの開発が出来るので便利になりま

.NET 8 の GA が 2 カ月後に迫ってきたこのタイミングで、Azure Functions での .NET 8 向けアップデートが本格的に発表され始めました。そろそろ .NET 6/7 で Isolated を利用しているケースではアップデートを検討しても良いでしょう。.NET 6 の In-Process を利用しているケースは後述しますが急ぐ必要はありません。 そして .NET 8 とは直接関係ないですが、.NET 8 から主流になるはずだった Isolated Worker モデルの改善が同時に公開されました。ようやく In-Process に近い開発体験が得られるようになってきましたが、正直パフォーマンスと信頼性の面ではまだまだという印象です。 3 updates to the isolated worker model for .NET apps: GA of https

Windows 11 で全面的に導入された Fluent Design System は個人的には結構好みなので、自作アプリでも同じようなデザインを実現したいのですが意外に難しいです。コントロールだけに限れば Windows App SDK を使うとある程度は対応は可能ですが、まだ使いやすく提供されていない機能もあります。 例えば以下は Microsoft Store アプリですが、タイトルバーからして大きく異なっています。全体的に Mica が適用されていて、完全にカスタマイズされたタイトルバーが実装されています。 Windows 11 におけるタイトルバーのデザインについては、以下のドキュメントに典型的なパターンが紹介されているので、こちらを参照するとイメージしやすいと思います。 このように紹介されているということは、Windows 11 向けのアプリではタイトルバー含めデザインを統一

久し振りに Hack Azure を開催しましたが、今回は少し毛色を変えて Semantic Kernel について話をしました。Azure とあまり関係なさそうに見えますが Semantic Kernel は Azure OpenAI はもちろん、それ以外の各種サービスと組み合わせての利用や、Semantic Kernel を使って実装したアプリケーションのホスティングに Azure Functions を使うことが多いはずなので、実際には関係大ありです。 今回のゲストは Microsoft の寺田さんです。ご存じの通り Java のエキスパートで、今回参加していただいたのは Microsoft Build Japan というオフラインイベントで、自分が寺田さんと Semantic Kernel についてかなり話し込んだのが切っ掛けでした。 AI MVP の横浜さんが Semantic