thread di sottofondo in Web Role di Azure

Question

È possibile eseguire un thread dal metodo WebRole.cs OnStart() in modo tale che siamo in grado di accedervi tramite la pagina aspx per eseguire il lavoro in background? So che il modo corretto per farlo sarebbe utilizzare un ruolo di lavoratore, ma vorrei mantenere i costi di gestione più bassi possibile.

L'idea sarebbe quella di creare un thread che sarebbe sempre in esecuzione e in attesa di un lavoro, ad esempio se voglio fare un'operazione di blocco come l'invio di una e-mail vorrei usare il thread che dà il metodo SendEmail, è possibile fare? Se sì, puoi fornirmi alcuni esempi che potrebbero indicarmi la giusta direzione?

Answer 1

avrei suggets una soluzione che è diversa dalla soluzione Leon e David: soluzione

• di David è male, ma non è resiliente. Che cosa l'istanza/processo va offline durante l'elaborazione dell'attività?
• La soluzione di Leon si applica principalmente ai lavori programmati, ma l'invio di una e-mail non è sempre qualcosa che è in programma (forse si desidera inviare una e-mail quando qualcuno si registra nella tua app).

Un'altra opzione che si dovrebbe guardare sta utilizzando Azure code di Windows (sono molto a buon mercato) in questo scenario:

• L'applicazione web: invia messaggi alla coda (come 'inviare una mail a qualcuno@someone.com ')
• WebRole.cs: genera un nuovo thread all'avvio dell'istanza e fa in modo che ascolti i messaggi da quella coda. Ogni volta che arriva un messaggio, elaboralo. In caso di successo, rimuovere il messaggio dalla coda.

Questa soluzione ha molti vantaggi. WebRole.cs viene eseguito in un processo diverso rispetto all'applicazione Web, quindi non c'è alcun impatto sui thread di richiesta. Inoltre, se l'invio della posta non riesce per qualsiasi motivo, il messaggio rimarrà in coda e verrà elaborato la volta successiva. Ciò assicurerà che non perderai nessuna attività da eseguire se l'applicazione o il processo si bloccano.

Ecco un esempio per iniziare. Si noti che è necessario migliorare questo codice se si vuole che sia pronto per la produzione (la politica, la gestione delle eccezioni, backoff polling, ... ritentare):

using System; 
using System.Collections.Generic; 
using System.Linq; 
using Microsoft.WindowsAzure; 
using Microsoft.WindowsAzure.Diagnostics; 
using Microsoft.WindowsAzure.ServiceRuntime; 
using Microsoft.WindowsAzure.StorageClient; 
using System.Threading.Tasks; 

namespace MvcWebRole1 
{ 
    public class WebRole : RoleEntryPoint 
    { 
     public override bool OnStart() 
     { 
      Task.Factory.StartNew(InitializeQueueListener); 
      return base.OnStart(); 
     } 

     private void InitializeQueueListener() 
     { 
      Microsoft.WindowsAzure.CloudStorageAccount.SetConfigurationSettingPublisher((configName, configSetter) => 
      { 
       configSetter(Microsoft.WindowsAzure.ServiceRuntime.RoleEnvironment.GetConfigurationSettingValue(configName)); 
      }); 


      var storageAccount = CloudStorageAccount.FromConfigurationSetting("DataConnectionString"); 
      var queueStorage = storageAccount.CreateCloudQueueClient(); 
      var queue = queueStorage.GetQueueReference("myqueue"); 
      queue.CreateIfNotExist(); 

      while (true) 
      { 
       CloudQueueMessage msg = queue.GetMessage(); 
       if (msg != null) 
       { 
        // DO SOMETHING HERE 
        queue.DeleteMessage(msg); 
       } 
       else 
       { 
        System.Threading.Thread.Sleep(1000); 
       } 
      } 
     } 
    } 
} 

Answer 2

ho trovato questo quando ero alla ricerca di "operazioni pianificate azzurro": http://www.ronaldwidha.net/2011/02/23/cron-job-on-azure-using-scheduled-task-on-a-web-role-to-replace-azure-worker-role-for-background-job/

sembra esattamente quello che stai cercando.

Answer 3

Assolutamente è possibile creare una discussione (o molte di esse). Un ruolo Web è fondamentalmente Windows 2008 Server. Non è necessario un ruolo di lavoro separato solo per impostare un'attività in background. Naturalmente, il numeropuò avere un ruolo di lavoro separato, che consente di ridimensionare tali istanze indipendentemente dalle istanze del ruolo Web. È qui che dovrai bilanciare le prestazioni/il ridimensionamento con i costi.