It's easy to start with, as I did, but do yourself a favor and move to Blazor Webassembly. Blazor Server handles UI events in a centralized way, and network lag really destroys the application. It might be ok on a fast and reliable intranet, but you really don't want to use it on the general internet.

Standard Blazor Webassembly project setup creates a server side project and a client side one. C# code on the client side is compiled to Webassembly. You then set up your server side functions called from the client side with usual C# .NET REST functions. This is less convenient than the Blazor Server model, but it captures the actual complexity of internet networking. It's also fast. You can put a lot of (hopefully non-confidential) processing onto the client side, running locally in the user's browser using a huge array of .NET library functions including from NuGet. It really is the way to go.