.NET 8 Native AOTで高速起動を実現する
.NET 8で「起動が爆速」になった話
アプリが0.8秒で立ち上がる衝撃体験
はじめに：「また重いアプリ作ったの？」
「起動に10秒もかかるなんて、スマホアプリじゃあり得ないよ」
お客様からの痛烈な一言。確かに、最近のユーザーは待ってくれません。Instagram は一瞬で起動するのに、なぜ業務アプリは遅いのか...
そんな悩みを抱えていた私たちに、.NET 8が革命をもたらしました。特に「Native AOT」という機能。最初は「なにそれ？」状態でしたが、使ってみたら世界が変わりました。
今回は、アプリの起動時間を10秒から0.8秒に短縮した実体験をお話しします。
Native AOTって何？「事前に準備する」魔法
レストランの例えで理解する
普通の.NETアプリ（JIT）は、注文を受けてから料理を作るレストランみたいなもの。お客様を待たせてしまいます。
Native AOTは、人気メニューを事前に仕込んでおく定食屋。注文が入ったら「はい、どうぞ！」と即座に提供できます。
実際に体験した違い：
金曜日の夕方、デモの直前。 「アプリ立ち上げて」 「はい、ちょっと待ってください...（10秒）」 「...長いね」
Native AOT導入後： 「アプリ立ち上げて」 「はい！（0.8秒）」 「え、もう？」
この差は大きいです。特に、1日に何度も起動する業務アプリでは。
どうやって導入したか
実は、めちゃくちゃ簡単でした。
ステップ1：設定を1行追加
<PublishAot>true</PublishAot>
たったこれだけ！
ステップ2：ビルドコマンドを実行
dotnet publish -c Release
ステップ3：できたファイルを実行
なんと、100MBあった実行ファイルが30MBに！しかも.NET ランタイムのインストール不要。お客様のPCにポンと置くだけで動きます。
驚きの瞬間
「これ、本当に.NETアプリ？」
同僚が目を丸くしました。起動があまりに速くて、ネイティブアプリと勘違いしたようです。
「そうだよ、でも中身は普通のC#」 「魔法みたい...」
確かに、魔法のような体験でした。
「たった3行でWebAPI」の衝撃
シンプルすぎて不安になった話
新人エンジニアに「WebAPI作って」と頼んだら、5分後に「できました！」と。
「え？もう？バグってない？」
コードを見せてもらったら：
var app = WebApplication.Create(args);
app.MapGet("/hello", () => "こんにちは！");
app.Run();
「...これだけ？」 「はい、動きますよ」
実際にアクセスしてみると、本当に動いてる！
昔はこんなに大変だった
5年前、同じことをやろうとしたら：
- Startup.csを作成
- ConfigureServicesメソッドを設定
- Configureメソッドを設定
- Controllerクラスを作成
- ルーティング設定...
最低でも50行は書いていました。それが今や3行。
「複雑なことしたい時は？」という質問には、「必要に応じて追加すればOK」。シンプルに始めて、必要に応じて成長させる。これが.NET 8の哲学なんですね。
数字で見る「ビフォーアフター」
月曜朝のミーティングで歓声が
「先週まで遅いって言ってたアプリ、測定結果見てください」
プロジェクターに映し出された数字に、会議室がざわつきました。
起動時間の変化：
- Before：コーヒー淹れる時間（2.3秒）
- After：まばたきする間（0.8秒）
- 体感：「あれ？もう起動してる？」
メモリ使用量：
- Before：45MB（スマホゲーム並み）
- After：28MB（メモ帳レベル）
- 効果：「古いPCでもサクサク動く！」
処理能力：
- Before：1秒間に15,000件処理
- After：1秒間に22,000件処理
- 現場の声：「月末の集計が30分早く終わった」
一番嬉しかった瞬間
営業担当から言われた一言： 「デモで起動の速さに驚かれて、それだけで商談がスムーズに進んだよ」
パフォーマンスは、ユーザー体験そのものなんだと実感しました。
クラウドでも爆速！Azure との相性
「サーバーレスなのに遅い」問題が解決
Azure Functions使ってて、こんな経験ありませんか？
「久しぶりにアクセスしたら、最初だけめっちゃ遅い...」
いわゆる「コールドスタート」問題。朝一番のコーヒーメーカーみたいに、温まるまで時間がかかるんです。
.NET 8 + Native AOTで変わったこと：
月曜朝のアクセステスト：
- Before：「おはよ〜...zzz...（5秒後）あ、起きた」
- After：「おはよう！（0.3秒）元気だよ！」
常時起動プランにしなくても、この速さ。コスト削減にもつながりました。
App Serviceでの実体験
「アクセス集中時も安定してる」
ブラックフライデーのセール。アクセスが通常の50倍に。 以前なら「サーバー増強！」と大騒ぎでしたが、.NET 8 なら自動スケーリングがスムーズに対応。
「今年は全然落ちなかったね」と、運用チームもニッコリ。
つまずいた点と解決方法
「あれ？動かない...」
正直に言います。最初は苦労しました。
問題1：愛用のライブラリが使えない
「このJSON ライブラリ、Native AOT対応してないって」 「えー、10年使ってるのに...」
多くのライブラリが「実行時に色々決める」方式（リフレクション）を使っているため、「事前に全部決める」Native AOTとは相性が悪いんです。
解決策：新しい書き方を覚える
最初は面倒でしたが、Source Generatorという仕組みを使ったら、むしろ前より高速に！
「災い転じて福となす」とはこのことですね。
問題2：デバッグがちょっと違う
「ブレークポイント効かない？」 「あ、Releaseビルドだからか」
Native AOTは基本的にReleaseビルド。開発中はDebugモードを使い分ける必要があります。
でも、乗り越える価値はある
1週間の試行錯誤の後、チーム全員が口を揃えて言いました： 「もう前には戻れない」
まとめ：速さは正義だった
3ヶ月使ってみた本音
.NET 8のNative AOTを導入して3ヶ月。振り返ってみると：
嬉しかったこと：
- お客様から「軽くなった」と褒められた
- デモでの第一印象が劇的に改善
- 古いPCでも快適に動作
- 電気代が減った（本当に！）
大変だったこと：
- 最初の学習コスト（1週間）
- 一部ライブラリの置き換え
- チームメンバーへの説明
結論： 導入する価値、ありました。特に「起動が遅い」「メモリ食い過ぎ」という課題を抱えている方には、強くお勧めします。
最後に伝えたいこと
「新しい技術って、難しそう...」
私も最初はそう思っていました。でも、使ってみたら意外とシンプル。そして、効果は絶大。
ユーザーの「待ち時間」を減らすことは、ユーザーの「人生の時間」を大切にすること。 1回0.5秒の短縮でも、1000人が1日10回使えば、1日で5000秒（約1.4時間）の時間を生み出せます。
そう考えると、パフォーマンス改善って、とても意味のある仕事だと思いませんか？
エンハンスド株式会社では、.NET 8への移行を検討されている企業様向けに、実践的なワークショップを開催しています。「うちのアプリも速くなるかな？」という疑問から、お気軽にご相談ください。一緒に、ユーザーを待たせない世界を作りましょう！
関連サービス:
著者: エンハンスド技術チーム
公開日: 2025年6月7日
カテゴリ: .NET開発
タグ: .NET8, NativeAOT, パフォーマンス, Azure