O African Bank , criado em 2016, opera bancos de varejo em toda a África do Sul. Originalmente um credor sem garantia, o African Bank foi reestruturado em 2016 para fornecer serviços diretamente aos consumidores. Os consumidores interagem com os serviços do African Bank por meio de uma abordagem omnicanal com agências físicas e operações digitais, como web, aplicativos móveis e call centers.
O African Bank vê suas inovações digitais e ofertas de produtos como uma forma de cortar custos gerais e fornecer valor agregado aos clientes bancários. A arquitetura inicial que dava suporte aos vários recursos digitais disponíveis em seus canais era monolítica por natureza. Dessa forma, quando os desenvolvedores queriam lançar novos recursos, eles tinham que passar por um processo trabalhoso e demorado, incluindo aprovações e testes demorados. O African Bank reconheceu os benefícios que poderia obter ao migrar de uma arquitetura monolítica para uma de microsserviços, mas precisava encontrar um componente central que pudesse fornecer uma variedade de funcionalidades em toda a plataforma omnicanal, ao mesmo tempo em que fosse facilmente implantado em uma estrutura de contêiner. O banco também precisava de suporte comercial para o componente que eles identificaram como o núcleo de sua arquitetura de microsserviços. Por fim, o African Bank precisava de uma maneira melhor de gerenciar suas APIs para estender a funcionalidade fornecida pelos microsserviços às empresas parceiras atuais e potenciais no setor de FinTech.
À medida que o African Bank buscava uma transição para uma arquitetura de microsserviços, ele se deparou com a Arquitetura de Referência de Microsserviços (MRA) do NGINX , que não apenas forneceu um caminho claro sobre como construir e implantar a arquitetura, mas também identificou o F5 NGINX Plus como o componente centralizado necessário para fazer proxy de solicitações de usuários finais para os serviços implantados em sua estrutura baseada em contêiner.
Antes de o African Bank selecionar o NGINX Plus, sua arquitetura monolítica empregava uma variedade de ferramentas, incluindo controladores típicos de entrega de aplicativos, como o F5 BIG-IP para gerenciamento de tráfego global e o F5 WAF para segurança. Em vez de substituir essas ferramentas, o banco viu o NGINX Plus ampliando a infraestrutura existente por meio de recursos poderosos como proxy reverso e balanceamento de carga. O que o NGINX Plus forneceu, em última análise, foi um poderoso componente multifuncional que abordou todos os seus casos de uso e poderia ser facilmente implantado de maneira flexível.
Como um único componente que fornece muitas funções, o NGINX Plus liberou o African Bank da necessidade de escolher e implantar uma variedade de soluções de ponto de função única, como o Apigee para gerenciamento de API, o que teria complicado radicalmente o gerenciamento e a manutenção geral da arquitetura. Além disso, o NGINX Plus pode ser implantado em bare metal, máquinas virtuais e, mais importante, em contêineres Docker, que são essenciais para qualquer arquitetura de microsserviços, proporcionando flexibilidade sem precedentes na forma como o banco implantou sua infraestrutura reformulada.
O NGINX Plus fornece não apenas um proxy reverso e balanceador de carga de alto desempenho, mas também uma maneira de gerenciar a disponibilidade, autenticação, medição, segurança e outros aspectos das APIs que o banco disponibiliza para seus muitos parceiros FinTech. A arquitetura que os engenheiros do African Bank criaram é uma solução dinâmica e escalável que emprega contêineres Docker, instâncias NGINX Plus e código personalizado que permitiu aos desenvolvedores assumir a propriedade total dos serviços implantados que podem ser inseridos na arquitetura em tempo real.
Desde a implantação do NGINX Plus, os engenheiros e as operações do African Bank observaram uma melhora significativa no tempo de entrega da funcionalidade solicitada e dos novos recursos em sua plataforma omnicanal. No passado, o tempo de espera para criar novos servidores e implantar novos balanceadores de carga era significativo. Com o NGINX Plus, eles conseguiram colocar o controle da implantação de aplicativos e recursos nas mãos dos desenvolvedores, que agora podem criar uma instância do NGINX Plus sob demanda e empregá-la para seu caso de uso específico.
Dentro da arquitetura de microsserviços, esses casos de uso podem ser encapsulados em um serviço vinculado ao contêiner do Docker. Por meio de um arquivo conf NGINX configurável dinamicamente, que é atualizado automaticamente pela leitura de eventos de serviço por meio da API do Docker, novos recursos encapsulados como microsserviços podem ser iniciados em tempo real e sem qualquer tempo de inatividade do servidor. Isso significa que o African Bank pode implementar rapidamente recursos em sua plataforma omnicanal, mantendo-se competitivo no setor bancário de varejo da África do Sul. Além disso, o banco pode personalizar facilmente sua oferta omnicanal de acordo com as necessidades do cliente — nem todo cliente precisa de todos os recursos. Com a arquitetura de microsserviços, é fácil implantar os recursos certos para os clientes certos.
A arquitetura monolítica dificultou o dimensionamento. Quando os engenheiros precisaram de mais capacidade de balanceamento de carga, eles tiveram que implantar dispositivos adicionais. Quando precisaram de mais servidores de aplicativos, eles tiveram que adicionar fisicamente mais hardware.
Com a nova arquitetura de microsserviços construída em uma estrutura baseada em contêineres, o dimensionamento em resposta às mudanças na demanda é rápido e fácil. Como o NGINX Plus é implantado em um contêiner Docker, os desenvolvedores do African Bank podem criar novos serviços que ficam automaticamente disponíveis para solicitações que chegam ao serviço NGINX Plus dentro do contêiner. Isso significa que os serviços podem ser independentes de estado, efêmeros e facilmente dimensionados em resposta à demanda do usuário ou do aplicativo. Além disso, o banco implantou uma arquitetura de configuração NGINX flexível dentro deste modelo, que por meio de scripts personalizados pode ser configurada dinamicamente (por meio de serviços disponíveis coletados pela API do Docker) quando a instância é iniciada, eliminando a necessidade de documentar e reter arquivos de configuração específicos. No geral, a arquitetura de microsserviços centrada no NGINX Plus fornece um nível de confiabilidade que o banco não tinha antes.
O mercado bancário de varejo é altamente competitivo na África do Sul. O African Bank é um participante menor em um mercado dominado por cinco bancos maiores. A capacidade dos bancos de lançar recursos digitais atraentes é fundamental para fornecer um serviço superior e reter clientes. A arquitetura monolítica anterior tornava a implantação de novos recursos muito ineficiente: os desenvolvedores muitas vezes tinham que superar obstáculos burocráticos significativos ou se envolver em ciclos de testes muito longos para lançar novos serviços, resultando em atrasos no tempo de colocação no mercado. Ao migrar para uma arquitetura de microsserviços com NGINX Plus em seu cerne, os desenvolvedores agora têm muito mais autonomia no desenvolvimento e na implantação de recursos, resultando em ganhos significativos de eficiência e atendendo a um dos princípios básicos do African Bank: “Seja ágil.” Ser capaz de implantar recursos mais rapidamente permite que eles implantem mais recursos, ajudando o African Bank a permanecer competitivo com sua plataforma omnicanal.