Start Debugging

タグ: aspire

12 件 · ページ1/2

Aspire 13.6 のダッシュボードは直近 10 回の実行を SQLite に保持します
Aspire 13.6.0 でダッシュボードが永続化されます。リソースのスナップショットとテレメトリは SQLite データベースに保存され、AppHost はアプリケーションごとに最大 10 回分の実行を保持し、完了した実行は読み取り専用で参照できます。Run、Resume、None の各モードの動作と、スタンドアロンダッシュボードの設定方法を解説します。
2026-09-21 aspirekafkadotnet
Aspire 13.5.4 で Kafka ヘルスチェックがプローブのたびに producer をリークしなくなりました
Aspire 13.5.4 より前は、AddKafka リソースに対する AppHost のヘルスチェックが実行のたびに新しい Confluent の producer を作成し、誰も破棄しませんでした。そのためポーリングスレッドが積み上がり、AppHost が CPU を消費していました。この修正と、その背後にある HealthCheckRegistration.Factory の落とし穴は、独自のヘルスチェックにも当てはまります。
Aspire が登録する既定のレジリエンスハンドラーを上書きする方法
Aspire の AddServiceDefaults はすべての HttpClient に標準レジリエンスハンドラーを適用します。AddStandardResilienceHandler をもう一度呼んでも置き換えにはならず、2 つ目のハンドラーが積み重なります。実際に上書きする 3 つの方法、どこにも書かれていないオプション名 -standard、そして単に削除しただけで引き継いでしまう無限タイムアウトを解説します。
Aspire と Docker Compose の比較: 複数サービスのローカル開発
Aspire 13.4.6 はプロジェクトをデバッグ可能なホストプロセスとして実行するため .NET の内側のループで有利であり、Docker Compose は compose ファイルが CI とデプロイの契約も兼ねている場合に有利です。両者の起動時間と編集から実行までの実測値、それぞれが自動で注入する構成、そして判断を決める6つの落とし穴を解説します。
既存の ASP.NET Core ソリューションを作り直さずに Aspire を追加する方法
既存の ASP.NET Core ソリューションに Aspire 13.4 を追加します。新しいプロジェクト 2 つとサービスあたり 3 行だけで済ませる手順として、aspire init、AddProject と WithReference による AppHost の配線、既存の launchSettings.json と接続文字列の維持、そして初日にぶつかる resilience、ヘルスエンドポイント、プロキシの落とし穴を解説します。
次へ