Tornar as aplicações tolerantes a falhas regionais com endpoints globais no EventBridge - Amazon EventBridge
Objetivos de tempo de recuperação e ponto de recuperaçãoReplicação de eventosComo trabalhar com endpoints globais usando um AWS SDKRegiões disponíveis

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

Tornar as aplicações tolerantes a falhas regionais com endpoints globais no EventBridge

É possível melhorar a disponibilidade da sua aplicação com os endpoints globais do Amazon EventBridge. 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 personalizados são roteados para um barramento de eventos 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. 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

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. No RTO, o tempo inclui o período para acionar os alarmes do CloudWatch e atualizar os status das verificações de integridade 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

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 Preços do Amazon EventBridge.

É 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 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"
    }
}

Como trabalhar com endpoints globais usando um AWS SDK

nota

Em breve, compatibilidade com C++.

Ao usar um AWS SDK para trabalhar com endpoints globais, lembre-se do seguinte:

  • Será necessário 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 obter mais informações, consulte as informações a seguir.

  • 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, são fornecidas as credenciais e as solicitações para pontos de acesso multirregionais 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 na Referência geral da AWS.

    Se você solicitar credenciais temporárias do endpoint global do AWS STS (sts.amazonaws.com), o AWS STS venderá credenciais que, por padrão, não são compatíveis com SigV4A. Para obter mais informações, consulte Gerenciar o AWS STS em uma região da AWS no Guia do usuário do AWS Identity and Access Management.

Regiões disponíveis

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)