クーデターは33時間で終わった WordPress.comやWooCommerceを運営するAutomatticで、CEOマット・マレンウェグ氏を有給休職に追い込もうとする取締役会の動きが表面化し、わずか1日余りで失敗に終わったことが分かった。関係者によると、取締役会は9月第2週にマレンウェグ氏を休職扱いとする決議を可決。これを受けてマレンウェグ氏は社内Slackで取締役会が自身に対して「共謀した」と非難する投稿を行い、9月11日(金)には自らの復権を発表、翌12日(土)にAutomatticも正式にCEO復帰を確認した。マレンウェグ氏が事実上の権限を失っていた時間はわずか33時間20分だったという。 取締役会総退陣とCFO・法務責任者の解任 復権したマレンウェグ氏は取締役会側の関係者を次々と排除した。創業時のCEOで現在はBlueskyを率いるトニ・シュナイダー氏、スー・デッカー氏はそれぞれ辞任し、アン・ダンウッディ退役大将はマレンウェグ氏によって解任された。あわせて、CFOで休職期間中に暫定CEOに指名されていたマーク・デイヴィース氏と、最高法務責任者のアンディ・ミサン氏も解任され、取締役会はほぼ総入れ替えとなった。Automattic側は今回の一連の退任について「マットとAutomatticの経営陣は関係者全員に大きな敬意を払っている。個々人についてコメントはできないが、彼らの貢献に感謝している」と外交的な声明を出すにとどめ、詳しい経緯の説明は避けている。 対立の背景と今後の焦点 今回なぜ取締役会がマレンウェグ氏の休職を決議するに至ったのか、その具体的な理由は明らかになっていない。ただしAutomatticを巡っては、WordPressのホスティング事業者WP Engineとの間で商標や訴訟を巡る対立が続いており、証拠隠滅疑惑やWordPressコントリビューターのアカウント停止措置など、マレンウェグ氏の強硬な経営姿勢が繰り返し物議を醸してきた経緯がある。今回の内紛も、こうした緊張関係の延長線上で起きたとみられる。取締役会と経営陣の主要メンバーがほぼ同時に入れ替わったことで、Automatticのガバナンス体制がどう再構築されるのか、そしてWP Engineを巡る係争にどのような影響が及ぶのかが今後の焦点となる。

協議の経緯と背景 OpenAI、Anthropic、Google DeepMindの3社が少なくとも7月以降、業界横断のAI安全基準団体の設立に向けたワーキンググループ協議を続けていることが明らかになった。OpenAIのグローバル政策責任者クリス・レヘイン氏は9月16日（現地時間15日）、この協議の存在を認めた。発端はGoogle DeepMindの創業者デミス・ハサビス氏が7月に発表したエッセイで、ハサビス氏は米国の証券業界を監督するFINRA（金融取引業規制機構）をモデルとした標準化団体の創設を提唱していた。同氏の構想は、独立した技術専門家が参加する官民パートナーシップとして、先端AIモデルを公開前に評価し、危険が生じた際には業界全体での足並みを揃えた減速を調整する権限を持たせるというものだ。 提案される枠組みと各社の立場の違い 協議では、共同の技術評価や公開前の監査、独立した試験の枠組みに加え、企業内に第三者評価者を組み込む案や、モデル開発を審査する「独立検証機関」の設置を義務付けるFRONTIER法の関連条項を支持する方向性が検討されている。もっとも主要人物の立場には温度差がある。AnthropicのCEOダリオ・アモデイ氏は協議が表面化する前の土曜日に公表したエッセイで、AI試験・監査に関する業界協調を強く訴え、こうした協調を可能にするための狭い範囲での独占禁止法上の政府適用除外を提案した。一方、OpenAIのサム・アルトマン氏は社内タウンホールで「AI業界向けの試験・監査団体」への支持を表明しつつも、主要各社は政府の支援を得ずに独自にこうした団体を創設する必要があるとの見方を示し、同業他社との直接協力を志向している。レヘイン氏も、こうした協調に政府の適用除外は必要ないとの立場を示しており、政府関与の要否を巡ってAnthropicとOpenAIの間に温度差がうかがえる。 反対意見と今後の見通し この動きに対しては懸念の声も上がっている。Metaのマーク・ザッカーバーグ氏は8月にトランプ大統領と行った電話会談で、国家によるAI規制機関の創設計画に懸念を表明した。またCohereのCEOエイダン・ゴメス氏は、大手AI企業が共同でルールを策定することは、規模で劣る競合他社を不利にし、反競争的な行為に当たりかねないと警告している。政治的にも逆風があり、トランプ大統領は安全性への懸念を「でっち上げ」だと一蹴し、同大統領のAI顧問デビッド・サックス氏も、存亡に関わるリスクへの懸念は誇張されており、対中国での競争力低下を招くだけだと同調している。実際、こうした団体設立を目指すホワイトハウスの大統領令草案は勢いを失い、今年の夏が終わる前に棚上げされた経緯もある。今回明らかになった3社協議が、政府主導ではなく民間主導の枠組みとして実を結ぶかどうかは、今後の業界内の合意形成と政治的な逆風の行方次第と言えそうだ。 なお、Bloombergの報道は本記事執筆時点でアクセス制限（403エラー）により内容を確認できなかった。

概要 英国のフィンテック大手Revolutは、正規の政府機関のメールドメインを悪用したなりすまし攻撃を受け、顧客の機微情報が攻撃者に渡ったことを明らかにした。攻撃者は「有効なドメイン認証情報」を伴うメールでRevolutに顧客データの開示を要求し、同社は「本物の政府機関からの正当な要請である」と合理的に信じて対応してしまったという。流出したのはパスポートや運転免許証の写し、本人確認用のセルフィー画像、氏名・生年月日・職業、住所・メールアドレス・電話番号、口座明細書やIBAN番号、暗号資産取引を含む取引履歴など、極めて機微性の高い情報に及ぶ。Revolutは「Revolutのシステムおよび顧客資金への影響はない」としている。 攻撃の手口と発覚の経緯 今回の攻撃は、なりすまし先の政府機関が実際に使用する正規のメールドメインから送信されており、送信元のドメイン認証(SPF/DKIM等)が正当なものであったことから、Revolut側は真正な要請だと信じて情報を提供してしまった。不正利用が判明した後、Revolutは該当のメールアドレスを即座に遮断し、なりすまされた政府機関本体に加え、法執行機関、データ保護当局、金融規制当局にも通報したと説明している。ただし同社は、侵害の発覚時期や影響を受けた顧客の正確な人数について具体的な情報を明らかにしていない。暗号資産詐欺の調査で知られるZachXBT氏は、今回の攻撃が高純資産(高額資産保有)顧客を狙った標的型のものである可能性を指摘している。 影響範囲とRevolutの対応 Revolutは影響を受けた顧客数について「限定的」とするのみで、具体的な数字や被害が特定の地域に限られるかどうかについては回答を避けている。同社は影響を受けた顧客に直接通知を行ったとしており、システムや資金そのものへの侵害はなかったと強調している。Revolutは世界30カ国以上で8000万人を超える顧客基盤を持つ大手フィンテック企業で、米国での銀行免許の条件付き承認を最近取得し、評価額2000億ドル規模とも言われるIPOの準備を進めているさなかでの発覚となった。 背景と今後の展望 Revolutにとって今回は2度目となる大規模な情報流出であり、2022年にも約5万150人の顧客に影響する侵害を公表している。今回の事案は、技術的な脆弱性の悪用ではなく、正規のメール認証情報を持つなりすましという「人的・運用プロセス」の隙を突いた攻撃である点が特徴的だ。金融機関が本人確認や捜査協力のために外部からの照会に応じる業務フローそのものが標的となっており、他の金融サービス事業者にとっても、政府機関からの要請を検証する手続きの厳格化が急務であることを示す事例といえる。今後、規制当局による調査の進展や、影響を受けた顧客への具体的な補償・支援策が焦点となる見通しだ。

概要 Ottawaを拠点とするShopifyが、ユーティリティ・ファーストのCSSフレームワーク「Tailwind CSS」を開発するTailwind Labsを買収した。買収金額など金銭条件は非公表。Tailwind CSSおよび関連するオープンソースプロジェクト群は引き続きMITライセンスで提供され、既存の開発チームがShopifyの支援を受けながら開発とメンテナンスを継続する。Tailwind CSSは2025年のCSS調査で回答者の51%が使用すると回答した、最も普及したCSSフレームワークであり、創業者のAdam Wathanによれば週に1億1000万回以上インストールされ、ChatGPTやX、Cloudflareといった大手企業でも採用されている。 経営難の背景にあるAIの影響 今回の買収の背景には、Tailwind Labsが直面していた深刻な経営課題がある。同社の収益は2026年1月時点で前年比およそ80%減少し、主要な顧客獲得チャネルであったドキュメントサイトへのアクセス数も2023年比で40%落ち込んだ。この結果、エンジニアリングチームの75%にあたる3名をレイオフする事態に追い込まれていた。背景にあるのはAI技術の急速な普及だ。開発者がコード生成AIやAIアシスタントを介してTailwind CSSの使い方を学ぶようになったことで、公式ドキュメントサイトを直接訪れる必要性が薄れ、同社が収益源としていたドキュメントサイト経由の顧客獲得が構造的に細っていった。広く使われる人気オープンソースプロジェクトであっても、AIによる情報アクセスの変化がマネタイズの前提を崩しうることを示す事例といえる。 オープンソースとしての継続、今後の展望 Shopifyによる買収後も、Tailwind CSS本体とその周辺プロジェクトはMITライセンスの下でオープンソースとして提供され続ける方針が明言されている。Tailwind Labsとしては、Shopifyという事業基盤の下で「安定した長期的な拠点と拡大する成長機会」を得た形だ。ECプラットフォームを主力とするShopifyにとっても、フロントエンド開発で広く使われるツールチェーンを自社傘下に取り込むことで、開発者エコシステムへの関与を強める狙いがあるとみられる。AIによるトラフィック構造の変化で収益源を失ったOSSプロジェクトが、事業会社による買収という形で存続の道を見出した今回のケースは、他の主要オープンソースプロジェクトの持続可能性を考えるうえでも注目される。

概要 米ルイジアナ州に拠点を置く身元確認サービス企業IDScan.netは、クラウドプラットフォームへの不正アクセスにより、運転免許証のスキャンデータなど大量の身分証明書情報が流出したことを確認した。同社は2026年9月1日頃に不審なアクセスを検知し、9月4日に自社サイトで「不正な第三者が顧客情報にアクセスまたはコピーした可能性がある」と公表した。流出したデータには、米国・カナダの運転免許証スキャン1億5300万件、身分証明書1000万件、旅行書類300万件、医療カード57万9000件が含まれ、氏名や政府発行の身分証番号、免許証のスキャン画像そのものも対象となっている。IDScanは車のレンタル会社、小売業者、金融機関、大麻販売店など幅広い業種に本人確認技術を提供しており、影響の裾野は広い。 発覚の経緯とダークウェブでの流通 事件が表面化したきっかけは、セキュリティジャーナリストのBrian Krebs氏による報道だった。Krebs氏は、ロシア系サイバー犯罪フォーラム「Exploit」上で、ダークウェブサービス「Nexus」がこの巨大な身分証明書データベースへのアクセスを広告していることを突き止めた。Krebs氏自身のバージニア州運転免許証を、販売者が無料サンプルとして提示していたため、Krebs氏はデータの実在性を自ら検証できたという。IDScanは、Nexus上での完全なデータアクセスには金銭の支払いが必要だったとしつつも、影響を受ける可能性のある個人への通知を進めていると説明している。Krebs氏の報道とFBIの捜査開始後、Nexusはダークウェブ上から姿を消したが、犯罪者側がデータベースの複製を保持している可能性は高いとみられている。 対応状況と今後の見通し IDScanは「システムの保全のため直ちに対策を講じ、事案の全容と範囲を特定するためサードパーティの専門家チームと連携した」と説明し、データセキュリティに関する社内ポリシーや手続きの見直しも進めているとする。影響を受けた可能性のある顧客に対しては、無償のクレジット監視・身元保護サービスを提供している。捜査面では、報道を受けてFBIニューオーリンズ支局が正式に捜査を開始しており、IDScanも当局への協力を表明している。運転免許証や身分証明書のスキャン画像はなりすまし犯罪に直結しやすい機微情報であり、1億件を超える規模での流出は、被害者にとって長期的な本人確認詐欺のリスクを残す事案として注視される。

概要 半導体大手のAnalog Devices(ADI)は、AIネイティブなエッジプロセッサを手がけるシリコンバレーのスタートアップ、Alif Semiconductorを現金13億5,000万ドルで買収すると発表した。買収は通常の完了条件に従い、2026年末までに完了する見通し。ADIはこの買収により、AIがデータセンターから物理世界へと広がる「フィジカルAI」領域での事業基盤を強化する狙いだ。 Alif Semiconductorの技術と事業 Alifは2019年に設立され、これまでに7,000万ドル以上の資金を調達してきた。低消費電力のIoTクラスプロセッサの開発に注力しており、その製品は処理、メモリ、セキュリティ、グラフィックス、ワイヤレス接続、電力管理、そしてニューラル処理ユニット(NPU)を単一チップに統合しているのが特徴だ。ラインアップは32ビットのArmコアを採用したシンプルな構成から、省電力のCortex-Mコアと高性能なCortex-Aコアを組み合わせた「フュージョンプロセッサ」まで幅広くスケール可能で、Linuxの稼働やArmのmicroNPUによるAIアクセラレーションにも対応する。同社製品はすでに量産出荷段階にあり、大手の民生・産業機器メーカーの設計に採用されている実績を持つ。 Alifの共同創業者兼社長のReza Kazerounian氏は、同社が「AI時代におけるマイコンの概念を再考するために設立された」と述べており、従来のマイコン(MCU)の枠を超えたAIネイティブな設計思想を強調している。 ADIの戦略的意図 ADI CEOのVincent Roche氏は、AIがデータセンターから物理世界へと移行しつつあり、その過程では遅延・消費電力・信頼性のいずれも妥協できないと説明した。ADIはもともとセンシング、信号処理、電力管理、接続性を手がける有力企業であり、Alifが持つ統合的なエッジAIプロセッサ技術を取り込むことで、これらの要素をエッジ側でまとめて提供できる体制を目指す。単体の部品供給から、より統合的なソリューションプロバイダーへの転換を図る動きの一環と位置づけられる。 今後の見通し 買収完了は2026年末までを予定しており、完了すればADIはロボティクスや産業機器、民生機器など、リアルタイム性と省電力性が求められる現場でのAI処理能力を強化できる。フィジカルAI市場は自律走行やロボティクス、スマートセンサーなど幅広い応用が見込まれており、大手半導体メーカーによる専業スタートアップの取り込みは今後も続く可能性がある。

概要 Cohereは9月10日、機械翻訳に特化したオープンウェイトモデル「North Small Translate」を発表した。218Bパラメータ(アクティブパラメータは25B)のMixture-of-Experts(MoE)構成を採用し、50以上の言語に対応する。最大の特徴は性能で、WMT26ベンチマークにおいて全言語平均で83.6のスコアを記録し、DeepL NextGen(81.37)やGoogle翻訳(68.20)、Gemma 4 31B(79.46)を上回った。エージェント的な推論を行うバリアントではさらに84.36まで伸びるという。地域別に見てもGemma 4 31Bをヨーロッパ圏(82.2対73.9)で上回るほか、中東・北アフリカや南アジアといった非ヨーロッパ圏ではDeepL NextGenを上回る結果を示しており、主要な競合モデル・サービスに対して総合的な優位性を主張している。 速度とコスト、長文翻訳への強み 性能面だけでなく、実運用に直結する指標でも優位性が強調されている。スループットは低同時実行時で1秒あたり112トークンを出力し、比較対象モデルの81トークンに対して30〜38%高速だという。コスト面では1タスクあたり0.000676ドルとされ、Gemini 3.1 Proの0.038928ドルと比較して5,762%安価という試算が示されている。さらに長文翻訳の評価では48.9のスコアを記録し、Google翻訳の21.3を2倍以上上回った。長いコンテキストを扱う実務上の翻訳需要——ドキュメントや契約書、記事全体の翻訳など——において、文脈の一貫性を保ったまま高速・低コストで処理できる点を強みとして打ち出している。技術仕様としては、最大16kトークンの入出力コンテキスト長に対応し、最小動作要件としてB200 GPU 1基(W4A4量子化)、あるいはH100 GPU 2基(同)を挙げている。 ライセンスと提供形態 North Small Translateのウェイトは Hugging Face から入手可能で、実装ガイドもドキュメントとして公開されている。ライセンスはCC BY-NC 4.0で、研究および非商用利用は無償だが、商用利用については RWS社の Language Weaver プラットフォーム経由でのライセンス提供となる。オープンウェイトモデルとして性能を検証可能にしつつ、商用展開はパートナー企業を通じるという二段構えの提供形態を取っている点は、近年の高性能モデルのリリース戦略として一般的になりつつある形と言える。DeepLやGoogle翻訳といった既存の商用翻訳サービスに対し、専用モデルとオープンな検証可能性を武器にどこまで食い込めるかが今後の焦点になりそうだ。

概要 macOS/Linux向けパッケージマネージャHomebrewは9月13日、メジャーバージョン7.0.0を正式リリースした。目玉は公式グラフィカルインターフェース「BrewUI」と、OSV.devデータベースと連携する新しい脆弱性スキャンコマンド「brew vulns」の追加だ。あわせてLinux版のサンドボックス機構を刷新し、インストール処理の並行化による高速化も図られている。一方でIntel Mac向けのサポートは正式サポートから「Tier 3」へと格下げされ、2027年9月1日に打ち切られる予定であることも明らかになった。Homebrewは49,000以上のGitHubスターを持つ広く使われるパッケージマネージャであり、その知名度の高さから情報窃取マルウェアの配布やClickFixフィッシング詐欺の標的にもなりやすく、今回のセキュリティ機能強化は利用者保護の観点でも注目される。 新機能とパフォーマンス改善 BrewUIはmacOS Tahoe 26以降で利用可能な公式ネイティブGUIで、パッケージの閲覧・検索や依存関係の確認・管理をグラフィカルに行えるようにする。brew vulnsコマンドは、インストール済みパッケージやBrewfileで指定したパッケージをOSV.devの公開インデックスに照合し、重大度や修正可能性でフィルタリングできる。Homebrewが実際に出荷したフォーミュラのバージョンと改版に対して脆弱性情報を記録する方式のため、上流のバージョン番号が変わらないままパッチが適用された場合でも誤検知を抑えられる点が特徴だ。パフォーマンス面では、複数パッケージの準備とダウンロード処理を並行化し、brew configの情報収集も並行実行することでインストール全体の高速化を実現した。 セキュリティ修正とサンドボックス強化 7.0.0では8件のセキュリティアドバイザリーが修正された。最も深刻なのは「署名されていないcaskの削除メタデータを経由してsudo権限で任意のコマンドが実行できる」重大(High)な脆弱性で、これは既にバージョン6.0.12で解消済みだった。このほか、macOSインストーラーがroot権限で実行可能なGit設定を許してしまう問題や、悪質なcaskがmacOSのサンドボックス外でコードを実行できる問題(Moderate)も修正され、後者に対しては7.0.0でアプリケーション起動・Machサービス・Unixソケット接続を制限する対策が導入された。Linux環境では、従来のBubblewrapサンドボックスをLandlockに置き換え、Dockerの昇格権限や追加の依存関係を必要とせずにセキュリティを強化した。Landlock未対応のカーネルでも動作するよう配慮されている。さらにホームディレクトリへのアクセスをデフォルトでブロックし、ネットワーク接続を伴うダウンロード処理をオフラインインストールの処理から分離するなど、多層的な防御策が盛り込まれた。 Intel Macサポートの縮小と今後の展望 HomebrewはmacOS Intel(x86_64)サポートをTier 3へ移行し、2027年9月1日に完全に終了すると発表した。背景には、AppleとGitHubがIntel環境向けのサポートを縮小しており、ボランティア主導のプロジェクトとして代替のビルド環境を維持し続けることが困難であるという事情がある。既存のIntel Mac上でHomebrew自体は動作を継続できるが、新規のビルド済みボトル提供は行われなくなる見込みで、該当ユーザーにはMacPortsへの移行が推奨されている。一方で、新型のmacOS「Golden Gate 27」向けApple SiliconはTier 1サポートとして新たに加わった。このほかbrew install --dry-runの追加、非互換なcaskをスキップしつつ互換性のあるアプリのみをアップグレードする機能、GitHub ActionsのCalVerリリースピン留めやUbuntu 22.04イメージの廃止といったCI周りの刷新も行われている。Homebrewは非営利のボランティアプロジェクトであり、開発資金確保のためGitHub Sponsorsへの寄付も呼びかけている。

概要 Javaの最新版となるJDK 27が9月15日、正式にリリースされた。半年サイクルの非LTS(長期サポート対象外)版で、8月に公開されたリリース候補版から機能セットが確定した形となる。今回のリリースにはJSR 402に基づき、ガベージコレクションやTLS通信、並行処理、JVM運用ツールに関わる合計9件のJEP(JDK Enhancement Proposal)が盛り込まれた。GA版のバイナリはGPLライセンスの下で提供されている。 GCとセキュリティ関連の主要な変更 最も影響が大きい変更の一つが、JEP 523によるG1ガベージコレクタの全環境デフォルト化だ。これまでメモリやCPUリソースが限られた環境ではSerial GCが既定として使われてきたが、G1が一貫して優れたパフォーマンスを示してきたことを受け、環境を問わずG1が標準となる。ただし記事では「唯一絶対のベストなGCは存在しない」とも指摘されており、ワークロードに応じたGCの選定・検証は引き続き推奨されている。JDK 25で正式機能(オプトイン)として導入されていたコンパクトオブジェクトヘッダーも、JEP 534によりデフォルトで有効化された。オブジェクトのメタデータサイズを縮小することで、ヒープ使用量を約20%削減し、GCの負荷軽減にもつながるという。無効化する場合は-XX:-UseCompactObjectHeadersオプションを指定する。 セキュリティ面では、JEP 527によりTLS 1.3向けのポスト量子ハイブリッド鍵交換が正式機能として導入された。将来の量子コンピュータによる暗号解読リスクに備え、従来の鍵交換方式と耐量子アルゴリズムを組み合わせる仕組みで、通信の長期的な機密性を高める狙いがある。また、JEP 536「JFR In-Process Data Redaction」により、Java Flight Recorderがプロファイリング時にJVM引数や環境変数からパスワードやAPIキーなどの機密情報を自動的に秘匿化するようになった。*password*や*token*、*private*key*といったパターンがデフォルトで除外対象となり、-XX:FlightRecorderOptionsを通じてグロブパターンによるカスタムフィルタも設定できる。 プレビュー機能とツールの変更 正式機能化されたJEPに加え、プレビュー・インキュベーション段階の機能も引き続き磨き込まれている。構造化並行性(JEP 533)は第7弾のプレビューを迎え、プリミティブ型のパターンマッチング(JEP 532)は第5弾、Lazy Constants(JEP 531)とPEMエンコーディング対応(JEP 538)はそれぞれ第3弾のプレビューとなった。Vector APIも第12弾のインキュベーションとして提供が続く。 運用ツール面では、jcmdがbash補完スクリプト(<JDK_HOME>/conf/bash-completion/jcmd)に対応したほか、ランタイムのセキュリティ設定を表示する新コマンドVM.security_propertiesが追加された。VM.infoやhs_errログではオープンなファイルディスクリプタ数も報告されるようになっている。一方で、-noclassgcや-noverify、-Xverify:noneといった旧来のオプションは削除され、-XX:InitiatingHeapOccupancyPercentはG1専用の-XX:G1IHOPに改称された。-XX:UseCompressedClassPointersも常時有効化されたことで指定が不要になるなど、長年蓄積してきたレガシーオプションの整理が進んだ形だ。JVMCIモジュールも完全に削除されている。 非LTS版であるJDK 27は次期LTS版へ向けた機能の試金石という側面も持つ。G1GCの全面デフォルト化やポスト量子暗号対応といった今回の変更は、次のLTSリリースにそのまま引き継がれる可能性が高く、今後のJavaプラットフォームの方向性を占ううえでも注目される内容となっている。

概要 Kubernetes v1.37が8月26日にリリースされた。今回のリリースは67件の機能強化を含み、うち16件が安定版(Stable)に到達した大型アップデートとなっている。特に目を引くのが、AI/MLトレーニングや大規模バッチ処理を意識した「ワークロード対応スケジューリング(Workload-Aware Scheduling)」領域の進化だ。複数のPodをまとめて同時起動させる「ギャングスケジューリング」を支えるWorkload APIとPodGroup APIがベータに昇格したほか、ワークロード全体の完了状況を踏まえてプリエンプションを判断するWorkload-Aware Preemption(WAP)、PodGroup間でGPUなどの専用リソースを共有できるShared DRA ResourceClaimsも同じくベータへ進んだ。さらに、階層的なグループ管理を可能にする新API「CompositePodGroup」がアルファとして新設された。 ギャングスケジューリングとワークロード対応API ギャングスケジューリングは、分散深層学習や密結合なバッチ処理ワークロードのように、互いに依存し合う複数のPodが「全員揃わない限り意味を成さない」ケースのために設計された仕組みだ。従来のPod単位スケジューリングでは、一部のPodだけがノードに配置され残りがリソース不足で待たされる「部分割り当てによるロックアップ」が発生しやすかったが、PodGroup APIは指定したメンバー数が揃うまでスケジュール開始自体を待機させることで、これを防ぐ。この機能は1.35でアルファ導入された後、1.36でWorkload APIとPodGroup APIに分割され、v1.37で両者が統一の機能ゲートのもとv1beta1に昇格した。なお1.36で作成したv1alpha2マニフェストはv1.37では非対応となるため、アップグレード前に削除しておく必要がある点は運用者にとって注意点だ。新設のCompositePodGroup APIは、複数レベルのトポロジー制約を持つ異種混合のPodグループを階層的に表現できるようにするもので、JobSetやLeaderWorkerSet(LWS)といった上位層のワークロードAPIをネイティブにサポートする土台となる。 Pod Rightsizing・DRAなど関連機能の成熟 Pod再起動なしにCPU/メモリを調整できる「Pod Rightsizing(In-Place Pod Resize)」も前進し、v1.37ではInitコンテナのリサイズ対応がGAに到達、kubelet側でリソースをまとめて管理するPod-Level Resource Managersがベータに昇格したほか、メモリバックアップボリュームのリサイズ機能がアルファで追加された。この機能はcgroup v2を前提とするため、cgroup v1の廃止を後押しする流れも加速している。GPUなど専用ハードウェアの柔軟な割り当てを担うDynamic Resource Allocation(DRA)も、2025年のコアAPI GA、2026年のデバイス分割・キャパシティ管理・障害検知機能のベータ昇格を経て、v1.37ではデバイスのテイント/トレラント機能と状態レポート機能がGAに到達した。これにより、マルチGPUノード全体を切り離すことなく、劣化した個別GPUだけを隔離してクラスタ容量を最大化できるようになる。 運用者への影響と展望 これらの新機能はいずれもオプトイン方式であり、既存のPod単位スケジューリングは従来通り動作するため、アップグレードによる直接的な破壊的変更は少ない見込みだ。JobSetやLWSを利用しているユーザーは自動的に恩恵を受けられる一方、独自のワークロードコントローラーを実装している場合は新設のController Integration APIへの移行が推奨される。このほかv1.37ではMemory QoSやNative Histogramsのベータ昇格、Metrics APIの安定版到達なども含まれており、Kubernetesが引き続きAI/MLおよびHPC領域でのエンタープライズ利用を強く意識した方向に進化していることがうかがえる。