I stopped the video and came here to search for this comment! 😆
@DevonLehmanJ9 ай бұрын
All the tutorials are starting new projects. What I need to see is how I can convert my many services (in many repos) into an aspire project without a ton of refactoring
@warrenbuckley32679 ай бұрын
My thoughts exactly. I'm just talking with a colleague on Teams about this very thing.
@TuxCommander9 ай бұрын
Same.
@victorgarcia35268 ай бұрын
I would tell you to wait, because this isn't production ready yet
@bangonkali8 ай бұрын
Most asp net core apps by virtue of the default templates are mostly monolithic and I don't personally really think one can gain much advantage with kubernetes for monolithic apps except increase complexity to a certain extent. But if you have a Microservices based architecture then that is most definitely going to take advantage of orchestration systems or distributed solutions such as kubernetes and the entire ecosystem behind it. For anyone deploying to kubernetes I always remind them that managing kubernetes and understanding the ecosystem is also a significant thing. If you think you need kubernetes you must have a very good reason to do so otherwise I discourage anyone moving to kubernetes without a kubernetes guy who knows it inside out when deploying mission critical applications. Remember when you move to solutions such as kubernetes it is not only kubernetes that you need to understand but everything around it's ecosystem because it's rarely being the only one involved. I highly encourage any dev to learn and understand kubernetes and similar solutions and most importantly to be guided by that wisdom to know when a project is at the level it needs kubernetes or not need it yet. Also make sure to be wary with aspire as it is in its infancy. Good to study and learn it but not yet ripe for production mission critical applications. I have deployed a many production distributed applications on managed (Azure, gcp, AWS, do, Linode) and on premise kubernetes (k3s) and I've seen headaches around adapting configurations when upgrading kubernetes as well so adjusting to real world networking constraints I'm just glad I'm still sane today. 😂 But if you are really interested in Kubernetes do not forget to master terraform (or the True open-source variants) as well as both go hand in hand nowadays. Good luck with your migrations 😂
@bnm03128 ай бұрын
Not difficult at all and no refactoring of your code. But you do need to be running VS 2022 Preview and convert your project to .NET 8. Then you'll tell VS to "Add .NET Aspire Orchestration Support" and you're off to the races. It's NOT production so create a feature branch in Git to test it out. I've done it to some existing projects with good success.
@kurumi6909 ай бұрын
I was exiting of Aspire since Microsoft pre-released 1 view. And I was waiting for your video about deploying my awesome micro-services app XD thx for you guide lines, Nick!
@petermakwakwa35769 ай бұрын
I have been looking forward to it, Thanks Nick
@Alexander-by4uv8 ай бұрын
Hey Nick! Great stuff! It would be great to see how Aspire can be meaningful used in combination with Dapr. Which responsibilities overtakes the one or another framework and how it could streamline the whole development from dev over test to prod. Many thanks
@nztzn9 ай бұрын
Wow, I was just looking for it. Thanks Nick!
@Crozz228 ай бұрын
I don't really get the value proposition of Aspire. We can already deploy to Kubernetes quite easily with helm and dockerfiles. My first impression of Aspire is that it is just another layer on top of this, but not a very thick layer so there doesn't seem to be a lot of simplification at all and no point locking myself into Aspire when I can just keep using helm etc. What am I missing?
@davidfowl8 ай бұрын
It's sort like asking why does helm add value when I can use kustomize and bash scripts. Aspire is more productive because it adds a layer of abstraction that can be tooled so you don't need to worry about every little detail. This is what *any* good tool does. Tries to hide the details until you need to know them. The best tools allow you to drop down to the lower layers beneath the abstraction for full control as well.
@vinydanylo9 ай бұрын
TBH the name Aspirate is kinda cool 😅 like as-pirate
@silkfire8 ай бұрын
You mean ass-pirate?
@A-JesusWlkr6 ай бұрын
You have really nice CMD prompt setup. What is it and how can I achieve similar look ?
@OrgesKreka8 ай бұрын
what is the difference between aspire and dapr?
@na_berna8 ай бұрын
Hi Nick! Whats the name of the app to visualize the k8's containers and services? Thanks!
@nickchapsas8 ай бұрын
It's called Lens
@na_berna8 ай бұрын
@@nickchapsas Thank you very much!!!!
@TheXe77a3 ай бұрын
What is the way to deploy it via a ci/cd from github to own server (ubuntu)? Currently I use simple docker container via docker Hub.
@Leafgard7 ай бұрын
Great video! Is it possible to run the .NET debug mode (integrated in Rider) inside a Kubernetes deployment ?
@razvan57369 ай бұрын
Is this a limitation for .Net Aspire that your services needs to be under the same solution/same repo? What about connecting your API to a SPA build in React/Vue?
@nickchapsas9 ай бұрын
They don’t need to be under the same repo, no. They don’t even have to be .NET
@razvan57369 ай бұрын
@@nickchapsas A tutorial covering how to connect multiple microservices across repos & programming languages will be insane to watch 👀
@DeathRuNNerVST8 ай бұрын
What's the ui app you are using to manage kubernetes .?
@efrenb58 ай бұрын
Looks like Lens.
@Paul-uo9sv2 ай бұрын
good stuff thanks bud
@jaygis58318 ай бұрын
The problem with .net aspire is that you have all the projects (backend and front end) in the same solution. This is quite problematic for large projects and companies where workloads are splitter through different teams. First remark
@antonmartyniuk8 ай бұрын
Nick is lazy and feeding us again and again with Weather Forecast, lol 😂
@Wickerman19898 ай бұрын
Dude you read my mind, how do you do it? :D
@geraldmatthews70208 ай бұрын
aspirate AKA aspir8 for k8
@serus1648 ай бұрын
Hey, Nick, would you show us some tests of latest Claude AI model regarding its C# coding capabilities?
@kapiosk9 ай бұрын
Cake is good
@ravikumarmistry9 ай бұрын
I just want an API, this is too complex for someone who just wants to put food on the plate. Requires a lot of understanding of concepts that one might not be using on a day-to-day basis. It will require a Team and specialization in the field. I will stick with Containers and container apps Its a Bliss
@Ricks_Shorts8 ай бұрын
I agree - it is stupidly complicated for what it gives you. The deployment tools are getting more complex than the code in the deployed application!