MicrosoftがRustを内部エンジニアリング向けの「Tier-1言語」に指定したと、2026年9月10日にRust Foundationサイトで公開されたゲスト投稿で発表された。投稿者はMicrosoft開発部門のRustツールチームでPrincipal Engineerを務めるVictor Ciura氏である。この投稿はファーストパーティの資料であり、Microsoftが自社の実践について述べたもので、独立した評価ではない。冒頭で、Rustが数年にわたりMicrosoftにとって戦略的重要性を持ってきたこと、Azure CTOのMark Russinovich氏がネイティブコードの将来について基調講演を行ったこと、Rustプロジェクトへ数百万ドル規模の投資を行ってきたことが触れられている。
Rust Foundationサイトで公開されたゲスト投稿で、MicrosoftによるRustの内部エンジニアリング向けTier-1言語指定を詳述
MicrosoftエンジニアVictor Ciura氏によるファーストパーティのゲスト投稿で、Rust Foundationサイト上でTier-1言語ステータスを説明
Tier-1ステータスは内部エンジニアリング分類であり、公開言語リリースではない。実質的には、MicrosoftのRustチームがローカル開発から本番環境までの「舗装された道筋」を持つことを意味する：Rustコンパイラ（rustc）とその標準ライブラリの安全なサプライチェーンビルド、開発者ツール、品質ワークフロー、Windowsプラットフォームとの深い統合、Microsoftソフトウェアが満たすべきSecurity Development Lifecycle（SDL）要件への準拠である。投稿ではC++、C#、TypeScriptがすでにこのステータスを持つ言語として挙げられ、Rustがそれらと並んで内部開発で最もサポートの手厚い言語の一つになったと述べている。
技術的な中心はrustc_codegen_utcという新しいコンパイラコンポーネントだ。これを理解するにはrustcの構成を知るとよい。rustcは異なる「バックエンド」が共通の内部表現を受け取り、各プラットフォーム向けの機械コードを出力できるように構築されている。同じアーキテクチャファミリーに属する既存の3つのバックエンドは、rustc_codegen_llvm（LLVMバックエンド）、rustc_codegen_gcc（GCC）、rustc_codegen_craneliftである。rustc_codegen_utcは4つ目として、同じバックエンドインターフェースに接続し、rustcの出力をMSVCバックエンド（通称「UTC」）経由でルーティングする——CとC++が数十年にわたって使用してきたネイティブWindowsコンパイラツールチェインだ。
GitHubでホストされているRustプログラミング言語プロジェクトのビジュアル表現で、コンパイラ開発インフラストラクチャを示す
表明された成果は、Windows上でのRustとC++のための統合コード生成プラットフォームである。rustcをMSVCに接続することで、RustはMSVCスタックが長年にわたり蓄積してきたWindows固有の機能を再実装するのではなく継承する。投稿で挙げられているそれらの機能とは、バイナリ強化とコードセキュリティ機能、リンク後コンプライアンス、解析、サービシング（Microsoftの実行中バイナリへの修正適用メカニズムであるHotpatchを含む）、サンプルプロファイルガイド最適化（SPGO）、デバッグとクラッシュダンプ解析、プロファイリング、診断、カバレッジツールである。
これが重要なのは、Microsoftの本番コードの大半が依然としてC++だからだ。投稿は、共有バックエンドによって工学的な重複が最小化されると主張する：MSVCとWindowsが新しいコード生成、セキュリティ、診断、サービシング機能を追加すると、それらの投資が両言語の共通基盤に着地する。投稿が「今後何年にもわたって」多くのシステムで使われると述べるハイブリッドRust/C++プロジェクトでは、共有バックエンドによってシステムの両側が同じ開発、検証、診断、サービシングワークフローに等しく参加できる。著者の経歴では、彼の仕事を「組織全体での広範な酸化努力（broader oxidation effort）に必要なコンパイラツールチェインとライブラリの構築」——既存のC/C++コードベースへのRust導入を推進するMicrosoftの取り組み——と説明している。
投稿は解決しない課題についても慎重だ。コード生成、プラットフォームの癖、ABI（アプリケーションバイナリインターフェース）、例外処理、リンク後ツールは、その言葉を借りれば「半分に過ぎない」。ハイフィデリティな言語レベル相互運用——外部関数インターフェース（FFI）契約、バインディング、言語意味論の差異、ビルドシステム統合——は、Microsoft社内と業界全体で活発に取り組まれている課題のままである。投稿はRust FoundationのInteroperability Initiativeを、その問題空間と進行中のコミュニティ作業のカタログとして指し示している。
ロールアウトについて、投稿はrustc_codegen_utcが2026年初めから本番対応済みであり、Rust 1.90以降はセルフホストされている（コンパイラが自身のソースをコンパイルできる）と述べている。これは、rustcと標準ライブラリの安全なサプライチェーンビルド、ローカル開発と本番パイプラインとの統合、共通の品質とコンプライアンスワークフローを含む、より広範な社内「Rust Paved Path」の一部である。現在、100を超えるMicrosoftプロジェクトリポジトリがこれでビルドされており、採用は毎週続いている。
留意点。情報源はMicrosoftエンジニアによるファーストパーティのゲスト投稿で、Rust Foundationサイトで公開されたものであり、Microsoft自身の主張を報告するもので、Tier-1指定やその運用上の影響について独立した検証を提供するものではない。rustc_codegen_utcとLLVMバックエンドの実世界ワークロードにおける性能ベンチマーク比較は提示されておらず、100超のリポジトリのうちRust単独かハイブリッドかの内訳は定量化されておらず、自動C-to-Rust変換の取り組みには触れられていない。Tier-1指定が特定チームの日々の開発をどう変えるかは、この投稿では明らかにされていない。