I liked the video, but it felt a bit cluttered. This appears to be an ideal continuation for the 'How to Deploy .NET Apps to Kubernetes' series, with a focus on integrating Open Telemetry. But as usual, awesome content 👍
@yohm312 ай бұрын
yeah same feeling too bad of not focusing on Telemetry Though, we understand you love .Net Aspire ;)
@yohm312 ай бұрын
yeah same feeling too bad of not focusing on Telemetry Though, we understand you love .Net Aspire ;)
@matijabecirevic82149 ай бұрын
Hi Nick, I've been following you for a few years now and I appreciate all the content you put out over the years, I learned a lot from the videos. However, last couple of videos felt over-filled, and it felt like you rushed through the content just to get through all of it, instead of explaining everything like you used to. If one does not have personal experience with any of the stuff you present, it is very easy to feel left behind and not understand anything. Please slow down, and explain everything like you used to, because this video specifically feels more like a sales pitch intended to make the listener feel dumb in order to buy the course instead of being a quality piece of content.
@johncerpa37829 ай бұрын
Accurate
@fakhrulhilal9 ай бұрын
Amazing, aspire is getting better and more support from community.
@monomanbr9 ай бұрын
Thanks!
@krccmsitp28849 ай бұрын
2:12 As far as I know, Aspire is for local development, not for production use. That's at leas what David Fowler answered to my question.
@kaolyfe-cw2cm7 ай бұрын
Why do I always check my playback speed when viewing Nick's videos 😃😄😀...good stuff as usual.
@catfishfortesque-smythe4375 ай бұрын
I set it to 0.85x speed, using a chrome extension. It's closer to how he speaks in reality - check out the live presentations he gives. For some reason, he seems to speed up the recorded videos slightly.
@cdarrigo9 ай бұрын
How does sampling work in non development environments?
@tridy78939 ай бұрын
I am wondering, how different (in the case of Azure, for instance) is it from using Azure Monitor and AppInsights in terms of what you get out of it? What advantages does it give besides the open standards and open source and data portability in the case of OT?
@HenningKilset769 ай бұрын
You don't have to choose - OpenTelemetry has an Azure Monitor exporter. I guess that's part of the advantage - YOU want to run Azure Monitor, but a different deployment of same app may want to run Prometheus/Grafana - and this gives you the option of using any of them without changing your code (except for config).
@tridy78939 ай бұрын
That is what is good about Azure Monitor by itself. I do not have to do anything in the code. Azure, as the hosting platform provides the telemetry and does all the plumbing. Other cloud providers have similar things as well. If you run something on-prem, I can see the need for that. There might be other scenarios. However, when cloud providers are in use, I think that features like telemetry are built in, without the need to change anything in the code.
@alexisfibonacci9 ай бұрын
Managed Prometheus and Grafana have been fused with Azure Monitor. AppInsights is now a component of Azure Monitor. When it comes to monitoring, you are spoiled for choice. It boils down to your preferred tools and the breadth and depth of coverage. The advantage of Azure Monitor is that you can ingest signals from your "entire infrastructure" and other tools and services. This allows you to correlate the information and carry out advanced diagnostics on the logs, metrics, and traces.
@EncamyJelly9 ай бұрын
Awesome video! Thank you for showing foss software and not choosing azure. This is really helpful!
@fishzebra9 ай бұрын
great, feel like my organisation will get there in about 10 years time, lot invested already in kubernetes and terraform
@LosWochos76Ай бұрын
I expected to see a video about how to integrate OpenTelemetry in .Net. I got a video about Aspire. Not what I expected.
@elgunlee7 ай бұрын
I came here to learn how to integrate OpenTelemetry in C#, but video talks about how to deploy C# with aspire :(
@robl39Ай бұрын
Can anyone explain why you’d want to use Aspire? I guess I don’t understand the point
@erickleon33098 ай бұрын
I come here to learn about open telemetry and found a bad tutorial which base everything on aspire, then aspire dont even work...
@rafaspimenta9 ай бұрын
Your course about docker explains how to debug inside a container? Thank you Nick!
@TheAzerue9 ай бұрын
When deploying different releases of say Api project via Aspire. Then will K8s or docker compose re-deploy all the containers again ?
@RadostinaZaykova9 ай бұрын
Hi, Nick can you do video where Prometheus is used as data source only and .net application is using it and exposing the data from it on the application itself and not in grafana?
@devgenesis64363 ай бұрын
have u got this solution i need to implement something like this with opensource tools
@RadostinaZaykova3 ай бұрын
@@devgenesis6436 nope, unfortunately if you find some example you can put it here
@cthutu2 ай бұрын
The code downloaded does not compile under Windows on Visual Studio 2022. Doesn't know "Projects.WeatherApp_Api" or "Projects.WeatherApp_Web".
@cthutu2 ай бұрын
So, it turns out that my version of Visual Studio 2022 did not have .NET Aspire support. Updating VS and installing Aspire as a component did the trick.
@cthutu2 ай бұрын
Still doesn't seem to work. It runs but do dashboard starts up. No containers appear on docker. Just times out.
@lusca_costa9 ай бұрын
Does it have metrics for kafka and dapper for a AspNetCore web api? So I can check if queries/messaging are slow. Love the content! : )
@andrewiecisa29079 ай бұрын
Very good and interesting topic! One question though. Where is all that data stored? Prometheus scraps it but where is it saved? How does grafana know where to find the data to visualise?
@dauchande9 ай бұрын
Prometheus stores it. You can query prometheus directly or via a visualization tool like Grafana
@andrewiecisa29079 ай бұрын
@@dauchande but where does Prometheus store it? Disc? Can it be configured other storage media like Azure storage table or blob?
@dauchande9 ай бұрын
@@andrewiecisa2907 Prometheus itself is a time-series database, so you don't store its data in other Azure databases. There is a Managed Prometheus offering in Azure, or you can use a compatible database called Grafana Mimir that can store data in cloud blob storage such as Azure blob storage. Then use something like Grafana Agent to remote-write the prometheus data to Mimir
@jcmorin20079 ай бұрын
With the amount of data exported on every single call, I would worry about storage, bandwidth and performance in general. No wonder why the cloud cost so much...
@keyser4569 ай бұрын
Worked parallel to a team of about a dozen devs on a brand new greenfield project w/ a couple dozen or so micro apps and services (the tail was wagging the dog for sure, w/ the devs calling all the shots). They were generating on the order of gigabytes of logging data every night, and they weren't even live. Our DBA was furious with them. They ran themselves right into the ground -- the project was poop-canned about 5 years into it. Millions of dollars wasted, other than padding their resumes, and the sad part was they were just fine with that and moved on to make the same mistakes in future projects w/ other organizations. Your point is well taken, esp. for the people in charge funding these development projects. Buyer beware.
@FernandoTinoco-g5i9 ай бұрын
how to integrate with cgp (trace and metric explorer) instead of grafana
@tanglesites9 ай бұрын
That was a lot of content. Maybe the most packed one yet. In the real world out in the wild, is one person ever doing all of this? Or is this done by a team of people?
@alexisfibonacci9 ай бұрын
Depends on the size and circumstances of the team. For a new team getting started and bootstrapping, the initial team members will do all this ground work themselves. Sometimes, they will just be 1 to 3 people. So they need to know how to code, deploy, handle kubernetes, monitor and deal with database and security issues. Sprinkle on some PKI issues, email setup, etc, etc... Tools like this are meant for such individuals (and also more advanced teams with greater delineation of duties). It reduces the cognitive load while allowing them stay in control of everything going on. They are able to rev quickly, experiment and adapt till they find the sweet spot that works for them that will allow frequent, repeatable deployments and features are added and the project grows... My thoughts (also speaking from personal experience).
@keyser4569 ай бұрын
If you're a one-person shop trying to get off the ground, unless you have unlimited runway and bandwidth, this is probably more of a v2.0 / do-it-when-you're-profitable kind of thing. This stuff is cool and immensely useful for finding hot-spots, bottlenecks, and overall project health, but you will bog yourself down if you focus on these kinds of things instead of the core product. Gotta keep minimal viable product in mind. If you run out of funding the project will never see the light of day. No amount of telemetry, metrics, or logging will fix that.
@catfishfortesque-smythe4375 ай бұрын
I build this once, into a template, and then use that for subsequent projects.
9 ай бұрын
Awesome content! Awesome Nick! 👌
@FataliSMus9 ай бұрын
Cool, a good topic finally!
@DennisHaney9 ай бұрын
The Prometheus is totally unnecessary, otel alone is enough. Also be aware that the cost of aspnetcore metrics if exporting to grafana web is extreme.
@tropictiger23877 ай бұрын
This was way too complicated and didn't teach me anything about Open Telemetry.