Быстрое и надёжное решение на C# с ASP.NET Core, EF Core и SignalR

Отметим: когда ваш REST API на Node.js или Python начинает тормозить уже на тысяче запросов в секунду, а синхронные обращения к PostgreSQL превращают latency в русскую рулетку — пора взглянуть на платформу с предсказуемой производительностью. ASP.NET Core на Kestrel легко выдаёт 50–80 тыс. RPS на одном ядре, и это не маркетинг, а реальные цифры Microsoft Docs: ASP.NET Core performance benchmarks. Мы переписывали десятки бэкендов с Node.js и Python на C# — производительность росла в 3–5 раз при сохранении архитектуры.

C# выбирают не только за скорость. Строгая типизация, встроенный DI, OpenAPI из коробки и богатая экосистема NuGet снижают стоимость владения. Если в проекте уже есть WPF-клиент или Blazor-интерфейс, монорепо на одном языке устраняет дублирование бизнес-логики. Мы работаем с .NET более 10 лет и реализовали свыше 50 проектов: от highload API до корпоративных порталов с Active Directory.

Результат разработки включает:

• REST/GraphQL API с автоматической OpenAPI-спецификацией
• Аутентификацию через JWT, Azure AD или IdentityServer
• Фоновые задачи (Hangfire, IHostedService)
• Real-time уведомления (SignalR)
• CI/CD с Docker и оркестрацией
• Полную документацию и обучение команды

Когда .NET незаменим

Enterprise-проекты с тысячами RPS, интеграция с Active Directory/Azure AD, требования к транзакционной консистентности — это зона ответственности .NET. Если ваша команда уже знает C#, выбор очевиден. Даже для небольших проектов ASP.NET Core Minimal API позволяет стартовать без лишнего кода.

Как мы проектируем бэкенд на C#?

Ниже — реальные фрагменты кода, которые прошли code review и работают в production.

Minimal API и JWT-аутентификация

var builder = WebApplication.CreateBuilder(args);
builder.Services.AddDbContext<AppDbContext>(opt => opt.UseNpgsql(builder.Configuration.GetConnectionString("Default")));
builder.Services.AddScoped<IUserService, UserService>();
builder.Services.AddAuthentication(JwtBearerDefaults.AuthenticationScheme)
    .AddJwtBearer(opt =>
    {
        opt.TokenValidationParameters = new TokenValidationParameters
        {
            ValidateIssuer = true,
            ValidIssuer = builder.Configuration["Jwt:Issuer"],
            ValidateAudience = false,
            IssuerSigningKey = new SymmetricSecurityKey(
                Encoding.UTF8.GetBytes(builder.Configuration["Jwt:Secret"]!))
        };
    });
var app = builder.Build();
app.MapGet("/users/{id:int}", async (int id, IUserService svc) =>
    await svc.GetByIdAsync(id) is { } user ? Results.Ok(user) : Results.NotFound());
app.MapPost("/users", async (CreateUserDto dto, IUserService svc) =>
{
    var user = await svc.CreateAsync(dto);
    return Results.Created($"/users/{user.Id}", user);
});
app.Run();

Этот код — стандартный скелет production-сервиса. Для сложных проектов мы используем Vertical Slice Architecture с MediatR, что позволяет держать каждый сценарий изолированным.

EF Core или Dapper? Сравнение в таблице

В наших проектах мы часто комбинируем оба подхода: EF Core для стандартных запросов, Dapper — для тяжёлой отчётности. Это даёт до 40% снижения затрат на инфраструктуру.

Output Cache и фоновые задачи

builder.Services.AddOutputCache(opt =>
{
    opt.AddPolicy("products", p => p.Expire(TimeSpan.FromMinutes(10)).Tag("products"));
});

app.MapGet("/products", async (IProductRepo repo) => await repo.GetAllAsync())
    .CacheOutput("products");

app.MapPost("/products", async (CreateProductDto dto, IOutputCacheStore cache, ...) =>
{
    var product = await svc.CreateAsync(dto);
    await cache.EvictByTagAsync("products", CancellationToken.None);
    return Results.Created($"/products/{product.Id}", product);
});

Output Cache — встроенное решение начиная с .NET 8. Для фоновых задач используем IHostedService или Hangfire, в зависимости от сложности очереди.

Деплой и Health Checks

FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
WORKDIR /src
COPY ["MyApi.csproj", "."]
RUN dotnet restore
COPY . .
RUN dotnet publish -c Release -o /app/publish
FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS runtime
WORKDIR /app
COPY --from=build /app/publish .
ENV ASPNETCORE_URLS=http://+:8080
ENV ASPNETCORE_ENVIRONMENT=Production
EXPOSE 8080
ENTRYPOINT ["dotnet", "MyApi.dll"]

Health checks для оркестраторов:

builder.Services.AddHealthChecks()
    .AddNpgsql(connStr, name: "postgres")
    .AddRedis(redisConn, name: "redis");
app.MapHealthChecks("/health/live", new HealthCheckOptions { Predicate = _ => false });
app.MapHealthChecks("/health/ready");

Настройка JWT в ASP.NET Core

1. Установите пакет Microsoft.AspNetCore.Authentication.JwtBearer.
2. В Program.cs добавьте AddAuthentication с параметрами: ValidIssuer, ValidAudience, IssuerSigningKey.
3. Настройте авторизацию через AddAuthorization с политиками.
4. Примените middleware app.UseAuthentication(); и app.UseAuthorization();.

Пример конфигурации приведён выше. В production мы добавляем Refresh Tokens и используем IdentityServer для централизованного управления.

Типичные ошибки при разработке на ASP.NET Core

• N+1 запрос в EF Core — используйте .Include() или проекции через .Select().
• Отсутствие async/await в I/O операциях — блокировка потоков резко снижает пропускную способность.
• Синхронная работа с хэшами паролей — bcrypt или PBKDF2 обязательны.
• Игнорирование middleware pipeline — порядок регистрации middleware критичен.

Что входит в разработку?

Мы предоставляем полную документацию по API (Swagger), доступ к исходному коду и обучение вашей команды.

Оценка сроков разработки

Простой REST API (10–15 эндпоинтов, одна БД, JWT): 5–8 рабочих дней. Полноценный сервис с ролями, фоновыми задачами, SignalR и CI/CD: 3–5 недель. Миграция с .NET Framework на .NET Core оценивается отдельно после аудита кода — обычно занимает 2–6 недель.

Обсудите ваш проект с нашим архитектором: напишите нам с кратким описанием задачи — мы оценим сроки и стоимость за 1–2 рабочих дня. Свяжитесь с нами для консультации и закажите оценку вашего проекта уже сегодня. Мы гарантируем качество кода и предоставляем официальную гарантию на 3 месяца.