ASP.net MVC classe statica e background worker

Distribuisci la libreria del collega come microservizio memorizzato nella cache

Supponendo che non puoi cambiare la libreria del tuo amico, non vuoi usare un database e vuoi mantenere un livello ragionevole di isolamento del processo, ecco il modo giusto per farlo:

1. Scrivi un po 'di colla per esporre la libreria del tuo collega come microservizio RESTful. Se non lo hai mai fatto prima, inizia qui . Non dovrebbe richiedere più di 100 righe di codice per racchiudere una chiamata di funzione.

2. Utilizza l'interfaccia uniforme per gestire la cache e la sua durata.

   • Imposta la cache di output di ASP.NET. Puoi eseguirlo a livello di codice o utilizza OutputCacheAttribute , a seconda di quale dei due è più semplice per te. Imposta la cache ad una scadenza assoluta di 7:01.

   • Imposta IIS per abilitare la cache di output secondo queste istruzioni .

3. Imposta il pool di applicazioni per questo servizio da riciclare alle 6:59 del mattino.

4. Modifica il tuo sito web per utilizzare il nuovo servizio.

5. Se il codice del tuo collega richiede molto tempo per essere eseguito, il microservizio potrebbe non essere reattivo quando gestisce la sua prima richiesta. Per far fronte a questo, è necessario "riscaldare" il servizio. Imposta warmup utilizzando l'avvio automatico di IIS ; i dettagli possono essere trovati qui .

Con questo approccio, il codice del tuo collega è completamente isolato dal tuo e la logica di caching semplicemente sfrutta funzionalità standard in IIS. Con lo schema di caching e recycle impostato correttamente, dovresti avere transizioni perfette quando il programma viene riciclato, dal momento che IIS continuerà a servire richieste in volo dalla vecchia cache mentre costruisce la nuova cache. Impostiamo la scadenza della cache esattamente alle 7:01 del mattino (invece di lasciare che il riciclo del pool di app si occupi di esso) nel caso in cui ci sia un altro nodo di rete che esamina le intestazioni della cache, ad es. un server proxy che potrebbe memorizzare nella cache la risposta se non è crittografato.

ASP.NET MVC (su IIS) non può essere utilizzato in modo affidabile per qualsiasi tipo di lavoro in background. Il problema è che i processi IIS vengono riciclati regolarmente e non si può mai essere certi che l'attività in background avviata verrà completata correttamente (ciò è dovuto a vari motivi inerenti al processo e all'ambiente in cui opera). Non esiste una funzionalità "fire and forget" che funzioni bene con ASP.NET MVC (o qualsiasi altra cosa che gira su IIS).

Quello che ho fatto in passato per attività temporizzate molto semplici è semplicemente creare una piccola applicazione per console che si collega al progetto principale e posizionarla sul server per l'esecuzione tramite l'Utilità di pianificazione di Windows.

Per scenari (leggermente) più complessi, scrivere un "comando" su un database, quindi eseguire un'esecuzione basata su server (in genere, una console) che esegue il polling per nuove attività da eseguire su base regolare.

Per una gestione affidabile, cerca in un sistema di code come RabbitMQ, che può disaccoppiare efficacemente il processo in background dal processo MVC.

(almeno in parte il motivo del riciclo dei processi / AppPools di IIS e il fatto che un controllore viene istanziato per ogni nuova richiesta è perché aiuta a garantire che se una richiesta "va male", non si abbassi l'intero sistema)

Ecco la prima risposta alla ricerca di "ASP.NET fire and forget": link

ASP.NET viene fornito con una varietà di meccanismi di memorizzazione nella cache. La soluzione migliore per questa situazione è probabilmente HttpApplicationCache . Ha una specifica classe per il monitoraggio di file flat e il mantenimento della cache fino ad oggi.

Fondamentalmente si imposta una proprietà statica che avvolge la logica di memorizzazione nella cache e si utilizza la proprietà statica ogni volta che si desidera accedere al file.

static public string CachedFileContents
{
    get
    {
        ObjectCache cache = MemoryCache.Default;
        string fileContents = cache["filecontents"] as string;

        if (fileContents == null)
        {
            CacheItemPolicy policy = new CacheItemPolicy();
            policy.AbsoluteExpiration = DateTimeOffset.Now.AddHours(24);  //Set to taste

            List<string> filePaths = new List<string>();
            string cachedFilePath = Server.MapPath("~") + "\cacheText.txt";
            filePaths.Add(cachedFilePath);
            policy.ChangeMonitors.Add(new HostFileChangeMonitor(filePaths));

            // Fetch the file contents.
            fileContents = File.ReadAllText(cachedFilePath);

            cache.Set("filecontents", fileContents, policy);    
        }
        return fileContents;
    }
}