Você está lendo a documentação do Apigee Edge.
Acesse a documentação da
Apigee X. info
A Apigee é uma plataforma multilocatária, de autoatendimento e baseada em nuvem que é executada em uma configuração totalmente redundante (ativa/ao vivo) em vários data centers em várias regiões do mundo. O Apigee usa o Google Cloud Platform (GCP) e a Amazon Web Services (AWS) na nossa plataforma baseada na nuvem. Como parte dos serviços que criamos no GCP e na AWS, usamos vários data centers em cada região e atendemos ao trânsito em tempo real dos nossos clientes nesses vários data centers. Não temos um data center "ativo" e um data center "em espera" (ou "secundário" ou "failover"). Temos dois (ou mais) data centers atendendo constantemente e simultaneamente ao tráfego de clientes em cada região do mundo.
Plano de BCP/DR
O planejamento de continuidade de negócios e recuperação de desastres (BCP/DR) da Apigee é um plano para toda a plataforma e não contém tarefas detalhadas para clientes individuais. Em vez disso, a plataforma é configurada para processar solicitações de dados do cliente, independentemente de interrupções e falhas. Os dados vão continuar fluindo mesmo que um data center inteiro fique off-line. Se uma região inteira ficar offline, um cliente de região única poderá sofrer uma interrupção dos serviços de processamento de API. Para clientes que buscam mais do que serviços redundantes "na região", a Apigee oferece um nível globalmente redundante de data centers redundantes em que o tráfego pode ser atendido em várias regiões ou países. Assim, se uma região inteira ficar off-line, os dados ainda fluirão.
Os serviços ao cliente de região única não são transferidos automaticamente para outra região devido a possíveis restrições geográficas no tratamento e acesso a dados. O Apigee hospeda serviços para clientes na região identificada por eles. Como pode haver regulamentações específicas ou compromissos dos clientes com os usuários sobre locais geográficos de dados, a Apigee não move automaticamente os serviços para uma região alternativa. Isso pode comprometer os compromissos da Apigee com os clientes ou dos clientes da Apigee com os próprios clientes.
A Apigee não compartilha o plano completo de BCP/DR com nenhum cliente individual, já que ele contém informações internas sensíveis da Apigee e referências aos nossos clientes. Nossa política de privacidade impede o compartilhamento do plano de BCP/DR da plataforma com clientes individuais, o que poderia expor nomes de outros clientes. Oferecemos esse mesmo nível de privacidade a todos os clientes.
Gerenciamento de BCP/DR
A equipe de segurança da informação do Apigee é responsável pela supervisão do programa de resiliência empresarial, enquanto um comandante de incidentes rotativo é responsável pelo gerenciamento e resolução de todos os incidentes. O comandante de incidentes tem pessoal operacional e de engenharia de plantão o tempo todo, além de roteiros para todas as ações que podem ser necessárias.
Teste BCP/DR
A Apigee realiza processos operacionais que oferecem suporte a testes de BCP/DR da plataforma em uma cadência mais frequente do que nossos testes anuais completos de BCP/DR. Todos os meses, a Apigee realiza variações de carga no nosso ambiente ativo/ativo enquanto fazemos atualizações nos sistemas que executam o serviço. Esse processo envolve desativar todos os sistemas de um data center enquanto a carga é processada pelo data center pareado. Durante esse processo, depois que as atualizações são realizadas, o primeiro data center é reativado e os serviços são executados ao vivo/ao vivo novamente para verificar se não foram introduzidos problemas. Em seguida, o data center do mesmo nível é desativado para as mesmas atualizações e depois é colocado on-line novamente. A Apigee usa ferramentas e técnicas para drenar o tráfego e enviar uma pequena porcentagem dele para serviços atualizados recentemente. Isso permite verificar problemas ou erros antes de voltar ao processamento de carga total.
Esse processo operacional consistente excede o "teste" bianual de resiliência padrão do setor do nosso serviço, tornando-o uma tarefa operacional que ocorre com mais frequência.
Além dos processos operacionais descritos acima, a Apigee também realiza exercícios de simulação de BCP/DR pelo menos uma vez por ano, em que membros das equipes de engenharia e operações se reúnem com outras unidades de negócios da Apigee para simular logicamente e analisar problemas, respostas e o impacto das decisões tomadas em um cenário de desastre simulado. Isso oferece mais treinamento e experiência para nossa equipe nos planos maiores de BCP/DR para a empresa como um todo, além do próprio serviço.
Os testes de BCP/DR feitos pela Apigee não usam "exercícios de failover" ou "locais secundários" porque tudo isso está integrado ao sistema em execução.
A Apigee mantém manuais para uso de todas as equipes operacionais e de engenharia. Esses playbooks são revisados e atualizados pelo menos uma vez por ano e usados em todos os nossos testes e exercícios de treinamento de BCP/DR.
A Apigee não compartilha relatórios de teste de BCP/DR com clientes individuais porque esses testes são feitos no nível da plataforma, não do cliente. Compartilhamos os resultados das nossas tarefas operacionais e relatórios anuais de testes de simulação com nossos auditores terceirizados. Eles formam a base para a revisão do auditor sobre nossa conformidade com os requisitos de PCI, HIPAA, contratuais e outros.
Testes de BCP/DR do cliente
Recomendamos que os clientes incorporem os serviços do Apigee Edge aos próprios planos de DR. O cliente pode e deve considerar como a Apigee pode redirecionar o tráfego conforme necessário para que os clientes mantenham os serviços para usuários finais, mesmo durante uma interrupção do data center do cliente ou outro desastre. No entanto, esse nível de teste está fora do escopo do plano de DR da Apigee. Recomendamos que os clientes realizem testes de BCP/DR nos próprios aplicativos e incluam o Apigee Edge no teste.
RTO/RPO
A Apigee não tem objetivos de ponto e tempo de recuperação (RPO/RTO) para nossos clientes ou em nossos contratos relacionados a atividades de BCP/DR. Nossos SLAs são o equivalente na nuvem dos pontos de dados de RTO/RPO. Como a Apigee é um serviço redundante baseado na nuvem com serviços de gerenciamento e de execução projetados com serviços ativos redundantes, o RTO e o RPO podem ser considerados como "em tempo real". Os clientes de uma única região recebem um mínimo de serviços redundantes em diferentes data centers na mesma região. Os clientes que desejam níveis mais altos de redundância podem optar por serviços multirregionais.
Plano de pandemia
A Apigee inclui um plano de pandemia como parte do nosso plano e processos gerais de BCP/DR. Como a Apigee é um serviço hospedado na nuvem, não é necessário que as pessoas gerenciem o data center. Para operações comerciais, como suporte, a Apigee opera uma equipe de suporte global 24x7 em vários escritórios e locais remotos. Se uma pandemia em uma área do mundo afetar um dos nossos locais de suporte, os funcionários de outros escritórios serão alertados e cobrirão as mudanças normalmente controladas pelo escritório afetado. Para outros serviços comerciais, como vendas, a força de trabalho é distribuída globalmente. Todas as equipes da Apigee estão equipadas para trabalhar remotamente, se necessário. As ferramentas usadas na Apigee são baseadas na nuvem e se adequam naturalmente a um plano de resposta a pandemias.
Atualizações
A Apigee revisa e atualiza o plano de BCP/DR pelo menos uma vez por ano. As informações coletadas de incidentes, mudanças de produtos, padrões do setor, atividades de análise de risco e testes de BCP/DR são usadas para atualizar o plano.
Análise de impacto no negócio e avaliações de risco
O Google realiza uma análise de impacto nos negócios e uma avaliação de risco anualmente. Os resultados da BIA e da RA são priorizados e documentados no sistema de rastreamento de problemas.