Modernize sua infraestrutura do AI Suite e obtenha zero tempo de inatividade Parte 1

Modernize sua infraestrutura do AI Suite e obtenha zero tempo de inatividade Parte 1

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br


Modernize sua infraestrutura do AI Suite
Modernize sua infraestrutura do AI Suite

Obter um Mecanismo de Regras disponível e ganhar dinheiro ao mesmo tempo parece contraditório? Vamos demonstrar que o uso de novas tecnologias está se tornando a nova norma.

O jeito antigo

Depois de mais de 30 anos, o Rule Engine é um produto maduro, responsável por algumas das maiores empresas financeiras do mundo. Por ser um sistema crítico, nossos clientes precisam garantir que o serviço esteja sempre disponível para responder às restrições de negócios.

Há pouco tempo, a principal estratégia para conseguir isso era ter um servidor de produção em processamento paralelo de sua contabilidade e um servidor de backup executando a mesma configuração e pronto para assumir a mão em caso de falha da primeira.

Portanto, você tem um hardware caro que não faz absolutamente nada 99% do tempo e ainda precisa investir para garantir que ele esteja atualizado e fazer testes regulares e regulares de recuperação de desastres periodicamente.

Além disso, se ocorrer uma falha real, a experiência prova que você normalmente precisa de várias horas para colocar suas cópias de segurança online e de várias ações manuais para reiniciar seu processo.

Se resumirmos em um nível alto:

Tempo nominal para processar 50 arquivos Em caso de desastre Ação manual Custo
À moda antiga 1 hora + 4-10 horas sim $$$$$$

Neste primeiro artigo, veremos como a tecnologia evoluiu, permitindo atingir zero tempo de inatividade no Rule Engine e reduzir seu custo ao mesmo tempo.

Aí vem a nuvem

A primeira revolução principal que surge é a nuvem, que permite que você se livre do servidor antigo. Se usarmos o exemplo da AWS (usado para o Axway Cloud). Você pode ter o Rule Engine em execução em uma instância do EC2 em questão de horas por uma fração do custo necessário no local.

Criar um novo ambiente é uma questão de minutos depois que você automatiza tudo. Além disso, usando o AWS AMI, você pode ter um backup do seu ambiente com todas as suas regras atualizadas. Portanto, você não precisa de nenhum ambiente de backup, pois pode criar um novo ambiente de produção em uma zona de disponibilidade diferente muito rapidamente, em caso de falha do ambiente de produção principal.

Por exemplo, usando um grupo de dimensionamento automático, podemos detectar automaticamente uma instância não íntegra e reiniciar uma nova no armazenamento da AMI para restaurar a capacidade total.

Modernize sua infraestrutura do AI Suite e obtenha zero tempo de inatividade Parte 1 2

Portanto, com a nuvem, você divide seu custo pela metade, seu tempo de inatividade ainda é da ordem de algumas horas, porque você ainda precisa de ações manuais para reiniciar os arquivos que estavam sendo processados ​​durante a interrupção.

Tempo nominal para processar 50 arquivos Em caso de desastre Ação manual Custo
O caminho das nuvens 1 hora + 1-2 horas sim $$$

Além disso, você deve manter a configuração da sua AMI atualizada, o que significa criar uma nova a cada vez para liberar uma alteração na configuração.

Para resumir, você pode obter um grande progresso em termos de custo e tempo para se recuperar, mas ainda estamos longe do nosso objetivo de tempo de inatividade zero e podemos fazer melhor que isso.

Em nosso próximo artigo, exploraremos como aprofundar e direcionar um ambiente completo de alta disponibilidade, ainda mais no lado da redução de custos.

Descubra como mudar para a nuvem com o AI Suite no Docker.

==================================================== ======

versão francesa

Modernize sua infraestrutura do AI Suite para obter alta disponibilidade (parte 1)

Parece contraditório ter um Mecanismo de Regras em alta disponibilidade e ganhar dinheiro ao mesmo tempo? Vamos demonstrar que, ao usar novas tecnologias, ele se torna o novo padrão.

Velho

Por mais de 30 anos, o Rule Engine se tornou um produto maduro que gerencia a contabilidade de algumas das maiores empresas financeiras internacionais. Na verdade, é um sistema crítico para nossos clientes e eles precisam garantir que a produção esteja sempre disponível para atender às restrições do comércio.

Há pouco tempo, a principal estratégia para obter alta disponibilidade era ter dois servidores paralelos ao Rule Engine, uma primeira produção que lida com contabilidade e um segundo backup com a mesma configuração. e pronto para assumir o controle em caso de falha do primeiro.

Então você tem uma máquina física que custa um braço e não faz nada, quase 99% do tempo. Além disso, você deve continuar a investir para mantê-lo atualizado e realizar periodicamente testes dispendiosos de recuperação de desastres.

Por fim, a experiência mostra que, quando ocorre um incidente de produção, ainda são necessárias várias horas para colocar o backup online e reiniciar manualmente todos os tratamentos que foram interrompidos.

Se esquematizarmos em um nível alto:

Tempo nominal para processar 50 arquivos Em caso de desastre Ações manuais Custo
Velho 1 hora + 4-10 horas sim €€€€€€

Neste primeiro artigo, veremos como a evolução das novas tecnologias torna possível ter como objetivo não ter tempo de inatividade no Rule Engine e reduzir custos ao mesmo tempo.

Aí vem a nuvem

A chegada da nuvem foi a principal revolução que se livrou desses servidores antigos. Se usarmos o exemplo da AWS (que é usado para o Axway Cloud), você poderá ter o Rule Engine em execução em uma instância do EC2 em questão de horas e por uma fração do custo necessário para a instalação do site do cliente.

Depois que tudo é automatizado, é possível criar um novo ambiente em apenas alguns minutos. Além disso, usando o AWS AMI, você pode criar um backup do seu ambiente com todas as suas configurações atualizadas. Portanto, você não precisa mais de um ambiente de backup, pois é possível criar um novo servidor de produção em uma zona de disponibilidade diferente muito rapidamente no caso de um incidente na produção principal.

Por exemplo, usando um grupo de auto-dimensionamento, é possível detectar automaticamente uma instância com problemas de saúde e reiniciar uma nova no banco de dados da AMI para restaurar a capacidade ideal de produção.

Modernize sua infraestrutura do AI Suite e obtenha zero tempo de inatividade Parte 1 3

Com a nuvem, você reduziu o custo pela metade, mas seu tempo de inatividade é sempre de várias horas, pois é necessário executar várias ações manuais para reiniciar os arquivos que estavam sendo processados ​​durante o incidente .

Tempo nominal para processar 50 arquivos Em caso de desastre Ações manuais Custo
Na nuvem 1 hora + 1-2 horas sim €€€

Além disso, você deve manter a configuração da sua AMI, o que significa que você deve criar uma nova sempre que a configuração for alterada.

Em resumo, é possível obter grandes progressos em termos de custo e tempo de recuperação, mas ainda estamos longe de nossa meta de não ter tempo de recuperação de desastres e podemos fazer melhor do que aquele.

Em nosso próximo artigo, exploraremos detalhadamente como obter um ambiente de alta disponibilidade, continuando a reduzir custos.

Descubra os benefícios da migração para a nuvem com o Docker.

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
Leia Também  Programa de abertura da Axway | Inove para pessoas que se importam