2026年5月23日の技術動向：AIの実装と運用、そしてセキュリティの現場

AnthropicとOpenAIの72時間のサービス立ち上げ — 実務への急速な展開

72時間という短いスパンで、AnthropicとOpenAIが並んでサービス部門を立ち上げた。

「モデルの精度」に注目が集まる中、実は「デプロイの壁」が金になるという話だ。

AIモデルのデプロイは従来のコンテナ化とは異なり、GPUリソースの確保、スケーリング（特にコールドスタート）、推論レイテンシの最適化が課題となるため、マイクロサービスと比べて技術的ハードルが高い。私が普段KubernetesやTerraformでマイクロサービスを書いている身としては、AIモデルが完璧でも業務フローに組み込めなければ意味がないと痛感する。

PwCが保険のアンダーライティングを10週間から10日に短縮した事例は衝撃的だ。人間が最終確認をするという前提は変わっていないが、事前処理の効率化が業務に直結している。

業務効率化とデプロイメントの壁を乗り越えるためには、AIの実装と運用が重要な課題となる。大手コンサルティング会社が動き出す中、自分のチームでもこのギャップを埋めるべきだ。大手コンサルティング会社が動く中、自分のチームでも、この「実装のギャップ」をどう埋めるか考える必要がありそうだ。

Claude for Small Businessの実験結果 — P&L分析の自動化

Anthropicが「Claude for Small Business」をリリースした。QuickBooksやCanva、Google Workspaceなどに直接繋がるネイティブコネクタが追加されている。

その実力を試すために、偽のP&Lに20個の隠し問題を埋め込んでみた。

P&L（損益計算書）は企業の収益と費用を示す財務書類。このツールは、単なるデータ分析ではなく、財務監査レベルの異常検知を目指している。Google Sheetsのデータを投げ込んだら、6分以内に17個の異常を発見。さらにCanvaでスライドを作成し、Gmailで送信するまでを一気にやった。

3分で18枚のスライドが完成する速度には驚く。

特に「Canvaでのスライド作成とGmailによる自動送信」のフローは、小規模チームやスタートアップにとって、業務効率化に大きな影響を与える。Excelの関数やVBAで頑張っていた作業を、AIが代行してくれるイメージだ。

実験結果では、専門的な「監査」レベルまでは届いていないようだ。完璧に動かない部分もあるし、手動入力の癖みたいなものも見抜けない。でも、小規模チームやスタートアップにとっては、不足しがちな「財務分析」の補助にかなり使えそうだ。データをコピペしてChatGPTに投げるより、このネイティブコネクタ経由の方が楽なはず。

InfoQのAIエンジニアリング認定コース — 本番運用の知見

InfoQがAIシステムの本番運用を担当するシニアエンジニア向けの認定コースを立ち上げた。5週間で週4時間、7月25日から開始される。

今、AI開発の話題は「プロトタイプ作り」から「本番運用の安定化」へシフトしています。Retrieval（検索）やContext（コンテキスト）のパイプライン

RAG（Retrieval-Augmented Generation）は、外部のデータベースから関連情報を検索し、それをAIのコンテキストに組み込む技術パターン。、エージェントのオーケストレーション、コスト管理……これらを考えるのは、チーム内ではなかなか難しい局面です。

私は普段、KubernetesとTerraformでインフラを書いていますが、AI特化のプラットフォーム設計はまだ手探りな部分があります。このコースが扱う「AIプラットフォームの設計」や「運用の卓越性」は、まさに自分のワークフローで必要な知識です。

Hien Luuさんというファシリテーターがいて、彼は『MLOps with Ray』の著者です。インフラの話は聞き所ですよね。特に「評価フレームワーク」や「信頼性」の話は、CopilotやClaudeを使った日々の開発とはまた別の視点が必要かもしれません。

でも、同じ立場のシニアエンジニアとリアルな課題について議論できるのは魅力的です。自分のアーキテクチャを客観的に見てもらえる場は、なかなかないものですから。

JFrogのソフトウェアサプライチェーンセキュリティレポート — パッケージ急増のリスク

2025年はパッケージ急増の年だった。JFrogが発表した「Software Supply Chain Security State of the Union 2026」レポートを見ると、1170万個もの新規パッケージがソフトウェアサプライチェーンに流れ込んだ。前年比67%増だ。マイクロサービスを書く身としては、依存関係の管理が大変なのは日常茶飯事だが、この数値はやばい。

特に興味深いのは、npmがApache Mavenをトラフィックで上回った点だ。400,000個の新パッケージに対し、Mavenは98,000個。AI/MLのワークロードがレガシーなインフラの懸念を押し上げている証拠だ。しかし、この変化に伴い「npmユーザー史上最危険な年」という記録も更新された。

攻撃数は451%も増加。171,592個もの悪意あるnpmパッケージが検出され、200万ダウンロードが乗っ取られた。攻撃の仕組みは単なるバックドアではなく、IDE拡張やMCPサーバー、開発者ツールを悪用して

MCP（Model Context Protocol）は、AIエージェントが外部データやツールにアクセスするための標準化されたプロトコル。これが悪意あるパッケージによって改ざんされ、開発者の端末上で不正なコードを実行されるリスクがある。、開発者の端末上で即座に実行されるものだ。これ、自分のPCでも起こり得る。

レポートのデータはさらに恐ろしい。97%の組織が「AIガバナンス」を認定していると主張しつつ、開発者ワークフロー内で動作するインテリジェントツールに対して、実質的な運用を行っているのは5分の1もいない。書類上のガバナンスはセキュリティコントロールじゃない。それは危険な仮定だ。

AI開発ツールやモデルの導入スピードがガバナンスを圧倒している。自分でもCopilotやローカルLLMを業務で使うようになったが、これからは「何をインストールするか」もセキュリティの範囲に入るのか。従来のパッチ当てだけじゃ追いつけない。

DiscordのScyllaDB運用自動化 — 大規模クラスタの管理

Discordが運用しているScyllaDBの規模は半端ない。記事によると、彼らの小さなインフラチームが管理しているのは20以上のクラスタで、ノード数は500近くに及ぶ。これだけの規模で、メンバー数は少ないまま運用を回している。

昔はPythonやシェルスクリプトで手作業を補ってきたが、規模が大きくなるにつれてこのやり方は限界に達した。スクリプトが壊れたり、実行順序を間違えたり、途中で止まっても復旧が難しかったり。こうした「壊れやすいスクリプト」に頼り続けるのは、いつかリスクが爆発する。

そこで導入されたのが「Scylla Control Plane（SCP）」という内部フレームワークだ。これを使うと、クラスタ全体の操作をYAMLで宣言的に記述できる。前回の記事で書いたKubernetesのPodDisruptionBudgetみたいな考え方で

PodDisruptionBudget（PDB）は、Kubernetesクラスタにおいて、同時に破棄されるPodの数を制限し、サービスの可用性を維持するためのリソース制御機能。、操作の前に事前条件チェックや再試行設定、並列実行の制御を組み込めるのがポイントだ。

特に面白いのは「シャドークラスタ」を使った検証フローだ。本番環境の変更をそのまま適用する前に、本番と同じトラフィックを受ける一時的なレプリカ環境を作って、変更を検証する。以前はこれに丸一日かかっていた作業が、SCPのおかげでほぼ自動化されている。本番環境でしか出ないようなエッジケースを、安全に検証できるのは大きい。

「どのアベイラビリティゾーンのノードを同時に再起動しない」といった並列実行の制御ルールを設定できるのも嬉しい。分散DBの運用では、ミスが連鎖してサービスダウンにつながるのが怖い。こうした安全策をフレームワーク側で強制できると、運用者が神経をすり減らさなくて済む。

私の現場でも、GoやPythonで書いたマイクロサービスの運用スクリプトが散らばっていることがある。これもいずれ、この手の宣言的オーケストレーションフレームワークに置き換えていきたいと思っている。技術は進化するが、「小さなチームで大規模なシステムを安全に運用する」ためのアプローチは、Discordの事例のようにシンプルで実用的なものがいい。

参照記事

記録日: 2026-05-23