Come faccio a decidere tra la creazione di diversi WebJob con 1 funzione ciascuno e il raggruppamento di più funzioni in uno o solo pochi WebJob? GrazieWebjobs di Azure: un lavoro con diverse funzioni o più lavori con 1 funzione ciascuno?
Non c'è una risposta diretta alla tua domanda. Scusate.
Generalmente si raggruppano le funzioni in base al flusso di lavoro o al ruolo. Ad esempio se si dispone di un flusso di lavoro che contiene una funzione che ridimensiona un'immagine, quindi una funzione che applica una filigrana e un'altra che replica le immagini, allora ha senso raggruppare tutte le funzioni perché sono correlate. È più probabile che tu cambi tutti quando modifichi il flusso.
D'altra parte, si potrebbe sostenere che le funzioni dovrebbero essere separate. A meno che non si modifichi l'input/output, non c'è motivo di modificare più di una funzione. Tuttavia, se è necessario modificare più di una funzione, si finirà per modificare più progetti.
Come vedete, entrambi gli argomenti hanno pro/contro e non c'è davvero una risposta giusta.
Prova a sperimentare e vedere quale approccio funziona meglio per la tua soluzione.
PS: L'unica linea guida che posso dare è: se le funzioni sono veramente piccole (poche righe di codice), probabilmente è più facile inserirle nello stesso webjob perché c'è un po 'di overhead nella manutenzione di più assiemi .
Penso che dipenda principalmente dal tuo caso d'uso. La domanda principale sarebbe se si desidera attivare le funzioni indipendenti l'una dall'altra, ciascuna utilizzando la propria pianificazione. Hai uno scenario specifico? –
Dire che ho 2 funzioni. Ogni lettura da un unico contenitore BLOB e scrittura su una coda univoca. Sono totalmente indipendenti l'uno dall'altro. Dovrei metterli nello stesso progetto WebJob usando JobHost? O progetti separati? – Nestor
Se li sviluppi indipendentemente l'uno dall'altro (con la possibilità che squadre diverse possano lavorare su uno di essi), andrei con due progetti separati. Se sono indipendenti l'uno dall'altro, ma vivono nello stesso dominio di funzionalità (ad esempio un sistema di messaggistica con diversi lavoratori dei messaggi), è possibile inserirli in un unico progetto. Questa è principalmente una questione di preferenze personali e se sono logicamente nello stesso dominio. –