Três maneiras de implantar ações personalizadas

Introdução

Qual é a maneira mais rápida de implantar uma ação personalizada?Qual é a configuração mais versátil, que permite personalizar totalmente seu fluxo de trabalho?O ambiente escolhido para capturar e processar Ações personalizadas é um fator importante para determinar o que pode ser feito com seus dados nas etapas subsequentes do fluxo de trabalho.As opções básicas são:

1. Implantações sem código, usando uma plataforma de automação como Zapier, Integromat ou Microsoft Power Automate
2. Soluções de baixo código, como AWS Lambda ou Azure Functions, nas quais você pode executar scripts simples como “tarefas” em ambientes totalmente mantidos;
3. Servidores que você opera e mantém

Este diagrama ilustra a arquitetura das Ações personalizadas:

Sem código: implantação no Zapier

A interface “clique e crie” do Zapier é uma boa opção para automações básicas, nas quais seu objetivo é enviar ativos, comentários ou eventos de status do Frame.io para aplicativos populares ou ferramentas de produtividade.

Vantagens:

• Fácil de usar.Basta apontar e clicar para criar automações.
• O histórico de tarefas é a ferramenta de registro de execução do Zapier e resume a entrada e saída de dados para cada etapa do fluxo de trabalho a cada execução da automação.
• Ao pagar por uma conta premium, você desbloqueia o Paths, uma ferramenta para criar e adicionar lógica de ramificação às automações.

Desvantagens:

• O suporte do Zapier a webhooks é restrito, pois não suporta mensagens detalhadas nem qualquer interação de retorno com o usuário do Frame.io quando sua Ação personalizada é executada.A limitação é explicada na documentação de suporte do Zapier:

Nós [Zapier] sempre retornamos uma mensagem de sucesso com um conteúdo de informações de depuração ao coletar um webhook, independentemente de haver um Zap por trás do webhook ou de ele estar pausado ou não… Não há como personalizar a resposta à solicitação enviada para o URL do Catch Hook, pois a resposta é enviada antes que o Zap seja acionado e executado na solicitação do webhook.

• A interface do usuário do Zapier pode ser um pouco trabalhosa na hora de verificar se as Ações personalizadas estão funcionando corretamente.Por exemplo, os dados de teste precisam ser verificados e atualizados durante os testes. Se os dados de teste não corresponderem aos seus dados reais, o Zapier pode gerar “falsos negativos” e exibir erros, mesmo que o design do seu Zap esteja, na verdade, correto.Se um dado crítico, como o URL de um arquivo, não estiver disponível quando uma tarefa o espera, seu Zap pode apresentar erros ou não funcionar conforme o esperado.

Baixo código: implantação na AWS

As Ações personalizadas podem ser enviadas ao API Gateway na AWS e integradas ao famoso e vasto conjunto de serviços em nuvem da Amazon.O padrão mais simples é redirecionar o evento do Frame.io contido na sua Ação personalizada para o AWS Lambda, um serviço de computação para a execução de funções sem servidor.Aqui está um exemplo de projeto para um serviço de arquivamento de arquivos:

Vantagens:

• O AWS Free Tier oferece 3,2 milhões de segundos de tempo de computação por mês antes que você seja cobrado pelos serviços.
• O API Gateway e o Lambda oferecem suporte a excelentes ferramentas de teste e monitoramento, como o CloudWatch e o X-Ray.
• Os serviços podem ser escalonados para suportar arquivos de tamanhos enormes (500 GB+)

Desvantagens:

• Integrar vários serviços (Webhook -> API Gateway -> Lambda 1 -> Lambda 2) ou aprender a usar ofertas mais recentes, como o AWS Fargate, pode ser demorado.
• A documentação da AWS costuma estar desatualizada ou carecer de detalhes importantes.Por exemplo, ao configurar o API Gateway, não é fácil determinar se os conteúdos serão codificados em Base64 ou não.
• A configuração geralmente é um pouco complicada.

Consulte o guia para obter um tutorial completo sobre como implantar Ações personalizadas na AWS.Observação: você pode implantar Ações personalizadas em qualquer serviço de computação em nuvem, não apenas na AWS (Azure, Google Cloud Platform, Digital Ocean etc.)

Execute um servidor e hospede seu próprio código

Os serviços em nuvem são muito convenientes, mas para fluxos de trabalho em que você deseja controle total sobre seus dados, você pode decidir escrever e implantar seu próprio servidor.

Na equipe de DevRel, gostamos de escrever servidores FastAPI em Python.Eles são fáceis de criar e se encaixam bem no padrão de solicitação-resposta das Ações personalizadas.

Vantagens:

• Controle o fluxo de ponta a ponta dos seus dados. Sem surpresas, de forma alguma.
• Sincronize dados para um NAS ou sistema de arquivos sem exposição adicional à nuvem.

Desvantagens:

• Exige administrar um servidor, criar seus próprios recursos de segurança, lidar com a descoberta de rede, carga, etc.

Clone nosso código de exemplo para implantar um servidor FastAPI para lidar com ações personalizadas.

Vamos conversar sobre o melhor projeto para suas necessidades

Publique seus requisitos em nossa comunidade. Teremos prazer em ajudar você a definir o melhor projeto para o seu fluxo de trabalho.