Quando scegliere Funzioni di Azure per eseguire la logica di business

Completato

Si esaminerà ora un altro processo dell'azienda di noleggio di biciclette e si sceglierà la tecnologia più adatta alle specifiche esigenze. Oltre agli aspetti tecnici del processo si prenderanno in considerazione i destinatari e l'evoluzione che dovrà seguire il processo.

Scenario

I tecnici addetti alla riparazione usano attualmente un foglio di calcolo per registrare le attività di riparazione e manutenzione eseguite su ogni bicicletta. È stato riscontrato un problema in caso di parti di ricambio mancanti, perché il personale non ha alcuna possibilità di sapere quando una bicicletta è in attesa di riparazioni o parti di ricambio. Questo problema ha comportato l'affitto di biciclette ai clienti con freni usurati, pneumatici piatti e altri errori che potrebbero danneggiare il marchio dell'azienda come società di noleggio di biciclette di alta qualità.

Si vuole creare un sistema per gestire il processo di manutenzione e riparazione e consentire a tutti di trovare risposte alle domande seguenti.

  • Quali processi sono stati completati per una bicicletta?
  • Quali processi rimangono da completare prima che la bicicletta possa essere noleggiata di nuovo?
  • Quali biciclette sono attualmente disponibili per il noleggio?
  • Quali biciclette non sono attualmente disponibili per il noleggio?
  • Per ogni bicicletta non disponibile:
    • Perché non possiamo noleggiarlo?
    • Se si è in attesa di parti di ricambio, di quali parti si tratta?
    • Entro quanto tempo è probabile che la bicicletta torni a essere disponibile per il noleggio?

Si vuole integrare questo sistema con il processo di prenotazione e noleggio di biciclette illustrato nell'unità precedente. In questo modo, quando il personale del negozio cerca le biciclette disponibili, trova solo le biciclette attualmente disponibili per il noleggio. In qualità di sviluppatore, ci è stato assegnato il compito di lavorare al progetto.

Processo aziendale

Si vuole essere sicuri che i tecnici addetti alla riparazione di biciclette in entrambi i poli universitari rispettino il flusso di lavoro seguente quando eseguono le attività di manutenzione di una bicicletta dopo la restituzione:

Decision flow diagram detailing the logic for the Bike maintenance workflow.

Di seguito sono riportati i dettagli:

  1. Un cliente restituisce una bicicletta presso un punto di deposito. Viene avviato il processo di manutenzione.
  2. Un tecnico contrassegna la bicicletta come non disponibile.
  3. Un tecnico redige un elenco completo dei controlli da eseguire, inclusi freni, ruote, catena e luci.
  4. Sono necessarie nuove parti?
    1. Sono necessarie nuove parti, ma queste non sono disponibili in magazzino.
      1. Il tecnico inoltra l'ordine di nuove parti
      2. Le parti arrivano
    2. Le nuove parti vengono montate
  5. Un tecnico completa le modifiche finali.
  6. Un tecnico contrassegna la bicicletta come disponibile per il noleggio.

Scegliere una tecnologia

Per implementare il processo aziendale e integrarlo con il database dei punti di deposito delle biciclette si esaminerà ora il set di tecnologie seguente.

  • Microsoft Power Automate
  • App per la logica di Azure
  • Funzioni di Azure
  • Processi Web del servizio app di Azure

Come nello scenario precedente, per completare il flusso di lavoro è possibile usare una qualsiasi di queste tecnologie. La scelta ottimale è tuttavia determinata da due fattori.

Design-first o code-first?

Implementare questo flusso di lavoro con App per la logica o Power Automate sarebbe difficile. Anche se non sono stati presi in considerazione troppi dettagli a basso livello, è evidente che questo processo richiede l'accesso a un sistema di gestione del magazzino e l'inoltro di ordini a una società di terze parti. Questa è una nuova logica aziendale e non vi sono requisiti che presuppongono l'adozione di un approccio di tipo design-first. È possibile eseguire il wrapping della soluzione in un connettore personalizzato per l'integrazione con altri flussi di lavoro creati con App per la logica o Power Automate. Dal punto di vista di uno sviluppatore, l'adozione di un approccio di tipo code-first consente di affrontare questo scenario con la massima flessibilità. Si sceglie quindi di adottare questo approccio.

Funzioni di Azure o Processi Web del servizio app di Azure?

A questo punto è necessario decidere quale di queste due tecnologie usare.

  • Funzioni di Azure
  • Processi Web del servizio app di Azure

La scelta sarà determinata dai fattori seguenti:

  • Costo: con processi Web si paga per l'intera macchina virtuale o servizio app Piano che ospita il processo. Funzioni di Azure può essere eseguito in un piano a consumo, quindi si paga solo quando viene eseguita la funzione. Poiché questo processo viene avviato solo quando viene restituita una bicicletta, è possibile risparmiare denaro selezionando Funzioni di Azure.
  • Integrazioni: si vuole integrare il flusso di lavoro di manutenzione con l'app per la logica compilata per il processo di prenotazione e noleggio di biciclette nell'unità precedente. Anche se è possibile chiamare un processo Web da un'app per la logica, Funzioni e App per la logica offrono un maggiore grado di integrazione. Ad esempio, è possibile controllare più facilmente la chiamata a una funzione dalla finestra di progettazione visiva di App per la logica.

In base a queste considerazioni, per gestire il processo di manutenzione delle biciclette si sceglierà Funzioni di Azure.