ASP.NET MVC istek azaltma uygulamak için en iyi yolu?

Belirli bir dönemde kullanıcı işlemlerini kısıtlamanın çeşitli yollarını deniyoruz :

• Soru / cevap gönderilerini sınırla
• Düzenlemeleri sınırla
• Özet akışı alımlarını sınırlama

Şimdilik, yalnızca kullanıcı etkinliğinin bir kaydını eklemek için Önbellek kullanıyoruz - eğer kullanıcı aynı etkinliği yapıyorsa / yaptığında bu kayıt varsa, kısalırız.

Önbelleği otomatik olarak kullanmak, kullanıcıların eski veri temizleme ve kayan etkinlik pencerelerini verir, ancak nasıl ölçekleneceği bir sorun olabilir.

İsteklerin / kullanıcı işlemlerinin etkili bir şekilde kısıtlanmasını sağlamanın diğer bazı yolları nelerdir (kararlılığa vurgu)?

Geçen yıl Stack Overflow'da kullandığımızın genel bir sürümü:

/// <summary>
/// Decorates any MVC route that needs to have client requests limited by time.
/// </summary>
/// <remarks>
/// Uses the current System.Web.Caching.Cache to store each client request to the decorated route.
/// </remarks>
[AttributeUsage(AttributeTargets.Method, AllowMultiple = false)]
public class ThrottleAttribute : ActionFilterAttribute
{
    /// <summary>
    /// A unique name for this Throttle.
    /// </summary>
    /// <remarks>
    /// We'll be inserting a Cache record based on this name and client IP, e.g. "Name-192.168.0.1"
    /// </remarks>
    public string Name { get; set; }

    /// <summary>
    /// The number of seconds clients must wait before executing this decorated route again.
    /// </summary>
    public int Seconds { get; set; }

    /// <summary>
    /// A text message that will be sent to the client upon throttling.  You can include the token {n} to
    /// show this.Seconds in the message, e.g. "Wait {n} seconds before trying again".
    /// </summary>
    public string Message { get; set; }

    public override void OnActionExecuting(ActionExecutingContext c)
    {
        var key = string.Concat(Name, "-", c.HttpContext.Request.UserHostAddress);
        var allowExecute = false;

        if (HttpRuntime.Cache[key] == null)
        {
            HttpRuntime.Cache.Add(key,
                true, // is this the smallest data we can have?
                null, // no dependencies
                DateTime.Now.AddSeconds(Seconds), // absolute expiration
                Cache.NoSlidingExpiration,
                CacheItemPriority.Low,
                null); // no callback

            allowExecute = true;
        }

        if (!allowExecute)
        {
            if (String.IsNullOrEmpty(Message))
                Message = "You may only perform this action every {n} seconds.";

            c.Result = new ContentResult { Content = Message.Replace("{n}", Seconds.ToString()) };
            // see 409 - http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
            c.HttpContext.Response.StatusCode = (int)HttpStatusCode.Conflict;
        }
    }
}

Örnek kullanım:

[Throttle(Name="TestThrottle", Message = "You must wait {n} seconds before accessing this url again.", Seconds = 5)]
public ActionResult TestThrottle()
{
    return Content("TestThrottle executed");
}

ASP.NET Cache burada bir şampiyon gibi çalışır - onu kullanarak gaz girişlerinizi otomatik olarak temizleyebilirsiniz. Ve artan trafiğimizle, bunun sunucuda bir sorun olduğunu görmüyoruz.

Bu yöntem hakkında geri bildirimde bulunmaktan çekinmeyin; Yığın Taşmasını daha iyi hale getirdiğimizde, Ewok düzeltmenizi daha da hızlı hale getirirsiniz :)

Microsoft, IIS 7 için IIS 7.0 - Beta için Dinamik IP Kısıtlamaları Uzantısı adlı yeni bir uzantıya sahiptir.

"IIS 7.0 için Dinamik IP Kısıtlamaları, web sunucusu ve web sitelerinde hizmet reddi ve kaba kuvvet saldırılarına karşı koruma sağlayan bir modüldür. Bu tür koruma, olağandışı yüksek sayıda eşzamanlı istekte bulunan HTTP istemcilerinin IP adreslerini geçici olarak engelleyerek sağlanır. veya küçük bir süre içinde çok sayıda istekte bulunanlar. " http://learn.iis.net/page.aspx/548/using-dynamic-ip-restrictions/

Misal:

Sonrasında engellenecek ölçütleri ayarlarsanız X requests in Y millisecondsveya X concurrent connections in Y millisecondsIP adresi engellenirse, Y millisecondsisteklere tekrar izin verilir.

Bu URL'den ödünç alınan tekniği http://www.codeproject.com/KB/aspnet/10ASPNetPerformance.aspx dosyasını kısmak için değil, fakir bir adamın Hizmet Reddi (DOS) için kullanıyoruz. Bu ayrıca önbellek tabanlıdır ve yaptıklarınıza benzer olabilir. DOS saldırılarını önlemek için kısıtlıyor musunuz? Yönlendiriciler kesinlikle DOS'u azaltmak için kullanılabilir; Bir yönlendiricinin ihtiyacınız olan kısıtlamayı kaldırabileceğini düşünüyor musunuz?