MicrosoftでRustがTier-1言語に

MicrosoftがRust（ラスト）に社内でティア1（Tier-1）言語の地位を与え、C++、C#、TypeScriptと同じ扱いにしました。Microsoftのグループ「DevDiv/CoreAI」でRustツール開発チームのプリンシパルエンジニアを務めるVictor Ciura氏が、2026年9月10日に公開されたRust Foundationのサイトへの寄稿で発表しました。Microsoft以外の開発者にとって興味深いのは、この肩書きそのものではありません。この肩書きが支えたコンパイラの作業のほうです。

「RustはC++、C#、TypeScriptと並び、Microsoft社内開発で最も手厚く支援される言語の一つに位置づけられます」とCiura氏は書いています。

ティア1が言語にもたらすもの

ティア1はマーケティング上の等級ではなく、社内のエンジニアリング上の約束です。Ciura氏は、それがMicrosoftに社内チームへの提供を義務づける内容を挙げています。

• ツールチェーン自体の、安全で再現性のあるビルド
• C++やC#と同じ水準を満たす開発者向けツール
• 品質管理とリリースの運用手順
• Windowsにおける深いプラットフォーム統合
• MicrosoftのSecurity Development Lifecycleへの準拠

その背景にある安全性の主張は率直です。MicrosoftのAzure担当CTOであるMark Russinovich氏は「WindowsのCVEのおよそ70パーセントはメモリの問題です」と述べた、とThe Registerが報じました。2026年9月11日の記事です。彼の結論も同じく率直でした。「CやC++をどれだけ良くしたいと思っても、Rustが最初から持っているものと同じ水準にはできません」。

rustc_codegen_utcがRustをMSVCにつなぐ

技術面の中心にあるのは、rustc_codegen_utcと呼ばれるコンパイラのバックエンドです。これはRustコンパイラであるrustcを、Microsoft自身のC++ツールチェーン内の最適化器であるUTCに直接つなぎます。位置づけとしては、今日ほぼすべてのRust開発者が使っているrustc_codegen_llvmと同じ系統にあたります。

狙いはWindowsでのコード生成の統一です。RustとC++が混在するプロジェクトは現在、前提の異なる二つの最適化器を別々に動かしています。両方をUTCに通せば、一つの最適化器がプログラム全体を見ることになります。「それらの投資は、C++とRustの両方に共通する土台の上に積み上がります」とCiura氏は書いています。つまり、C++コンパイラのために行った作業がRustにも効いてくるということです。

Rust Foundationの寄稿によれば、Microsoftの100を超えるリポジトリが、すでにこの方式でRustとC++の混在プロジェクトをビルドしています。

MicrosoftでRustがすでに動いている場所

領域	Rustで書かれているもの
Windows	プラットフォーム統合、ファームウェア、ドライバ、カーネル、ハイパーバイザ
Microsoft 365	Outlook、Word、Excel、OneDrive、SharePointのサービス
テキスト描画	DirectWrite Core
サービス群	スケーラブルなサービス向けのRustクレート集であるOxidizerの上に構築

Oxidizerは、MicrosoftがRustでサービスを構築するために使う社内のクレート集です。The Registerは、上記のMicrosoft 365の実装がこれを土台にしていると報じています。Windowsのテキスト描画実装であるDirectWrite Coreについては、Ciura氏が2025年4月にcorrode.devのポッドキャスト「Rust in Production」でRustのコンポーネントだと説明しています。

開発者にとっての意味

このうち今日あなたの手元に届くものはありません。rustc_codegen_utcはMicrosoftの社内バックエンドです。Rust Foundationの寄稿にもThe Registerの記事にも、これが一般公開されるとも、rustc本体に取り込まれるとも書かれていません。

それでも注目する理由があります。Rustはその歴史を通じて、実質的にLLVMという一つの実用コードジェネレータだけで来ました。rustc_codegen_gccやrustc_codegen_craneliftといった別のバックエンドはありますが、Windows並みの負荷を担ってはいません。実運用の圧力にさらされた二つ目のバックエンドは、言語が暗黙のうちにLLVMの挙動を前提にしてきた箇所をあぶり出す傾向があります。そうした修正は、バックエンド自体が公開されるかどうかにかかわらず、たいていupstreamに反映されます。

Windows向けのライブラリを配布しているなら、考えるべきは言語混在のケースです。今日、RustとC++のコードベースは二つのツールチェーンと二つの最適化器の分だけ負担しており、言語をまたいだインライン化は起きません。Microsoftはこれを社内で解決しつつあります。ほかの開発者がそれを手にする時期は公表されていません。

それ以外の人にとっての意味は、構文よりも人材と寿命に関わります。ティア1という地位は、Microsoftが熱意だけでなく保守の予算をRustのツールチェーン作業に投じると約束したことを意味します。言語を10年単位で使い続けられるものにするのは、まさにその約束です。同じ賭けは今月、システムソフトウェアの別の場所にも現れています。リンカmoldの作者は、Linuxの標準リンカになることを狙ってC++からRustへの書き換えを進めています。