As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Rotas
Importante
Aviso de fim do suporte: em 30 de setembro de 2026, AWS o suporte para o. AWS App Mesh Depois de 30 de setembro de 2026, você não poderá mais acessar o AWS App Mesh console ou os AWS App Mesh recursos. Para obter mais informações, visite esta postagem no blog Migrando do AWS App Mesh Amazon ECS Service Connect
A rota está associada a um roteador virtual. A rota é usada para atender às solicitações do roteador virtual e distribuir o tráfego para os nós virtuais associados. Se uma rota corresponder a uma solicitação, ela poderá distribuir o tráfego para um ou mais nós virtuais de destino. Você pode especificar o peso relativo para cada nó virtual. Este tópico ajuda você a trabalhar com rotas em uma malha de serviços.
Criar uma rota
(Opcional) Correspondência
-
(Opcional) Insira o Nome do serviço do serviço de destino ao qual corresponder a solicitação. Se você não especificar um nome, as solicitações para qualquer serviço serão correspondidas.
-
(Opcional) Insira o Nome do método do método de destino ao qual corresponder a solicitação. Se você não especificar um nome, as solicitações para qualquer método serão correspondidas. Se você especificar um nome do método, deverá especificar um nome do serviço.
(Opcional) Metadados
Escolha Add Metadata (Adicionar metadados).
-
(Opcional) Insira o Nome dos metadados nos quais você deseja rotear, selecione um Tipo de correspondência e insira um Valor de correspondência. Selecionar Inverter corresponderá ao oposto. Por exemplo, se você especificar um Nome dos metadados de
myMetadata
, um Tipo de correspondência de Exato, um Valor de correspondência de123
e selecionar Inverter, a rota será correspondida para qualquer solicitação que tenha um nome dos metadados que comece com algo diferente de123
. -
(Opcional) Selecione Adicionar metadados para adicionar até dez itens de metadados.
(Opcional) Política de novas tentativas
Uma política de repetição permite que os clientes se protejam contra falhas de rede intermitentes ou falhas intermitentes no lado do servidor. Uma política de novas tentativas é opcional, mas recomendada. Os valores de tempo limite de novas tentativas definem o tempo limite por nova tentativa (incluindo a tentativa inicial). Se você não definir uma política de novas tentativas, o App Mesh poderá criar automaticamente uma política padrão para cada uma de suas rotas. Para obter mais informações, consulte Política padrão de tentativas de rotas.
-
Em Tempo limite de novas tentativas, insira o número de unidades para a duração do tempo limite. Um valor é necessário se você selecionar qualquer evento de tentativa de protocolo.
-
Em Unidade do tempo limite de novas tentativas, selecione uma unidade. Um valor é necessário se você selecionar qualquer evento de tentativa de protocolo.
-
Em Máximo de novas tentativas, insira o número máximo de novas tentativas quando a solicitação falhar. Um valor é necessário se você selecionar qualquer evento de tentativa de protocolo. Recomendamos um valor de pelo menos dois.
-
Selecione um ou mais eventos de HTTP repetição. Recomendamos selecionar pelo menos stream-error e gateway-error.
-
Selecione um evento TCP de nova tentativa.
-
Selecione um ou mais eventos g RPC retry. Recomendamos selecionar pelo menos cancelado e indisponível.
(Opcional) Tempos limite
-
O padrão é 15 segundos. Se você especificou uma Política de novas tentativas, a duração especificada aqui sempre deverá ser maior ou igual à duração da nova tentativa multiplicada pelo Máximo de novas tentativas definido na Política de novas tentativas para que sua política de novas tentativas possa ser concluída. Se você especificar uma duração maior que 15 segundos, certifique-se de que o tempo limite especificado para o receptor de qualquer nó virtual de Destino também seja maior que 15 segundos. Para obter mais informações, consulte Nós virtuais.
-
Um valor de
0
desabilita o tempo limite. -
O valor de tempo máximo em que a rota pode ficar ociosa.
(Opcional) Correspondência
-
Especifique o Prefixo ao qual a rota deve corresponder. Por exemplo, se o nome do serviço virtual for
service-b.local
e você desejar que a rota corresponda as solicitações aservice-b.local/metrics
, seu prefixo deverá ser/metrics
. Especificar rotas/
para todo o tráfego. -
(Opcional) Selecione um Método.
-
(Opcional) Selecione um Esquema. Aplicável somente para HTTP2 rotas.
(Opcional) Cabeçalhos
-
(Opcional) Selecione Adicionar cabeçalho. Insira o Nome do cabeçalho no qual você deseja rotear, selecione um Tipo de correspondência e insira um Valor de correspondência. Selecionar Inverter corresponderá ao oposto. Por exemplo, se você especificar um cabeçalho chamado
clientRequestId
com um Prefixo de123
e selecionar Inverter, a rota corresponderá a qualquer solicitação que tenha um cabeçalho que comece com algo diferente de123
. -
(Opcional) Selecione Adicionar cabeçalho. Você pode adicionar até dez cabeçalhos.
(Opcional) Política de novas tentativas
Uma política de repetição permite que os clientes se protejam contra falhas de rede intermitentes ou falhas intermitentes no lado do servidor. Uma política de novas tentativas é opcional, mas recomendada. Os valores de tempo limite de novas tentativas definem o tempo limite por nova tentativa (incluindo a tentativa inicial). Se você não definir uma política de novas tentativas, o App Mesh poderá criar automaticamente uma política padrão para cada uma de suas rotas. Para obter mais informações, consulte Política padrão de tentativas de rotas.
-
Em Tempo limite de novas tentativas, insira o número de unidades para a duração do tempo limite. Um valor é necessário se você selecionar qualquer evento de tentativa de protocolo.
-
Em Unidade do tempo limite de novas tentativas, selecione uma unidade. Um valor é necessário se você selecionar qualquer evento de tentativa de protocolo.
-
Em Máximo de novas tentativas, insira o número máximo de novas tentativas quando a solicitação falhar. Um valor é necessário se você selecionar qualquer evento de tentativa de protocolo. Recomendamos um valor de pelo menos dois.
-
Selecione um ou mais eventos de HTTP repetição. Recomendamos selecionar pelo menos stream-error e gateway-error.
-
Selecione um evento TCP de nova tentativa.
(Opcional) Tempos limite
-
Tempo limite da solicitação: o padrão é 15 segundos. Se você especificou uma Política de novas tentativas, a duração especificada aqui sempre deverá ser maior ou igual à duração da nova tentativa multiplicada pelo Máximo de novas tentativas definido na Política de novas tentativas para que sua política de novas tentativas possa ser concluída.
-
Duração do tempo ocioso: o padrão é 300 segundos.
-
Um valor de
0
desabilita o tempo limite.
nota
Se você especificar um tempo limite maior que o padrão, certifique-se de que o tempo limite especificado para o receptor para todos os participantes do nó virtual também seja maior que o padrão. No entanto, se você diminuir o tempo limite para um valor menor que o padrão, é opcional atualizar os tempos limite nos nós virtuais. Para obter mais informações, consulte Nós virtuais.
(Opcional) Tempos limite
-
Duração do tempo ocioso: o padrão é 300 segundos.
-
Um valor de
0
desabilita o tempo limite.