Azure för .NET-applikationer
ProCoding är en .NET-studio från Split i Kroatien (EU). På Azure arbetar vi med det som de flesta företag faktiskt använder: hosting, databasen, övervakning, hemligheter och driftsättning. Målet är en applikation som går stabilt, problem som du får veta om innan dina användare gör det, och en faktura som inte växer utan anledning.
Vlado Pandžić · Grundare · Senior .NET-arkitekt
14 år inom .NET och flera år med applikationer i produktion på Azure. Microsoft Certified: Azure Fundamentals, Azure AI Fundamentals och Azure Data Fundamentals. Du pratar direkt med honom.
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();Inget exotiskt. De tjänster som de flesta affärsapplikationer i .NET körs på, uppsatta som de ska vara.
ASP.NET Core- och Blazor-applikationer på App Service, driftsatta från Azure DevOps. En ny version går ut utan driftstopp och utan att någon kopierar filer för hand, och att rulla tillbaka tar ett klick.
Azure SQL som är snabb för att frågorna och indexen är bra, inte för att du betalar för den högsta nivån. Rätt databasstorlek för den verkliga belastningen.
Application Insights och larm som säger till när något går fel, innan en användare ringer. Du ser vilken skärm som är långsam, vilken fråga och varför.
Lösenord och nycklar i Key Vault i stället för i kod och konfiguration. Inloggning via Entra ID, med behörigheter som matchar rollerna i ditt företag.
Importer, exporter, notifieringar och nattliga körningar i Azure Functions, separat från webbapplikationen, så att det ena inte gör det andra långsammare.
Azure OpenAI kopplat till dina data och din applikation, inom din egen Azure-prenumeration, i stället för att medarbetare klistrar in dokument i publika verktyg.
Vart och ett har ett tydligt resultat, så att du vet vad du får innan vi sätter igång.
Azure är sällan problemet i sig. Nästan alltid handlar det om något av de här fem.
Överdimensionerade planer, bortglömda miljöer och loggar som sparas helt utan sampling. De flesta besparingarna hittas redan första dagen.
Application Insights är inte påslaget eller så tittar ingen på det, och det finns inga larm. När det väl är uppsatt vet du vad som gick sönder och var, innan någon ringer.
Anslutningssträngar och API-nycklar i appsettings.json eller i pipeline-variabler. De flyttas till Key Vault, och applikationen når dem utan ett enda lösenord i koden.
En ny version innebär några minuters driftstopp, eller att någon kopierar filer för hand. En pipeline i Azure DevOps och deployment slots löser båda.
En högre databasnivå köpt för att dölja dåliga frågor. När frågorna och indexen är åtgärdade kan databasen ofta gå tillbaka till en lägre nivå.
Ordningen är alltid densamma, för utan mätning vet du varken vad som ska åtgärdas eller hur mycket du har sparat.
Application Insights och en kostnadsgenomgång visar vart tiden och pengarna tar vägen.
Alla lösenord och nycklar i Key Vault, och åtkomst begränsad till det som verkligen behövs.
En pipeline från Azure DevOps och releaser utan driftstopp, med återställning på ett klick.
Planer och databas dimensionerade för den verkliga belastningen, och oanvända resurser avstängda.
Verktyg
Från bloggen
För .NET-applikationer ofta ja, eftersom App Service och Azure SQL tar hand om serverunderhåll, patchning och säkerhetskopiering åt dig. För en enda liten applikation med få användare kan en vanlig virtuell server vara billigare. Vi berättar vad som lönar sig i ditt fall.
Oftast på grund av överdimensionerade planer, miljöer som ingen använder, testsystem som körs dygnet runt och loggar utan sampling. En kostnadsgenomgång visar exakt vart pengarna tar vägen och hur mycket som går att spara.
För de flesta ASP.NET Core- och Blazor-applikationer App Service: inget operativsystem att underhålla, enklare driftsättning, och skalning är ett klick. En virtuell maskin är vettig när applikationen behöver något som App Service inte stöder.
Ja. Vi kopplar Azure OpenAI till dina data och din befintliga .NET-applikation, inom din egen Azure-prenumeration, så att data inte hamnar i publika verktyg.
Ja, även med .NET-applikationer på AWS, inklusive Lambda-funktioner. Den här sidan handlar om Azure eftersom de flesta .NET-team använder det.
Kostnadsgenomgång och health check kommer vi överens om efter ett kostnadsfritt samtal på 30 minuter, när vi vet hur stort systemet är. Utveckling faktureras per timme eller som ett månatligt block av dagar.
Ja. Ofta är det mest värdefullt att arbeta sida vid sida med ditt team och sätta upp övervakning, pipeline och Key Vault tillsammans, så att kunskapen stannar kvar hos er.
Ett kostnadsfritt samtal på 30 minuter räcker för att se var problemet ligger och vad första steget bör vara.
Samtal och samarbete sker på engelska.
Boka ett kostnadsfritt samtal på 30 minuter →Bra att skicka med i ditt meddelande
Vi använder Google Analytics för att se vilka sidor som är användbara. Cookies sätts bara om du godkänner. Integritetspolicy