×
istolethetv

Middleware Madness: Site Maintenance In ASP.NET Core

Written by Khalid Abuhakmeh |Bill Boga
6
This post is days old.

Ideally, we would never have to take our site offline to do maintenance. All of our deployments would happen smoothly, and we could transition seamlessly into our new set of features. Once in a while it just isn’t possible, and we have to stop our users from interacting with our application. With IIS, you can drop an app_offline.htm file in the root of your site, but this requires the deployment of a file to your production environment. It works, but it isn’t great.

Maintenance mode doesn’t just affect your users, but also may impact potential users via SEO crawlers. According to this post from Yoast.com, crawlers expect to see an HTTP status code of 503.

you have to send a 503 status code in combination with a Retry-After header. Basically you’re saying: hang on, we’re doing some maintenance, please come back in X minutes. That sounds a lot better than what a 404 error says: “Not Found”. A 404 means that the server can’t find anything to return for the URL that was given.

Given that information and the necessary maintenance of a site, we decided to write middleware for support instances.

public class MaintenanceMiddleware
{
    private readonly RequestDelegate next;
    private readonly ILogger logger;
    private readonly MaintenanceWindow window;

    public MaintenanceMiddleware(RequestDelegate next, MaintenanceWindow window, ILogger<MaintenanceMiddleware> logger)
    {
        this.next = next;
        this.logger = logger;
        this.window = window;
    }

    public async Task Invoke(HttpContext context)
    {
        if (window.Enabled)
        {
            // set the code to 503 for SEO reasons
            context.Response.StatusCode = (int)HttpStatusCode.ServiceUnavailable;
            context.Response.Headers.Add("Retry-After", window.RetryAfterInSeconds.ToString());
            context.Response.ContentType = window.ContentType;
            await context
                .Response
                .WriteAsync(Encoding.UTF8.GetString(window.Response), Encoding.UTF8);
        }
        await next.Invoke(context);
    }
}

public class MaintenanceWindow
{

    private Func<bool> enabledFunc;
    private byte[] response;

    public MaintenanceWindow(Func<bool> enabledFunc, byte[] response)
    {
        this.enabledFunc = enabledFunc;
        this.response = response;
    }

    public bool Enabled => enabledFunc();
    public byte[] Response => response;

    public int RetryAfterInSeconds { get; set; } = 3600;
    public string ContentType { get; set; } = "text/html";
}

public static class MaintenanceWindowExtensions
{
    public static IServiceCollection AddMaintenance(this IServiceCollection services, MaintenanceWindow window)
    {
        services.AddSingleton(window);
        return services;
    }

    public static IServiceCollection AddMaintenance(this IServiceCollection services, Func<bool> enabler, byte[] response, string contentType = "text/html", int retryAfterInSeconds = 3600)
    {
        AddMaintenance(services, new MaintenanceWindow(enabler, response)
        {
            ContentType = contentType,
            RetryAfterInSeconds = retryAfterInSeconds
        });

        return services;
    }

    public static IApplicationBuilder UseMaintenance(this IApplicationBuilder builder)
    {
        return builder.UseMiddleware<MaintenanceMiddleware>();
    }
}

Using the middleware is straight forward. First register the MaintenanceWindow class.

services.AddMaintenance(() => true,
             Encoding.UTF8.GetBytes("<div>Doing Maintenance Yo!</div>"));

Then register the MaintenanceMiddleware.

app.UseMaintenance();

Things to take into account when using this middleware:

  1. It is middleware, and order of registration matters. It will circumvent anything registered after it. If you still want to serve static files from the site while in maintenance mode, register it after the StaticFileMiddleware.
  2. The maintenance window assumes HTML is the default response, but this could also work for an API that returns JSON.
  3. Encoding is assumed to be UTF8, but the code can be modified to support any other encoding type.
  4. You need to decide what a valid Retry-After period is. By default, we chose 3600 seconds.
  5. The MaintenanceWindow class needs to be registered with the IoC in ASP.NET Core.
  6. Anything in your app can trigger the ‘Enabled’ boolean, and we would assume most will pick a configuration value.
  7. You will need to determine where the response is loaded from. In the example above, we just hardcoded some HTML.

There you have it, may all your maintenance tasks go smoothly and may your SEO be unaffected.

Khalid Abuhakmeh
Khalid Abuhakmeh
Director of Software Development (Former)
Bill Boga
Bill Boga
Senior Software Developer
Middleware Madness
ASP.NET Core
Middleware
Suggested reading

Avoiding ASP.Net Core Configuration Pitfalls With Array Values

ASP.NET Core
ASP.NET Core continues to improve on the legacy of the .NET Framework. Our te...
Read now

Augmenting IPrincipal when using IdentityServer authentication middleware in ASP.NET Core

ASP.NET Core
This post covers augmenting an authenticated User for use in middleware or wh...
Read now

Getting route data in your ASP.NET Core middleware

ASP.NET Core Middleware
Requirement ASP.NET Core 2.2 or 3.0 Why can’t I do this in earlier vers...
Read now

RIMdev Sweeps The ASP.NET Monsters #SummerOfConfig Contest

ASP.NET Core
On July 18th, 2016 the ASP.NET Monsters announced a Summer Of Config contest....
Read now

Get Registered Routes From An ASP.NET MVC Core Application

ASP.NET Core
I will start this post off by saying this may not be the best way to get the ...
Read now

Speech Recognition Configuration Provider For ASP.NET Core

ASP.NET Core
The ASP.NET Monsters recently announced a competition to create configuration...
Read now

Comments

Stay fresh! The brighter green, the fresher the article!