ASP.NET Core の設計思想とフレームワーク比較

TechEmpower Framework Benchmarks（独立した性能計測サイト）で常に上位に入るフレームワークがある。Microsoft の ASP.NET Core だ。Node.js や Go と並んで測定されるこのフレームワークは、.NET 6 以降の大幅な刷新を経て、クロスプラットフォームかつ高スループットな Web API 基盤として再評価が進んでいる。

ASP.NET Core とは何か、旧世代と何が違うのか

ASP.NET Core は、2016 年に Microsoft がリリースしたオープンソースの Web フレームワークだ。名前こそ似ているが、Windows 専用だった旧 ASP.NET とはコードベースを完全に書き直した別物になる。最大の変化は、IIS（Windows 標準の Web サーバー）への依存をなくし、Linux や macOS でも同一コードが動く設計にした点だ。これにより、Docker コンテナや Kubernetes 上へのデプロイが自然な選択肢になった。

もう一つの設計思想が「使うものだけ取り込む」というモジュール方式だ。Express.js（Node.js 向けの軽量フレームワーク）に近い発想で、認証・ロギング・CORS（異なるオリジン間でのリソース共有の仕組み）といった機能を必要に応じてミドルウェアとして追加する。Rails や Spring Boot のようにすべてが最初から組み込まれているフレームワークとは対照的なアプローチになる。

.NET 6 で導入された Minimal API という選択肢

.NET 6（2021 年リリース）で加わった Minimal API は、フレームワーク設計の転換点といえる。従来の MVC（Model-View-Controller）パターンでは、ルーティング・コントローラクラス・アクションメソッドの三層を用意する必要があった。Minimal API はこれを大幅に簡略化し、ファイル 1 枚でエンドポイントを定義できる。

var app = builder.Build();
app.MapGet("/products/{id:int}", (int id, IProductRepository repo) =>
    repo.GetById(id) is Product p ? Results.Ok(p) : Results.NotFound());
app.Run();

ルートパラメーター（URL の `{id}` 部分）やサービスの注入（`IProductRepository`）は、メソッドのシグネチャから自動的に解決される。属性（`[FromRoute]` `[FromBody]` など）を書かなくてもよい点が、Go の Gin や Python の FastAPI に近いシンプルさだ。

.NET 7 では Route Groups（関連エンドポイントをまとめて認証や API バージョニングを一括適用する仕組み）と、`Results<Ok<T>, NotFound>` のような型付き返り値が追加された。後者は OpenAPI（REST API 仕様の記述形式）ドキュメントの自動生成精度を上げる効果がある。

MVC との使い分けと他フレームワークとの位置づけ

Minimal API が便利な反面、大規模なアプリケーションでは従来の MVC コントローラが依然として有効だ。フィルター（リクエスト処理の前後にロジックを挟む仕組み）・モデルバインディング・エリア（機能単位のルーティンググループ）といった機能は MVC 側にしか存在しない。シード記事の比較表でも「マイクロサービスや小規模 API には Minimal API、大規模アプリには MVC」と整理されている。

他のフレームワークと並べると、ASP.NET Core の立ち位置がより明確になる。

Express.js / Fastify（Node.js）: ミドルウェア設計の思想は似るが、型安全性は TypeScript を別途導入しないと得られない
FastAPI（Python）: 自動 OpenAPI 生成の思想は共通だが、シングルスレッドベースの非同期モデルで大量リクエスト時の挙動が異なる
Spring Boot（Java/Kotlin）: 機能の充実度は近いが、起動時間とメモリ消費で .NET の Native AOT（事前コンパイルで起動を高速化する仕組み）が差をつける場面がある
Go（net/http + Gin）: スループットは互角の水準だが、エコシステムの成熟度と型システムの表現力は C# のほうが豊富だ

日本の開発現場では、業務系システムで Java + Spring Boot が多く使われてきた。ASP.NET Core は C# の学習コストこそあるが、Dependency Injection（依存性の注入：コンポーネント間の依存関係をフレームワークが管理する仕組み）のコンテナが標準装備されており、Spring のアノテーション文化に慣れたエンジニアには移行の障壁が低い。

パフォーマンス設計と現代的な配備パターン

ASP.NET Core のパフォーマンス特性は、いくつかの実装選択に依存する。Kestrel（ASP.NET Core 組み込みの HTTP サーバー）はリバースプロキシなしで直接インターネットに公開できるほど軽量で、TechEmpower のプレーンテキスト応答ベンチマークでは毎秒数百万リクエストを処理する計測結果が出ている。

.NET 7 以降では Native AOT コンパイルが Minimal API に対して有効化され、コンテナイメージの起動時間を数百ミリ秒から数十ミリ秒に短縮できる。これはサーバーレス環境（Azure Functions や AWS Lambda）でのコールドスタート問題を緩和する点で意義がある。Kubernetes 上でオートスケールする際のスケールアウト応答速度にも直結する。

設定管理については、`appsettings.json` と環境変数の両方を階層的に統合する Options パターン（型安全な設定バインディングの仕組み）が標準で用意されている。12-factor App（クラウドネイティブアプリケーションの設計指針）の「設定は環境変数で渡す」原則と自然に噛み合う設計だ。

ASP.NET Core が興味深いのは、Minimal API・Native AOT・Kestrel という三つの変化が組み合わさることで、かつての「重い .NET」というイメージを技術的に塗り替えつつある点にある。エッジランタイムや WebAssembly（Blazor WASM）への対応も進んでおり、フロントエンドからバックエンドまで C# で統一するスタックが現実的な選択肢になってきている。