Tre modi per distribuire azioni personalizzate

Introduzione

Qual è il modo più veloce per distribuire un’azione personalizzata?Qual è la configurazione più versatile per personalizzare completamente il flusso di lavoro? L’ambiente selezionato per intercettare e gestire le azioni personalizzate è un fattore importante nel determinare cosa è possibile fare con i dati nei passaggi del flusso di lavoro risultanti. Le scelte di base sono:

1. Implementazioni no-code, utilizzando una piattaforma di automazione come Zapier, Integromat o Microsoft Power Automate
2. Soluzioni low-code come AWS Lambda o le funzioni Azure, che consentono di eseguire script semplici come ‘job’ in ambienti completamente gestiti;
3. Server che esegui e gestisci

Questo diagramma illustra l’architettura per le azioni personalizzate:

No-code: implementa su Zapier

L’interfaccia “clic e crea” di Zapier è una buona scelta per le automazioni di base il cui obiettivo è inviare risorse, commenti o eventi di stato da Frame.io ad app popolari o strumenti di produttività.

Vantaggi

• Semplice da usare. È sufficiente puntare e fare clic per creare automazioni.
• La cronologia delle attività è lo strumento di registro del runtime di Zapier e riassume l’I/O dei dati per ogni passaggio del flusso di lavoro su ogni esecuzione di automazione.
• L’uso di un account premium a pagamento consente di sbloccare Paths, uno strumento per generare aggiungendo una logica di fork alle automazioni.

Svantaggi:

• Il supporto di Zapier per i webhook è limitato in quanto non supporta messaggi dettagliati o interazioni con l’utente Frame.io quando viene eseguita l’azione personalizzata. La limitazione è spiegata nella documentazione di supporto di Zapier:

Noi [Zapier] restituiamo sempre un messaggio di successo con un payload di informazioni di debug quando raccogliamo un webhook, il tutto a prescindere dal fatto che ci sia uno Zap dietro il webhook o se è in pausa o meno…Non c’è modo di personalizzare la risposta alla richiesta inviata all’URL per intercettare l’hook, poiché la risposta viene inviata prima che lo Zap si attivi ed esegua la richiesta del webhook.

• L’interfaccia di Zapier può essere ripetitiva per quanto riguarda le attività di verifica del funzionamento delle azioni personalizzate. Ad esempio, i dati di test devono essere selezionati e aggiornati durante la fase di test; se i dati di test non corrispondono ai dati reali, Zapier potrebbe generare dei “falsi negativi” e mostrare errori anche se la progettazione dello Zap è effettivamente corretta. Se un dato critico come File URL non è disponibile quando un’attività lo richiede, lo Zap potrebbe generare un errore o non funzionare come previsto.

Low-code: implementa su AWS

Le azioni personalizzate possono essere inviate ad API Gateway in AWS e integrate con il set notoriamente vasto di servizi cloud di Amazon. Il modo più semplice è inoltrare l’evento Frame.io contenuto nell’azione personalizzata ad AWS Lambda, un servizio di calcolo per eseguire funzioni serverless. Ecco un esempio di design per un servizio di archiviazione file:

Vantaggi.

• Il piano gratuito di AWS concede 3,2 milioni di secondi di tempo di calcolo al mese prima che vengano addebitati i servizi.
• API Gateway e Lambda supportano strumenti di test e monitoraggio fantastici come CloudWatch e X-Ray.
• I servizi possono essere scalati per supportare file di dimensioni enormi (oltre 500 GB)

Svantaggi:

• Collegare più servizi (Webhook -> API Gateway -> Lambda 1 -> Lambda 2) o imparare a usare offerte più recenti come AWS Fargate può richiedere molto tempo.
• La documentazione AWS è spesso obsoleta o priva di dettagli fondamentali. Ad esempio, durante la configurazione di API Gateway, non è facile capire se i payload saranno codificati in Base64 o meno.
• La configurazione è generalmente un po’ complicata.

Consulta la guida per una procedura completa all’implementazione delle azioni personalizzate su AWS. Nota: puoi distribuire le azioni personalizzate su qualsiasi servizio di cloud computing, non solo AWS (Azure, Google Cloud Platform, Digital Ocean ecc.)

Esegui un server e ospita il tuo codice

I servizi cloud sono molto convenienti, ma per i flussi di lavoro in cui desideri il controllo totale sui dati, potresti decidere di scrivere e implementare un tuo server personale.

Nel team DevRel, ci piace scrivere server FastAPI in Python.Sono facili da creare e si adattano bene al modello richiesta-risposta delle azioni personalizzate.

Vantaggi.

• Controlla il flusso end-to-end dei tuoi dati. Assolutamente nessuna sorpresa.
• Sincronizza i dati su un NAS o file system senza ulteriore esposizione al cloud.

Svantaggi:

• Richiede l’amministrazione di un server, la creazione di funzionalità di sicurezza personalizzate, la gestione del rilevamento di rete, il carico ecc.

Clona il nostro codice di esempio per implementare un server FastAPI al fine di gestire le azioni personalizzate.

Parliamo del design migliore per le tue esigenze

Pubblica i tuoi requisiti nella nostra community: saremo felici di aiutarti a individuare il design migliore per il tuo flusso di lavoro.