Quando eu trabalhava como orientador acadêmico, ajudava estudantes universitários a montar seus horários trimestre a trimestre, com o objetivo de conduzi-los até a formatura antes que o auxílio financeiro acabasse. Mais de uma vez, ouvi: “Por onde eu começo?” Mesmo depois de conversarmos sobre as áreas de estudo pelas quais se interessavam, eu percebia que o receio de dar o primeiro passo ainda não havia desaparecido. Então, eu dizia: “Você sabe como se come um elefante, não sabe? Uma mordida de cada vez”, parafraseando a famosa frase do bispo Desmond Tutu.
Por que isso é importante? Porque definir uma estratégia de entrega de aplicações é algo semelhante. Talvez (espera-se) haja uma ideia geral do ponto de partida e, aparentemente, um objetivo em mente. Mas as etapas para alcançar esse objetivo são numerosas, mutáveis e caras. É um grande elefante a enfrentar (por assim dizer). Pensando nisso, aqui estão sete dicas a serem consideradas ao desenvolver uma estratégia de balanceamento de carga. Longe de serem exaustivas, considere-as uma estrutura básica para ajudar a orientar a tomada de decisões.
Número um: Segurança. Isso não deveria ser uma surpresa. O que surpreende é que 76% dos líderes de tecnologia desativariam as medidas de segurança para melhorar o desempenho dos aplicativos. Felizmente, existe uma maneira de manter uma postura de segurança robusta em todos os níveis da entrega de aplicativos sem comprometer a experiência do usuário: começar com uma solução que tenha a segurança incorporada desde a base. Afinal, os aplicativos são tão seguros quanto a infraestrutura em que são executados. E uma estratégia de balanceamento de carga que começa pela segurança evita ter que correr atrás do prejuízo mais tarde, seja em relação à própria evolução ou aos invasores.turn off security measures to improve app performance. Fortunately,there is a way to maintain a robust security posture across all levels of app delivery without sacrificing user experience: start with a solution that has security built in at a foundational level. After all, apps are only as secure as the infrastructure on which they run. And a load balancing strategy that starts with security avoids having to play catch-up with its own development—or attackers—later on.
Número dois: Escalabilidade. Ter um aplicativo de alto desempenho é ótimo, mas, quando ele falha devido a um grande volume de tráfego, rapidamente fica indisponível. Se você pretende aumentar o número de usuários do aplicativo, contar com um balanceador de carga que possa acompanhar a expansão do portfólio de aplicativos sem estourar o orçamento logo se mostrará inestimável. Por sinal, é por isso que os balanceadores de carga nativos da nuvem podem ser complicados: sua natureza integrada pode oferecer algumas conveniências, mas é possível receber uma cobrança inesperada de um provedor porque um aplicativo teve um, dois ou três picos no volume de tráfego. Evite incertezas: adote uma solução que atenda hoje aos requisitos de tráfego de aplicativos da sua rede e tenha capacidade de expansão para acompanhar o crescimento futuro dos aplicativos, seja na nuvem, no ambiente local ou em um ambiente híbrido.
Número três: Desempenho. Milissegundos fazem a diferença: pesquisas mostram que, se um aplicativo não carregar em até dois segundos após ser aberto, é provável que seus usuários (e os negócios deles) procurem outra opção. Embora existam dezenas de maneiras de melhorar o desempenho de um balanceador de carga, uma forma de acompanhar as demandas de tráfego é usar um Controlador de Entrega de Aplicações (ADC) compatível com o descarregamento de SSL. Implante um ADC capaz de realizar a descriptografia SSL à frente dos seus aplicativos e transfira o processamento criptográfico para uma solução dedicada e para fora dos servidores web. O que isso significa para uma rede? Os servidores de back-end ficam livres para fazer o que fazem de melhor: fornecer dados dos aplicativos e gerar oportunidades de negócios.
Número quatro: Capacidade de suporte. A agilidade no lançamento no mercado e a eficiência da implantação são fundamentais quando uma empresa depende de seus aplicativos. As equipes de NetOps, SecOps e DevOps podem oferecer melhor suporte às áreas de negócios quando dispõem das ferramentas necessárias para implantar, gerenciar e analisar um portfólio de aplicativos, adaptando sua entrega às necessidades da empresa. Para muitas organizações, isso significa utilizar ferramentas para automatizar o suporte a aplicativos, transferindo o trabalho necessário para o provisionamento, a configuração e o gerenciamento eficientes dos serviços de suporte aos dispositivos que efetivamente gerenciam o tráfego dos aplicativos e da rede. Mas “oferecer suporte aos aplicativos” também significa saber o que eles estão fazendo, qual é o seu desempenho e que tipo de tráfego estão recebendo. Por isso, é essencial escolher uma solução de balanceamento de carga que forneça análises de URL, taxa de transferência e latência do servidor, apresentadas em diferentes níveis do serviço. Essa funcionalidade reduz o tempo e o esforço que uma equipe precisaria dedicar para obter esses dados manualmente.
Número cinco: Flexibilidade. Assim como uma empresa precisa ser flexível para se adaptar às demandas do mercado, sua solução de balanceamento de carga precisa ter flexibilidade para acompanhar as demandas de seus aplicativos. Isso significa capacitar as equipes com as ferramentas necessárias para analisar, manipular e detectar todos os aspectos do tráfego de entrada e saída do portfólio de aplicativos da empresa. A possibilidade de acessar os mecanismos internos abre infinitas oportunidades de personalização: implementar regras de mitigação de segurança, oferecer suporte a novos protocolos, corrigir erros relacionados aos aplicativos em tempo real e, acima de tudo, ter controle sobre as ferramentas necessárias para manter seus aplicativos disponíveis e eficazes.
Número seis: Adaptabilidade arquitetônica. É uma expressão complicada, mas importante. Escolha um produto que ofereça liberdade multinuvem e você terá uma solução que funciona em diferentes ambientes para simplificar as operações, o gerenciamento e as ferramentas. É fácil imaginar o que isso significa quando uma solução desse tipo está implementada: redução do tempo de lançamento das aplicações, treinamento simplificado para as equipes que gerenciarão esses serviços e implantação mais rápida e uniforme de correções e atualizações nos portfólios de aplicações distribuídos em várias nuvens. Para levar essa versatilidade ainda mais longe, escolha uma solução independente de plataforma e execute-a em qualquer lugar: como software em um data center, como hardware no ambiente local, na nuvem ou em um ambiente híbrido.
Número sete: Requisitos dos aplicativos. Alguns aplicativos podem ter requisitos específicos que outros não têm. Eles podem exigir algoritmos exclusivos de balanceamento de carga ou precisar de suporte a protocolos como SNMP ou SMTP. Raramente existe uma solução de balanceamento de carga que sirva para todos. Mas existem soluções extremamente flexíveis e adaptáveis, capazes de disponibilizar aplicativos aos usuários sob demanda e que acabam sendo aquela resposta tão difícil de encontrar: “uma solução que atende a praticamente tudo o que precisamos”.
Em última análise, as necessidades específicas de uma organização determinam qual solução de balanceamento de carga é a mais adequada para ela. Use estas dicas para orientar essa conversa e a tomada de decisão. Saiba mais sobre balanceamento de carga inteligente ou entre em contato com um representante da F5 para obter mais informações.
Sobre o autor
Publicações relacionadas no blog

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...