Hosting and releases
ASP.NET Core and Blazor applications on App Service, released from Azure DevOps. A new version goes out without downtime and without copying files by hand, and rolling back is one click.
- App Service
- Azure DevOps
- Deployment slots
Azure for .NET applications
ProCoding is a .NET studio from Split, Croatia (EU). On Azure we work with what most companies actually use: hosting, the database, monitoring, secrets and releases. The goal is an application that runs reliably, problems you hear about before your users do, and a bill that doesn’t grow for no reason.

Vlado Pandžić · Founder · Senior .NET architect
14 years in .NET, and years of applications in production on Azure. Microsoft Certified: Azure Fundamentals, Azure AI Fundamentals and Azure Data Fundamentals. You talk to him directly.
var builder = WebApplication.CreateBuilder(args); builder.Configuration.AddAzureKeyVault( new Uri("https://orders-kv.vault.azure.net/"), new DefaultAzureCredential()); builder.Services.AddOpenTelemetry().UseAzureMonitor();builder.Services.AddHealthChecks() .AddDbContextCheck<OrdersDbContext>(); var app = builder.Build(); app.MapHealthChecks("/health");app.Run();Nothing exotic. The services most business .NET applications run on, set up the way they should be.
ASP.NET Core and Blazor applications on App Service, released from Azure DevOps. A new version goes out without downtime and without copying files by hand, and rolling back is one click.
Azure SQL that is fast because the queries and indexes are good, not because you pay for the highest tier. The right database size for the real load.
Application Insights and alerts that tell you when something goes wrong, before a user calls. You see which screen is slow, which query, and why.
Passwords and keys in Key Vault instead of in code and configuration. User sign-in through Entra ID, with permissions that match the roles in your company.
Imports, exports, notifications and nightly processing in Azure Functions, separate from the web application, so one doesn’t slow the other down.
Azure OpenAI connected to your data and your application, inside your own Azure subscription, instead of people pasting documents into public tools.
Each one has a clear result, so you know what you get before we start.
Azure is rarely the problem on its own. It is almost always one of these five.
Oversized plans, forgotten environments and logs recorded without any sampling. Most of the savings are found on the first day of looking.
Application Insights isn’t switched on, or nobody looks at it, and there are no alerts. Once it is set up, you know what broke and where, before anyone calls.
Connection strings and API keys in appsettings.json or in pipeline variables. They move to Key Vault, and the application reaches them without a single password in the code.
A new version means a few minutes of downtime, or someone copying files by hand. A pipeline in Azure DevOps and deployment slots solve both.
A higher database tier bought to cover bad queries. Once the queries and indexes are fixed, the database can often go back to a lower tier.
The order is always the same, because without measuring you don’t know what to fix or how much you saved.
Application Insights and a cost review show where the time and the money go.
Every password and key in Key Vault, and access reduced to what is really needed.
A pipeline from Azure DevOps and zero-downtime releases, with a one-click rollback.
Plans and the database sized for the real load, and unused resources switched off.
Tools
For .NET applications, often yes, because App Service and Azure SQL take server maintenance, patches and backups off your hands. For one small application with few users, a plain virtual server can be cheaper. We will tell you what pays off in your case.
Usually because of oversized plans, environments nobody uses, test systems running around the clock and logs without sampling. A cost review shows exactly where the money goes and how much can be saved.
For most ASP.NET Core and Blazor applications, App Service: no operating system to maintain, simpler releases, and scaling is one click. A virtual machine makes sense when the application needs something App Service doesn’t support.
Yes. We connect Azure OpenAI to your data and your existing .NET application, inside your own Azure subscription, so the data doesn’t go into public tools.
Yes, with .NET applications on AWS too, including Lambda functions. This page is about Azure because most .NET teams use it.
The cost review and the health check are agreed after a free 30-minute call, once we know how big the system is. Development is billed by the hour or as a monthly block of days.
Yes. It is often most useful to work alongside your team: set up monitoring, the pipeline and Key Vault together, so the knowledge stays with you.
A free 30-minute call is enough to see where the problem is and what the first step should be.
Book a free 30-minute call →Useful to send with your message
We use Google Analytics to see which pages are useful. It sets cookies only if you agree. Privacy policy