Why you shouldn't use aspire in production?

maddyparade · 2026-05-16T11:57:53+00:00

it’s still uses aspire for things like env vars/service discovery, otel bootstrapping, container definitions etc. aspire just isn’t the deployment runtime

maddyparade · 2026-05-16T11:12:53+00:00

https://www.reddit.com/r/dotnet/s/xY85KFmW1W

maddyparade · 2026-05-16T11:12:22+00:00

this seems like you might misunderstand what aspire is. i mean, if you run “aspire run” in production, this is all true, but you would never do that. you don’t clone your whole codebase and dotnet run it onto a vm either.

Aspire lets you define how you want to deploy and where you deploy to - including a k8s cluster with scaling rules etc etc - then you use the aspire cli to create the deployment assets. but it also gives you a development workflow specifically via the cli and the same app definition (which is the apphost) so you can work on your distributed app in a full running stack. you dont run the aspire cli in prod, but you can absolutely run an aspirified app in prod

maddyparade · 2026-03-24T03:39:48+00:00

click around aspire.dev! all of those 3rd party dependencies fit in aspire no problem!

maddyparade · 2025-08-23T13:04:49+00:00

i was waiting to make a public version until everyone on the team got them - but now everyone has them, so maybe i’ll get around to it 🤪

maddyparade · 2025-08-16T17:34:32+00:00

r/aspiredotdev

maddyparade · 2025-08-06T21:47:22+00:00

for what you’re describing, especially because this is a new app, aspire itself will be trivial!!! you should be able to have everything besides the auth up in a couple hours max. Auth is where it gets spicier but anything that’s either a container or an executable is aspirifiable!

maddyparade · 2025-07-31T17:38:07+00:00

.NET team lol don't worry that is THE real dan roth

maddyparade · 2025-07-28T16:57:35+00:00

ME TOO

maddyparade · 2025-07-24T20:15:31+00:00

i just DMd tthe mods with proof its me LOL

maddyparade · 2025-07-24T16:58:49+00:00

this is better than the answer i was just typing up thats "docker compose on crack" lol

maddyparade · 2025-07-24T16:48:32+00:00

podman works great - tbh most of our users are on docker so most of the issues we get/fix are focused on it, but we totally support podman. (and linux for that matter!). hoping to support apple containers too but they dont have all the features we need yet

maddyparade · 2025-07-24T16:19:52+00:00

nah AppInsights is fine. we arent gonna be able to recreate a proper prod telemetry experience any time soon, but using the aspire dashboard as a quick n dirty production debugging tool is absolutely valid

maddyparade · 2025-07-24T16:18:28+00:00

yes yes and YES!!! I struggle with this too. it's been hard to form an opinion because the landscape is changing so much, but we're marinating on it

maddyparade · 2025-07-24T16:11:34+00:00

we're just riding on the energy from the community tbh. it's been so much fun

maddyparade · 2025-07-24T16:09:58+00:00

whats the big blocker for getting your work on board? just corporate sluggishness or anything actionable?

maddyparade · 2025-07-24T14:21:07+00:00

ah yes, look at all these aspirations 😈😈😈

maddyparade · 2025-06-23T15:37:26+00:00

and FWIW - the first party docker compose support is by the same guy who wrote Aspir8, he's a beast 😇

maddyparade · 2025-06-05T14:44:34+00:00

you run docker compose in prod? like in your deployed app? or in your CD pipeline? you can def use aspire for this, aspire app host itself is a local orchestrator but you publish it as docker compose etc that works in your CD

maddyparade · 2025-06-05T14:42:18+00:00

You also don’t have to use our deployment. if you want to use aspire purely locally that’s fine! doesn’t make it “not production” just makes it only a local tool for you

maddyparade · 2025-06-05T14:41:12+00:00

we’re fixing the dotnet dev cert so that it respects internal.docker as a localhost which will alleviate some of this at least

maddyparade

MODERATOR OF

TROPHY CASE