

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á.

# Tornando os aplicativos tolerantes a falhas regionais com endpoints globais em EventBridge
<a name="eb-global-endpoints"></a>

Você pode melhorar a disponibilidade do seu aplicativo com os endpoints EventBridge globais da Amazon. Os endpoints globais ajudam a tornar sua aplicação tolerante a falhas regionais sem custo adicional. Para começar, atribuia uma verificação de integridade do Amazon Route 53 ao endpoint. Quando o failover é iniciado, a verificação de integridade relata um estado "não íntegro". Poucos minutos após o início do failover, todos os [eventos](eb-events.md) personalizados são roteados para um [barramento de eventos](eb-event-bus.md) na região secundária e processados por esse barramento de eventos. Depois que a verificação de integridade relata um estado "saudável", os eventos são processados pelo barramento de eventos na região principal.

Ao usar endpoints globais, é possível ativar a [replicação de eventos](#eb-ge-event-replication). A replicação de eventos envia todos os eventos personalizados para os barramentos de eventos nas regiões primária e secundária usando regras gerenciadas.

**nota**  
Se estiver usando barramentos personalizados, será preciso ter um barramento personalizado em cada região com o mesmo nome e na mesma conta para que o failover funcione corretamente.

## Objetivos de tempo de recuperação e ponto de recuperação
<a name="eb-ge-rpo-rto"></a>

O objetivo de tempo de recuperação (RTO) é o tempo necessário para que a região secundária comece a receber eventos após uma falha. Para o RTO, o tempo inclui o período para acionar CloudWatch alarmes e atualizar os status das verificações de saúde do Route 53. O objetivo de ponto de recuperação (RPO) é a medida dos dados que não serão processados durante uma falha. No RPO, o tempo inclui eventos que não são replicados para a região secundária e ficam presos na região primária até que o serviço ou a região se recuperem. Com endpoints globais, se seguir nossa orientação prescritiva para configuração de alarmes, poderá esperar que o RTO e o RPO sejam de 360 segundos com um máximo de 420 segundos.

## Replicação de eventos
<a name="eb-ge-event-replication"></a>

Os eventos são processados na região secundária de forma assíncrona. Isto significa que não é garantido que os eventos sejam processados ao mesmo tempo nas duas regiões. Quando o failover é acionado, os eventos são processados pela região secundária e serão processados pela região primária quando estiverem disponíveis. Habilitar a replicação de eventos aumentará seus custos mensais. Para obter mais informações, consulte os [ EventBridgepreços da Amazon](https://aws.amazon.com/eventbridge/pricing)

É recomendado ativar a replicação de eventos ao configurar endpoints globais pelos seguintes motivos:
+ A replicação de eventos ajuda a verificar se seus endpoints globais estão configurados corretamente. Isto ajuda a garantir que você esteja coberto em caso de failover.
+ A replicação de eventos é necessária para se recuperar automaticamente de um evento de failover. Se não tiver a replicação de eventos ativada, precisará redefinir manualmente a verificação de integridade do Route 53 para "íntegra" antes que os eventos retornem à região principal.

### Carga útil de eventos replicada
<a name="eb-ge-event-replication-ep"></a>

A seguir, um exemplo de carga útil de evento replicado.

**nota**  
Em `region`, a região da qual o evento foi replicado é listada.

```
{
    "version": "0",
    "id": "a908baa3-65e5-ab77-367e-527c0e71bbc2",
    "detail-type": "Test",
    "source": "test.service.com",
    "account": "0123456789",
    "time": "1900-01-01T00:00:00Z",
    "region": "us-east-1",
    "resources": [
        "arn:aws:events:us-east-1:0123456789:endpoint/MyEndpoint"
    ],
    "detail": {
        "a": "b"
    }
}
```

## Trabalhando com endpoints globais usando um SDK AWS
<a name="eb-ge-sdk-update"></a>

**nota**  
Em breve, compatibilidade com C\+\+.

Ao usar um AWS SDK para trabalhar com endpoints globais, lembre-se do seguinte:
+ Você precisará ter a biblioteca AWS Common Runtime (CRT) instalada para seu SDK específico. Se não tiver o CRT instalado, receberá uma mensagem de exceção indicando o que precisa ser instalado. Para saber mais, consulte:
  + [Bibliotecas do AWS Common Runtime (CRT)](https://docs.aws.amazon.com/sdkref/latest/guide/common-runtime.html)
  + [lajes/aws-crt-java](https://github.com/awslabs/aws-crt-java)
  + [lajes/aws-crt-nodejs](https://github.com/awslabs/aws-crt-nodejs)
  + [lajes/aws-crt-python](https://github.com/awslabs/aws-crt-python)
+ Depois de criar um endpoint global, será preciso adicionar o `endpointId` e o `EventBusName` a todas as chamadas `PutEvents` que usar.
+ Endpoints globais são compatíveis com o Signature versão 4A. Esta versão do SigV4 permite que as solicitações sejam assinadas para várias Regiões da AWS. Isso é útil em operações de API que podem resultar em acesso a dados de uma das várias regiões. Ao usar o AWS SDK, você fornece suas credenciais e as solicitações para endpoints globais usarão o Signature versão 4A sem configuração adicional. Para obter mais informações sobre SigV4A, consulte [Assinatura de solicitações de API da AWS](https://docs.aws.amazon.com/general/latest/gr/signing_aws_api_requests.html ) na * Referência geral da AWS *.

  Se você solicitar credenciais temporárias do AWS STS endpoint global (sts.amazonaws.com), vende credenciais que, por padrão, não são AWS STS compatíveis com SigV4a. Consulte [Gerenciando AWS STS em uma AWS região](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_enable-regions.html) no *Guia do AWS Identity and Access Management usuário* para obter mais informações.

## Regiões disponíveis
<a name="eb-ge-avail-regions"></a>

As seguintes regiões são compatíveis com endpoints globais:
+ Leste dos EUA (Norte da Virgínia)
+ Leste dos EUA (Ohio)
+ Oeste dos EUA (N. da Califórnia)
+ Oeste dos EUA (Oregon)
+ Canadá (Central)
+ Europa (Frankfurt)
+ Europa (Irlanda)
+ Europa (Londres)
+ Europa (Milão)
+ Europa (Paris)
+ Europa (Estocolmo)
+ Ásia-Pacífico (Mumbai)
+ Ásia-Pacífico (Osaka)
+ Ásia-Pacífico (Seul)
+ Ásia-Pacífico (Singapura)
+ Ásia-Pacífico (Sydney)
+ Ásia-Pacífico (Tóquio)
+ América do Sul (São Paulo)