エンジニアの思い立ったが吉日

AI・生成AI・開発ツール・業務効率化のトピックを、20年エンジニア視点で ゆるく整理しているブログです。「現場で本当に効くか」を毎回自分なりに 見極めながら書いています

Claude が Microsoft Foundry で GA、Azure 請求統合と日本未対応

朝メールを開いて、ようやくか、というのが第一印象だった。Anthropic と Microsoft が今年2月のプレビューから準備していた Microsoft Foundry 上の Claude が、2026年6月29日に正式 GA に到達した。Opus 4.8 と Haiku 4.5 が Azure ネイティブで叩けるようになり、利用料が Azure コミットを消化する設計になっている。エンタープライズの調達観点ではここがいちばん重い。そして日本リージョンが現時点で未対応という現実とあわせて読むと、評価がだいぶ立体的になる。

GA で開けた中身と二系統のデプロイ

GA で開けたのは Opus 4.8 と Haiku 4.5。Messages API そのまま叩ける。デプロイ方式は二択で、(A) Hosted on Azure と (B) Hosted on Anthropic(2月から続いていた Foundry Preview の延長線)。

Hosted on Azure を選ぶと、認証は Azure AD、課金は Azure サブスクリプション、ガバナンスは既存の Azure ポリシー、までが既存ワークフローに溶ける。データゾーンは Global と US が選択肢に入り、推論は Anthropic が運用、データプロセッサーと SLA 提供者として Anthropic が立つ。高感度ワークロード向けにはゼロデータ保持(ZDR、プロンプトと出力を API コール後に保持しない)も使える。

逆に、最新モデルを最速で叩きたい、API のフル機能が必要、というケースは Hosted on Anthropic に残すのが正解になる。Sonnet 系や Fable 5 のように Azure 側にまだ降りていないモデルを必要とする用途は、こちらに寄せておく。

Azure コミットが消えていくという調達のインパクト

地味だがいちばん効く話。Microsoft Enterprise Agreement で年間の Azure コミットを抱えている企業は、Claude の利用料がそのコミットの消化対象になる。これは AWS Bedrock 経由で Claude を回している企業が AWS Enterprise Discount Program(EDP)でやってきたのと同じ構造で、ようやく Azure 側にも同じ調達手段が揃った格好。

経理・調達の立場で読むと、これは「新規ベンダー登録の手間」と「予算超過の説明」が両方とも消えるということ。Anthropic を新規発注先として通すには審査が要るし、ドル建て請求と為替の説明が毎月発生する。Azure 請求に混ぜられれば、これらが Foundry の課金行として 1 行で済む。CFO 案件は本当にここで止まることが多くて、感覚としては「機能で勝つ前に請求書で勝つ」局面が増える気がしている。

ただし、Azure コミット消化と引き換えに、Claude の最新版が降りてくるまでタイムラグがある点には目を向けたい。プレビューから GA まで4か月かかったように、Azure 上の Claude は Anthropic 直接よりワンテンポ遅れる構造は残る。常に最先端を踏みたい R&D チームは Hosted on Anthropic、業務適用は Hosted on Azure、と二段で持つ運用が現実解になる。

データレジデンシーと ZDR、どこに効くのか

Hosted on Azure で選べる Global / US の二つのデータゾーンと ZDR は、米国の規制業務に直結している。HIPAA 配下の医療データを Claude で処理するケース、米連邦案件、SOC2 Type II の監査対象、このあたりでは「データが米国を出ない」という証明が契約条件になっている。

日本側の事業者目線でこれを翻訳すると、米国ユーザー向けに SaaS を出していて、その AI 機能で Claude を選んでいるなら、Azure US ゾーン経由が圧倒的にやりやすい。逆に EU 圏のユーザーを抱えているプロダクトは、EU データゾーンが Foundry に入るのを待たないと使えない場面が残る。Microsoft Q&A にはすでに Azure EU インフラ上での提供時期について質問が立っており、Microsoft 側はロードマップを示してはいるが正式時期は未公表、というのが今の見え方。

ZDR は金融・自治体・防衛・医療で求められる定番要件で、ここを Azure サブスクリプション内で完結できることは、コンプライアンス審査の通しやすさで効いてくる。秋以降に金融系で Claude を本番投入したい話があるなら、Q3 のうちに ZDR の SLA 仕様書を読み込ませる準備に入っておく価値がある。

日本リージョンが入っていない、という現実

率直に書く。GA 時点で東京リージョンの Claude 提供は入っていない。Global Standard デプロイから開始、US DataZone は今後対応、というアナウンスで、Japan East / Japan West で完結させたい案件は引き続き「Anthropic 直契約」か「Bedrock 経由で東京リージョンを取りに行く」のどちらかを選ぶしかない。

国内の SI に話を持って行ったときに引っかかるポイントは、データの物理的所在、Azure とは別に Anthropic と契約する必要が出ないか、運用責任の切り分け、このあたりに集中する。Foundry GA でベンダー契約の二重化は解消したが、データの所在問題はまだ残っていて、運用責任もデータプロセッサーが Anthropic であることをどう契約上扱うかで揉める場面が出る。

個人的に気になっているのは、日本リージョンが追いついたあと、業務系の RAG パイプラインで Claude と GPT-5.6 をどう使い分けるかという設計の話。同じ Foundry の上に両方が並ぶ未来はそう遠くない。そのとき、Opus 4.8 と GPT-5.6 Sol を案件ごとに切り替えるルーティング層が、組織として持っておくべきインフラ部品になる。

Bedrock・Vertex と並んだ、マルチクラウドの三角形が閉じた

Anthropic としては AWS Bedrock、Google Vertex AI、そして Microsoft Foundry の三角形が GA レベルで揃ったことになる。これは交渉力の話に直結する。「Claude を使いたいけど特定クラウドに縛られたくない」という顧客に対して、Anthropic 自身が三系統並走を保証できる体制になった、ということ。

エンタープライズ側の調達担当に取り入れる材料としても効く。「うちの主クラウドが何であれ、Claude を引ける」という確証は、AI 戦略の単一障害点を消す論拠になる。これまで GPT-5.x の Azure 経由独占が論点だったが、その壁が今回で実質崩れた。OpenAI が同じ週に Sol/Terra/Luna を限定プレビューで切り出してきたタイミングと重ねると、フロンティアモデルのクラウド供給線がここから2年ほど大きく動くと見ている。

逆に Anthropic 側の運用コストは増える。三クラウド分の安全レビュー、契約、エンドポイントの維持、SLA の整合は、社内のソリューションエンジニアとセキュリティチームに恒常的な負担として乗る。GA は終わりではなく、ここから「3 プラットフォーム並走をどこまで品質揃えるか」のフェーズに入る。

NVIDIA を巻き込んだ三社連合は何を意味するか

今回の発表に NVIDIA の Justin Boitano 氏のコメントが入っていて、GB300 GPU 上で Claude が走る、という言及がついている。これは Anthropic・Microsoft・NVIDIA の三社戦略パートナーシップが、コンピュート供給の実装段階に入ったという意味になる。

雑にまとめると、Anthropic はモデル、Microsoft は売り場とエンタープライズ顧客、NVIDIA は計算機資源、というロールで握っている。OpenAI と Microsoft の長期独占的関係がいったん終わり、AI クラウドが「モデルレイヤーごとに別の連合が組まれる」時代に入る予兆になる。

EverStar の事例として紹介されている「原子力安全分析の200 human days を 1 日に圧縮」という数字は、ベンチマーク表ではなく案件出力で語っているのが新しい。フロンティアモデルの売り方が「いくつトークン処理できるか」から「何人月を何日に圧縮したか」に移ってきている空気が、エンタープライズ事例の書き方からも見える。

自社の AI 調達に入れるなら、まずどこを確認するか

最後に、いま現実的に動ける手順を残しておく。Azure を主クラウドにしているチームなら、Microsoft Foundry のリージョン一覧と Claude のデプロイタイプを開いて、Global Standard で叩いて構わないワークロードがどれか棚卸しをするのが最初の一歩。データレジデンシー要件のないインターナル業務(議事録要約、コードレビュー、社内ナレッジ検索)はここから順に乗せ替えられる。

金融・医療・公共を扱っている事業者は、Foundry の Claude を入れるかどうかの判断より、ZDR と SLA の契約書面を法務に渡して読み込ませる段階に進めておく。GA でドキュメントが揃ったので、ここからは社内側の準備時間で決まる。

日本ユーザーを抱えていてリージョン要件が厳しいなら、現状は Bedrock 経由で東京リージョンを取りに行く、もしくは Anthropic 直接契約、という二択が現実解として残る。Foundry の Japan East 対応が告知された瞬間に乗り換えられるよう、認証・SDK・モデル ID の差分を整理しておく価値がある。

そして、Claude と GPT-5.6 が同じ Azure サブスクリプションで並ぶ未来はそう遠くない。そのとき、案件ごとにどちらを選ぶかをアプリ側で判断できる薄いルーティング層を、いまのうちに設計しておくとちょうどよく効いてくる。

engineer-kichizitsu.net

engineer-kichizitsu.net

engineer-kichizitsu.net

engineer-kichizitsu.net

engineer-kichizitsu.net

当サイトは、アフィリエイト広告を使用しています。