Esta é a documentação do Apigee Edge.
Acesse
Documentação da Apigee X. informações
É possível combinar políticas e recursos em um fluxo compartilhado que é possível consumir de vários proxies de API e até mesmo de outros fluxos compartilhados. Ele é semelhante a um proxy, mas um fluxo compartilhado não tem um endpoint. É possível usá-lo somente de um proxy de API ou fluxo compartilhado que esteja na mesma organização do fluxo compartilhado.
Ao capturar em um lugar a funcionalidade que é útil em vários lugares, um fluxo compartilhado a garantir consistência, diminuir o tempo de desenvolvimento e gerenciar o código com mais facilidade.
O vídeo a seguir demonstra como criar e rastrear um fluxo compartilhado na interface do Edge.
O vídeo de cinco minutos a seguir demonstra como criar e rastrear um fluxo compartilhado na versão clássica Interface do usuário do Edge (somente para nuvem privada) no Edge.
É possível chamar um fluxo compartilhado usando a política Flow callout. Além disso, ao anexar um fluxo compartilhado a um gancho de fluxo, é possível fazer com que o fluxo compartilhado seja executado antes de um proxy ou uma solicitação de destino, ou depois de um proxy ou uma resposta de destino.
Para referência sobre a política Flowframe, consulte a política Flow callout. Para mais informações sobre ganchos de fluxo, consulte Como anexar um fluxo compartilhado usando um gancho de fluxo.
Por exemplo, imagine que você tem áreas de funcionalidade que são usadas em vários lugares ou precisam ser padronizadas em todas as APIs da sua organização. É possível ter um fluxo compartilhado para cada categoria, incluindo:
- security, com código de autorização usando OAuth e verificação de chave de API, bem como código de proteção contra ameaças.
- logging, para gerar mensagens de erro padrão.
- mediation, para transformação entre os formatos de mensagem XML e JSON.
Na ilustração a seguir, dois proxies de API chamam (com uma política FlowCallout) um fluxo compartilhado para autenticar solicitações recebidas de usuários. O AuthSharedFlow foi implantado separadamente na organização, antes dos proxies, para que fique disponível para atender às solicitações dos proxies. Um fluxo compartilhado pode ser desenvolvido e gerenciado por uma equipe responsável por políticas amplas da empresa e, então, consumidos em proxies por equipes de linha de negócios que criam aplicativos mais especializados.
Como desenvolver um fluxo compartilhado
Ao desenvolver um fluxo compartilhado, é sempre necessário testá-lo com chamadas enviadas a um proxy da API. Em outras palavras, não é possível enviar solicitações diretamente para um fluxo compartilhado como você faria com um proxy de API. Em vez disso, você envia solicitações para um proxy de API que, por sua vez, chama o fluxo compartilhado.
Veja as etapas gerais para o desenvolvimento de um fluxo compartilhado:
- Descubra qual deve ser o conjunto compartilhado de recursos.
Por exemplo, convém combinar recursos de gerenciamento de tráfego, incluindo a supressão de picos. Dessa forma, é possível gerenciar a configuração fora do fluxo de trabalho daqueles que implementam a lógica de linha de negócios.
-
Desenvolver um fluxo compartilhado implementando políticas e recursos de suporte da mesma forma que
faria ao desenvolver um proxy de API.
Um fluxo compartilhado é uma sequência de passos condicionais. Portanto, desenvolver um é como desenvolver um proxy de API. É possível incluir políticas e recursos que podem ser incluídos em um proxy.
Por exemplo, como parte do suporte ao gerenciamento de tráfego, é possível implementar uma política do Spike Arrest para permitir apenas 30 solicitações por segundo, como no exemplo a seguir:
<SpikeArrest async="false" continueOnError="false" enabled="true" name="Spike-Arrest"> <DisplayName>Spike Arrest</DisplayName> <Properties/> <Identifier ref="request.header.some-header-name"/> <MessageWeight ref="request.header.weight"/> <Rate>30ps</Rate> </SpikeArrest>
Em seguida, em um fluxo compartilhado para o gerenciamento de tráfego, você tem a opção de anexar a política Spike Arrest como um passo. A política é executada para qualquer proxy de API que chama o fluxo compartilhado.
<SharedFlow name="default"> <Step> <Name>Spike-Arrest</Name> </Step> </SharedFlow>
Para informações sobre como iniciar um fluxo compartilhado no console de gerenciamento, consulte Como criar um fluxo compartilhado na interface do Edge (em inglês).
Assim como acontece com os proxies de API, é possível importar um arquivo zip contendo os artefatos da origem de fluxo compartilhado. Consulte Importar um novo proxy de API para saber mais sobre como importar proxies. Veja a seguir como importar um fluxo compartilhado com a API de gerenciamento:
curl -X POST -F "file=@/path/to/zip/file.zip" \ 'https://api.enterprise.apigee.com/v1/o/{org_name}/sharedflows?action=import&name=shared-flow-name' \ -u email:password
-
Implante o fluxo compartilhado no ambiente antes de implantar os proxies ou fluxos compartilhados que o consumirão. Você implanta um fluxo compartilhado da mesma maneira que um proxy de API. Para
mais informações, consulte a Visão
geral da implantação.
Um fluxo compartilhado precisa estar na mesma organização e ser implantado no mesmo ambiente que os proxies de API e outros fluxos compartilhados que o consomem. Implantar o fluxo compartilhado antes que os proxies possibilita resolver a dependência do proxy no fluxo compartilhado no momento da implantação.
É possível implantar um fluxo compartilhado com uma chamada de API de gerenciamento como a seguinte:
curl -X POST --header "Content-Type: application/octet-stream" \ https://api.enterprise.apigee.com/v1/o/{org_name}/e/{env_name}/sharedflows/{shared_flow_name}/revisions/{revision_number}/deployments \ -u email:password
Também é possível substituir um fluxo compartilhado implantado sem inatividade. Isso é muito parecido com os proxies de API. Consulte Implantar proxies de API usando a API de gerenciamento para saber mais. Veja o formulário de solicitação usando a API de gerenciamento:
curl -X POST --header "Content-Type:application/x-www-form-urlencoded" \ https://api.enterprise.apigee.com/v1/o/{org_name}/e/{env_name}/sharedflows/{shared_flow_name}/revisions/{revision_number}/deployments?"override=true" \ -u email:password
-
Desenvolva o proxy de API de consumo para que ele possa chamar o fluxo compartilhado como parte do próprio fluxo.
Em um proxy de API, você chama um fluxo compartilhado com uma política FlowCallout. Também é possível anexar o fluxo compartilhado ao proxy usando um gancho de fluxo, conforme descrito em Como anexar um fluxo compartilhado usando um gancho de fluxo. Para ver um tutorial introdutório sobre como criar um proxy de API, consulte Criar seu primeiro proxy de API.
Para consumir um fluxo compartilhado, adicione uma política FlowCall ao proxy ou fluxo compartilhado que vai consumi-lo. Assim como uma política de chamada de serviço, que usa para chamar outro serviço, um O FlowFrase de destaque chama o fluxo compartilhado. O proxy de API de consumo precisa ser implantado após o fluxo compartilhado e no mesmo ambiente do fluxo compartilhado. A fluxo compartilhado precisa estar em vigor quando você quiser testar uma chamada para ele usando a política Flow callout.
No código a seguir, uma política FlowCall chama um fluxo compartilhado chamado
traffic-management-shared
:<FlowCallout async="false" continueOnError="false" enabled="true" name="Traffic-Management-Flow-Callout"> <DisplayName>Traffic Management FlowCallout</DisplayName> <Properties/> <SharedFlowBundle>traffic-management-shared</SharedFlowBundle> </FlowCallout>
Para mais informações, consulte Como chamar um fluxo compartilhado de um proxy de API ou fluxo compartilhado
- Implante o proxy de API de consumo para começar a usar o fluxo compartilhado. Para saber mais sobre implantação em geral, consulte Noções básicas sobre a implantação.
-
Desenvolva de forma iterativa, rastreando como faria com um proxy de API.
Assim como em um proxy de API, você desenvolve um fluxo compartilhado invocando e rastreando iterativamente até ter a lógica do jeito que quiser. Nesse caso, como o fluxo compartilhado não é executado por conta própria, invoque um endpoint de proxy e rastreie o proxy.
Siga estas etapas:
- Verifique se o fluxo compartilhado e o proxy de API estão chamando-o com um Flow callout políticas estejam na mesma organização e implantadas no mesmo ambiente.
- Na guia Trace do proxy de API, comece a rastrear o proxy de API.
- Envie uma solicitação para um endpoint de proxy no proxy da API. O fluxo do endpoint precisa inclua a política FlowCall que chama o fluxo compartilhado.
- Na guia Trace, examine o fluxo do proxy de API para o fluxo compartilhado.
No rastreamento, o fluxo compartilhado é representado como um conjunto de passos ou políticas incluídas em uma caixa cinza. Ícones que representam as políticas do Flowframe precedem os fluxos compartilhados. Para mais informações sobre rastreamento, consulte Como usar a ferramenta Trace.
Como criar um fluxo compartilhado na interface do Edge
Ao usar a interface do Apigee Edge para criar um fluxo compartilhado, é possível criar um do zero ou importando as origens de fluxo como um arquivo ZIP do pacote de fluxos.
- Acesse a página "Fluxos compartilhados", conforme descrito abaixo. Na página "Fluxos compartilhados", é possível ver uma lista de fluxos compartilhados na organização e editar ou excluir fluxos na lista.
Edge
Para acessar a página "Fluxos compartilhados" usando a interface do Edge:
- Faça login em apigee.com/edge.
- Selecione a organização que contém o fluxo compartilhado. Consulte Como alternar entre suas organizações.
O fluxo compartilhado estará disponível para todos os proxies de API e fluxos compartilhados implantados em um ambiente dessa organização. Ele não estará disponível fora desta organização.
- Selecione Desenvolver > Fluxos compartilhados na barra de navegação à esquerda.
Edge clássico (nuvem privada)
Para acessar a página "Fluxos compartilhados" usando a interface clássica do Edge:
- Faça login em
http://ms-ip:9000
, em que ms-ip é o endereço IP ou o nome DNS do nó do servidor de gerenciamento. - Selecione a organização que contém o fluxo compartilhado. Consulte Como alternar entre suas organizações.
O fluxo compartilhado estará disponível para todos os proxies de API e fluxos compartilhados implantados em um ambiente dessa organização. Ele não estará disponível fora desta organização.
- Selecione APIs > Fluxos compartilhados na barra de navegação superior.
- Clique no botão + Fluxo compartilhado para começar a adicionar um novo fluxo compartilhado.
- Na página Criar um fluxo compartilhado, escolha como você quer criar o novo fluxo:
- Crie um novo fluxo do zero. Você poderá configurar políticas e recursos como passos no fluxo.
- Selecione Fluxo compartilhado vazio.
- Digite um valor de nome. Esse será o nome que os proxies de API e outros fluxos compartilhados usarão para se referir a esse fluxo compartilhado. O nome precisa ser descritivo para os desenvolvedores que consomem o fluxo.
- Insira uma descrição para fornecer mais informações sobre o que o fluxo faz.
- Clique em Next.
- Também é possível selecionar os ambientes para implantar o novo fluxo.
Por exemplo, se você testar o fluxo compartilhado dos proxies de API implantados no ambiente de teste, implante esse fluxo compartilhado no teste.
-
Clique em Criar e implantar para que o novo fluxo compartilhado seja criado e implantado nos ambientes selecionados. Se você não selecionou ambiente, o fluxo compartilhado será criado, mas não implantado.
- Crie um fluxo compartilhado de origens atuais fazendo upload de um pacote de fluxos.
- Selecione Pacote de fluxo compartilhado para especificar um arquivo .zip contendo os artefatos
que você quer no novo fluxo.
Um pacote de fluxos compartilhados contém os artefatos de origem de um fluxo compartilhado. Por exemplo: se você fizesse o download de um fluxo compartilhado da interface do Edge, você teria um arquivo .zip com o pacote de fluxo.
- Clique em Próxima.
- Clique em Escolher arquivo para procurar o arquivo ZIP que contém as origens de fluxo compartilhado que você quer importar.
- Na caixa Nome do fluxo compartilhado, insira um nome para o fluxo importado. Esse será o nome que os proxies de API e outros fluxos compartilhados usarão para se referir a esse fluxo compartilhado. O nome precisa ser descritivo para os desenvolvedores que consomem o fluxo.
- Clique em Next.
- Clique em Build para criar o novo fluxo das fontes que você está importando.
- Selecione Pacote de fluxo compartilhado para especificar um arquivo .zip contendo os artefatos
que você quer no novo fluxo.
- Crie um novo fluxo do zero. Você poderá configurar políticas e recursos como passos no fluxo.
Como chamar um fluxo compartilhado a partir de um proxy de API ou fluxo compartilhado
É possível chamar um fluxo compartilhado de um proxy ou de outro fluxo compartilhado usando a política FlowCallout.
- Na interface do Edge, localize o proxy ou o fluxo compartilhado do qual você quer para chamar outro fluxo compartilhado.
- No Navegador, ao lado de Políticas, clique no botão +.
- Na lista de políticas, em Extensão, clique em FlowCallout.
- Digite o nome de exibição e o nome (identificador único) e selecione o fluxo compartilhado que a política chamará.
- Clique em Adicionar.
- Adicione a nova política FlowCall ao proxy em que você quer que a chamada seja feita.