はじめに 先日 Microsoft.Extensions.AI が爆誕しました。 これまでは、複数 AI モデルに対応しないといけないようなケースでは AI モデルごとの SDK を抽象化するレイヤーが必要でした。 例えば私が割とよく触っているものだと Semantic Kernel が IChatCompletionService というインターフェースを提供していて、これを実装するクラスとして Azure OpenAI や OpenAI や Mistral や Google, Hugging Face, Azure AI Inference, Ollama, Anthropic 向けの実装があります。 これでアプリを作ることは出来るのですが、Semantic Kernel に依存しないといけないという問題があります。Semantic Kernel 自体は別に悪くないのですが、アプリを作

Azure Communication Services Emailを使ってメール配信サービスを作る！ そもそもの話として Azure VM 上に SMTP サーバーを構築することは非推奨かつサポート外です。 そのため、例えばAzure上に構築したWebサービスからの通知メールとしてプログラムからメールを送信したい場合、今まではSendGrid等のような、サードパーティーサービス(PaaS)の利用がAzure公式ドキュメントでも案内されていました。 Azure Communication Services Eメール機能の一般提供 しかし、ついに今回Azure Communication Services Emailが一般提供したよってメール送信機能もファーストパティーサービスを使えるようになりました🎉 Azure Communication Servicesとメール通信サービスのデプロイ

.NET MAUIがバージョン1.0に到達。C#/.NETのシングルコードベースでWin/Mac/iOS/Androidのネイティブアプリを開発可能に。Microsoft Build 2022 マイクロソフトはC#とXAMLを用いてシングルコードベースでWindows、macOS、iOS、Androidのネイティブアプリケーションを開発できるフレームワークである「.NET MAUI」（.NET Multi-platform App UI）がバージョン1.0の正式版に到達したことを発表しました。 Introducing .NET MAUI One Codebase, Many Platforms Now, you and 5 million+ other .NET devs have a first-class, cross-platform UI stack targeting Andro

前回は、Bicep の性質から、どういう基本設計でIaC を指向するか書きました。 tech.guitarrapc.com 今回は、実際に Bicep Resource を使って書くときに、どういう工夫が必要なのかメモしておきます。 tl;dr; Bicep Resource Preview リソースと ARM Template Previewページは手薄 Bicep Module 粒度 Bicep Parameter string, int, bool の扱いやすさ object型の型宣言が弱い array 型の型宣言が弱い 実行時Parameter の渡し方 existing と リソースの存在保障 existing の実行成功は存在保障ではない Role Name の取得 Built-in Role Custom Role 来てほしい機能 tl;dr; Preview リソースは A

Azure の構成を IaC したいとなると、おおむね選択肢は次の3つになりそうです。 ARM Template Terraform Pulumi Terraform と Pulumi はおおむね同じ性質ですが、Pulumi は Azure に対しては他のクラウドよりも優先的に機能が入るのでちょっと面白いです。 とはいえ、世の中的には Azure の構成は ARM Template が一番合ってるといわれるとかいわれないとか。 ARM Template は人間が使うフォーマットじゃないので一ミリも興味がでなかったのですが、Azure Bicep が DSL として出てきたこともあり、ここしばらくはAzure で Bicep を使って構成してみたので設計メモを書いておきます。 tl;dr; Bicep と ARM Template Stateless デプロイのスコープ デプロイモード デプ

はじめに Azure環境作ったら最初にやるべきこと（2021年版）と題して一記事書いてみたいと思います。 ※補足事項 「Azure環境作ったら最初にやるべきこと」の定義 この場では「どんなサービス／リソースを使うかに関わらず、誰もが全環境でやるべき最初のステップ」という主旨ととらえていただければと思います。 Azure環境運用していくうえで、「SQL Databaseのベストプラクティスは何？」とか「Web Appsだったらこうやって使うよね」とか細かい設定を挙げると色々あるのですが、今回は対象外。 なので、基本的には「Azureを使うすべて人」にとって意味のある記事になってるはずです。 先駆者たちの情報を探す AWSだと個人のブログもいっぱいあるし、かの有名なClassmethodさんのブログでもこういった記事がまとめられています。 初心者に優しいというか、いろんな情報が転がっていて、「

はじめに Azure Virtual Machine Scale Sets (VMSS) は、VM イメージからオートスケール可能な VM 群を作成し、管理してくれる便利なサービスです。 VMSS を運用していくに当たって、更新したアプリケーションを VMSS にデプロイしたい、オートスケールで新たに起動した VM で最新のアプリケーションが稼働することを保証したい、OS やミドルウェアのバージョンを定期的に更新したい、といったニーズが出てくると思います。 本記事では、こういったニーズに応えるための VMSS の更新方法について整理します。 VMSS の更新方法の一覧 大まかに以下の 4 つの方法があります。各方法の詳細は後述します。 カスタム VM イメージを用いた新規 VMSS の作成 カスタム VM イメージを用いた既存 VMSS の更新 共有イメージギャラリーを用いた既存 VMSS

Azure の日本リージョン 7 周年の日に Japan East のストレージ障害が発生するという、なんともアレな出来事がありましたが、障害発生後はアーキテクチャを見直すいい機会だと思うので色々書きます。 まだ RCA は公開されていないですが、おそらくぶちぞう RD がブログに書くのでリンクを貼ります。 4 年前の同じような時期にも Japan East で大規模なストレージ障害が発生したので、同じようなものを書きましたが流石にいろいろと進化しているので古さを感じます。 今回の障害は影響範囲はさほど大きくなかったようで、主に Azure Storage と Virtual Machines がステータスには上がってきていました。実際には Application Insights や Log Analytics にも影響がありましたが、Azure Storage は全ての基本なので仕方な

既に Azure Pipelines などを使って自動デプロイの環境を構築している場合は、ほぼ全てで Zip Deploy が使われているはずですが、App Service には FTP と Web Deploy がデプロイ方法として提供されているので、塞いでおかないと Visual Studio から手動デプロイされてしまい壊れることがあります。 まだ Visual Studio から本番環境へのデプロイを行っている場合は、速やかに自動デプロイに切り替えましょう。デプロイの安定化とパフォーマンスのために Run From Package を利用するのも良いです。 今の時代、開発中はともかく本番向けデプロイを Visual Studio から行うのは、履歴もバージョン管理も出来ないので速攻で詰みます。 そろそろ Azure Pipelines の Multi-stage pipelines

リソースに適切な名前を付けると、その種類、関連付けられたワークロード、環境、リソースが実行されている Azure リージョンをすばやく識別できます。 そのためには、名前は一貫性のある形式 ("名前付け規則") に従い、各リソースに関する重要な情報で構成される必要があります。 名前には、リソースの特定のインスタンスを識別するために必要なすべての情報が含まれていることが理想的です。 たとえば、米国西部リージョンにある運用 SharePoint ワークロードのパブリック IP アドレス (PIP) は pip-sharepoint-prod-westus-001 になります。 図 1:Azure リソース名のコンポーネント。 推奨される名前付けコンポーネント 名前付け規則を制定する場合は、リソース名で把握したい主要な情報を識別します。 リソースの種類によって関連する情報は異なり、確立されているす

このページでは、Azure のさまざまなリソースの省略形の例を示します。 次の表に、"リソース" と "リソース プロバイダーの名前空間" にマッピングされた "省略形"を示します。 Azure 名前付けツール: Azure 名前付けツールを使用すれば、名前付けプロセスを標準化および自動化できます。 詳細については、Azure 名前付けツールの概要に関するページを参照してください。 AI + 機械学習 リソース リソース プロバイダー名前空間 省略形

マイクロソフト「.NET 6」初めてのプレビュー版リリース。Xamarin統合、マルチプラットフォームUI、Blazorでデスクトップアプリ、Apple M1ネイティブなど マイクロソフトはオープンソースで開発されているフレームワーク「.NET」の次バージョン「.NET 6」の最初のプレビュー版「.NET 6 Preview1」をリリースしたと発表しました。 Announcing .NET 6 Preview 1 https://t.co/z0mkcA6c0m — .NET (@dotnet) February 17, 2021 「.NET」は、Windowsアプリケーションのためのフレームワークとして登場した「.NET Framework」と、その後に登場したMacやLinuxに対応するオープンソースの「.NET Core」を統合し、その後継となったフレームワークです。 .NETの最初の

2020 年は Azure App Service にとってはネットワーク周りの新機能やアップデートが非常に多い年になりました。そろそろ今年も終わりなので App Service の定石アーキテクチャをアップデートする良い機会です。 まずは今年のネットワーク関連アップデートについておさらいしておきます。Regional VNET Integration はプレビューの時から使ってきたので、最近 GA したという気が個人的にはしていません。 GA Regional VNET Integration (NSG / Route Table) Private Link (Private Endpoint) NAT Gateway Hybrid Connection for Linux App Service Premium V3 / VMSS Worker Preview Azure Functi

今やTypeScriptはウェブアプリ開発時に最初に検討される言語となっているが、開発が始まった2010年頃は、まだオープンソースに恐れを抱いていたMicrosoft文化のなかで、ゆっくりと歩を進めていく必要があった。 TypeScriptの共同創案者であり、デンマークのソフトウェアエンジニアであるとともにMicrosoftのテクニカルフェローも務めているAnders Hejlsberg氏は米ZDNetに対して、Steve Ballmer氏が同社の最高経営責任者（CEO）だった2010年に、JavaScript開発者の心をつかむ唯一の道はオープンソース戦略だという決断をチームが下した際のことを語ってくれた。 Ballmer氏は2001年に、LinuxがMicrosoftの知的財産すべてを脅かす「ガン」だと発言しており、Microsoftの幹部らは2010年時点でも、オープンソースが依然とし

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

［速報」Blazor WebAssemblyが正式リリース。C#/.NETでWebアプリケーションを開発可能に。Microsoft Build 2020 オンラインイベント「Microsoft Build 2020」を開催中のマイクロソフトは、「Blazor WebAssembly 3.2.0」のリリースを発表しました。 Blazor WebAssemblyは、.NETとC#などを用いてWebブラウザ上で実行可能なWebアプリケーションを開発できるフレームワークおよび実行系です。 Blazor WebAssembly 3.2.0はBlazor WebAssemblyとしてフル機能が実装され、本番運用に対応したバージョンです。これによりBlazor WebAssemblyは正式版としてリリースされたことになります。 It's here!!! Blazor WebAssembly 3.2.0

オンラインイベント「Microsoft Build 2020」を開催中のマイクロソフトは、「Windows Subsystem for Linux 2」（WSL 2）の正式リリースを発表しました。 WSL 2は、Windows 10でLinux互換機能を提供するWSLの次期バージョンです。 現行のWSLがLinuxカーネルシステムコールをWindowsカーネルシステムコールに変換するという実装で互換機能を提供するという仕組みなのに対し、WSLではこれを刷新。Windows 10内部に用意した軽量な仮想マシン内で本物のLinuxカーネルを実行することで、より高い性能と互換性を実現しています。 これによりLinuxコンテナなどもWSL 2で実行可能になります。実際、Docker社はWSL2に最適化したDocker Desktopをリリース予定です。 WSL 2は今月中にリリース予定のWindo

［速報］Windows Terminal 1.0正式リリース。7月からは毎月アップデートへ。Microsoft Build 2020 オンラインイベント「Microsoft Build 2020」を開催中のマイクロソフトは、Windows Terminal 1.0正式リリースを発表しました。 下記はWindows Terminalのプログラムマネージャ Kayla Cinnamon氏のツイートです。 Windows Terminal 1.0 has been released!! A huge thank you to everyone who has helped contribute! https://t.co/VpnwIDHCxM — Kayla Cinnamon ☕ @ #MSBuild (@cinnamon_msft) May 19, 2020 Windows Terminalは