Arquitetura de Asset Compute Service overview
O Asset Compute Service é construído sobre a plataforma Adobe I/O Runtime sem servidor. Ele oferece suporte aos serviços de conteúdo da Adobe Sensei para ativos. O cliente que invoca (somente Experience Manager como Cloud Service tem suporte) é fornecido com as informações geradas pela Adobe Sensei que ele buscou para o ativo. As informações retornadas estão no formato JSON.
Asset Compute Service pode ser estendido criando aplicativos personalizados com base em Adobe Developer App Builder. Esses aplicativos personalizados são Project Adobe Developer App Builder aplicativos headless e executam tarefas como adicionar ferramentas de conversão personalizadas ou chamar APIs externas para executar operações de imagem.
Project Adobe Developer App Builder é uma estrutura para compilar e implantar aplicativos Web personalizados no Adobe I/O Runtime. Para criar aplicativos personalizados, os desenvolvedores podem aproveitar o React Spectrum (kit de ferramentas da interface do usuário do Adobe), criar microsserviços, criar eventos personalizados e orquestrar APIs. Consulte documentação do Adobe Developer App Builder.
A base na qual a arquitetura se baseia inclui:
-
A modularidade dos aplicativos, contendo apenas o que é necessário para uma determinada tarefa, permite dissociar os aplicativos uns dos outros e mantê-los mais leves.
-
O conceito sem servidor do Adobe I/O Runtime oferece vários benefícios: processamento assíncrono, altamente escalável, isolado e baseado em trabalho, que é perfeito para o processamento de ativos.
-
O armazenamento binário em nuvem fornece os recursos necessários para armazenar e acessar arquivos de ativos e representações individualmente, sem exigir permissões de acesso total ao armazenamento, usando referências de URL pré-assinadas. A aceleração de transferência, o armazenamento em cache de CDN e a co-localização de aplicativos de computação com o armazenamento em nuvem permitem o acesso ideal ao conteúdo de baixa latência. As nuvens do AWS e do Azure são compatíveis.
Figura: arquitetura do Asset Compute Service e como ele se integra ao Experience Manager, armazenamento e aplicativo de processamento.
A arquitetura consiste nas seguintes partes:
-
Uma camada de API e orquestração recebe solicitações (no formato JSON) que instruem o serviço a transformar um ativo de origem em várias representações. As solicitações são assíncronas e retornam com uma ID de ativação que é a ID do trabalho. As instruções são puramente declarativas e, para todo o trabalho de processamento padrão (por exemplo, geração de miniaturas, extração de texto), os consumidores especificam apenas o resultado desejado, mas não os aplicativos que lidam com determinadas representações. Os recursos genéricos da API, como autenticação, análise, limitação de taxa, são tratados usando o Gateway da API de Adobe na frente do serviço e gerenciam todas as solicitações que vão para o Tempo de Execução Adobe I/O. O roteamento de aplicativos é feito dinamicamente pela camada de orquestração. Os clientes definem aplicativos personalizados para representações específicas, que vêm com seu próprio conjunto de parâmetros exclusivos. A execução do aplicativo pode ser totalmente paralelizada, pois são funções sem servidor separadas no Adobe
I/O Runtime. -
Aplicativos para processar ativos especializados em determinados tipos de formatos de arquivo ou representações de destino. Conceitualmente, um aplicativo é como o conceito pipe UNIX®: um arquivo de entrada é transformado em um ou mais arquivos de saída.
-
Uma biblioteca de aplicativos comum manipula tarefas comuns. Por exemplo, download do arquivo de origem, upload das representações, relatórios de erros, envio de eventos e monitoramento. Esse design garante que o desenvolvimento de aplicativos permaneça simples, seguindo o conceito de "sem servidor", com interações limitadas ao sistema de arquivos local.