Azureが2026年4月3日付けで大量のアップデートを公開した。なかでも目を引くのが Azure SQL Managed Instance（SQL MI）のAI搭載PaaS化と、インフラのドリフト検出・修復提案ツールの追加だ。地味に見えて、実はDBとインフラ運用の現場を根本から変えるポテンシャルを持つ変更である。

Azure SQL MI：「AIが入ったマネージドDB」へ

今回のアップデートで、SQL MIは単なる「サーバーレスなSQL Server」から一歩踏み込み、以下の機能がサービスに組み込まれた。

  • 自動チューニング（Automated Tuning）: クエリの実行計画をAIが継続監視し、パフォーマンスが劣化する前に自動で最適化を提案・適用する
  • 異常検知（Anomaly Detection）: 通常のワークロードパターンから逸脱した動作をリアルタイムで検出。障害の予兆を早期に捉えられる
  • モデル駆動インサイト（Model-Driven Insights）: AIが蓄積されたメトリクスを解析し、インデックス設計やリソース配分に関する具体的な改善提案を出す

重要なのは、これらが「外部ツールを組み合わせた拡張機能」ではなく、SQL MIサービスそのものに内包された点だ。アンダーレイのサーバー管理が不要なPaaSの強みと、AIによるインテリジェントな運用支援が一体化した。

インフラのドリフト検出：構成ずれを自動で発見・修復提案

もうひとつの大きな変更が、AIによるインフラ構成ドリフト検出ツールだ。

デプロイしたAzureリソースが「あるべき構成（desired state）」からいつの間にかずれてしまう「ドリフト」は、エンタープライズ環境では慢性的な悩みだ。誰かが緊急対応でポータルから手動変更した、古いスクリプトが残っていた——そういった蓄積が気づかないうちにコンプライアンス違反やセキュリティホールを生む。

新ツールはデプロイ済みリソースと定義済み構成を自動比較し、差異を検出した上で修復提案まで提示する。Infrastructure as Codeを活用していれば特に効果が高く、Bicep・Terraform等との組み合わせで「構成の真実の情報源」を常に守る仕組みが整う。

注意すべき廃止スケジュール

今回のアップデートには、運用担当者が見落としてはいけないサービス廃止通知も含まれている。

  • App Service / Azure Functions における Python on Windows のサポート終了: 移行期限は2027年まで。既存ワークロードがある場合は早めにLinuxコンテナへの移行計画を立てること
  • Storage向け Azure DNS Endpoints の廃止: こちらも2027年タイムラインで移行が必要。ストレージ関連の接続構成を持つシステムは影響範囲の確認が急務
  • SRE Agentの課金モデル変更: アクティブフロー単位の従量課金に変更される。利用量の多い環境では想定外のコスト増にならないよう、利用状況の確認を推奨

実務への影響

DBエンジニア・DBA向け: SQL MIの自動チューニングとインサイト機能は、慢性的な人手不足が続く日本のDB運用現場に直結する恩恵だ。「クエリが遅い原因を深夜に調査する」「定期的なインデックス見直しをスケジューリングする」といった作業の多くをAIがカバーしてくれるようになる。ただし、AIの提案をレビューする能力は引き続き必要なので、スキルアップの方向性を「提案を正しく評価できる人材」に転換していくことが求められる。

インフラ担当・クラウドアーキテクト向け: ドリフト検出ツールは、ガバナンスを手動のチェックリストで維持してきた組織に特に刺さる。まずプレビュー環境で試し、自社のIaCリポジトリとの連携フローを設計しておくと本番展開がスムーズになる。Azure PolicyやDefender for Cloudとの組み合わせも検討したい。

廃止対応: 2027年という期限は「まだ先」に見えるが、大企業の移行プロジェクトは承認・設計・テストで1〜2年かかることが珍しくない。今すぐ影響範囲の棚卸しだけでも着手しておくことを強く勧める。

筆者の見解

Azureが今回打ち出した方向性——コアサービスの中にAIを埋め込む——は、プラットフォームとしての正しい進化だと思う。AIを「使うかどうかオプトイン」ではなく「使わないことが選択肢にならない」レベルで基盤に溶け込ませる。この戦略は長期的に見て競争優位になりうる。

SQL MIの自動チューニングやドリフト検出は、技術者が「実行ではなく判断と設計」に集中できる環境を着実に整えてくれている。「仕組みを作れる人だけが価値を出す」という世界が、Azureのマネージドサービスの中でも現実になりつつある。

ひとつ気になるのは、こうした機能が「プレビューで使えます」「ポータルから有効化してください」という案内で終わってしまうケースが多いことだ。せっかく良いものを作っているなら、標準有効・自動展開まで踏み込んでほしいと感じる。Azureの基盤としての力はある。あとはその力を現場が迷わず使いきれるUXへの磨き込みを期待したい。

廃止スケジュールについては、余裕があるうちに動くことが鉄則。「今動いているから大丈夫」という判断が後手に回る最大の原因だ。四半期に一度はAzureのRoadmapとRetirement noticesをチェックする習慣を、チームの文化として根づかせてほしい。

出典: この記事は Azure SQL Managed Instance positioned as AI-enabled PaaS with new built-in capabilities の内容をもとに、筆者の見解を加えて独自に執筆したものです。