Ganhar visibilidade em suas aplicações requer a quebra de silos operacionais
Estou na minha quinta semana trabalhando em casa para #impedirapropagação da COVID-19. Cada dia revela uma nova tragédia e traz consigo uma nova tristeza à medida que a crise humanitária se desenrola. Todos os dias, também me inspiro na dedicação, profissionalismo e altruísmo daqueles que lutam contra o vírus na linha de frente em hospitais, clínicas e unidades de saúde, bem como daqueles que trabalham para manter os serviços essenciais disponíveis. Meus sinceros agradecimentos a esses heróis.
Esta crise também trouxe heróis aos departamentos de TI de organizações ao redor do mundo. Nossa dependência de serviços digitais aumentou significativamente no mês passado, assim como o comprometimento, a engenhosidade e o trabalho duro de indivíduos de equipes de operações de rede, DevOps, segurança e desenvolvimento para dimensionar esses serviços de forma eficaz e segura. Eles estão trabalhando muitas horas em circunstâncias nada ideais para garantir o bom funcionamento de tudo, desde manter os trabalhadores remotos conectados até aplicativos de entrega que trazem itens essenciais até nossa porta, e soluções de telemedicina que ativam grandes exércitos de profissionais de saúde treinados.
Alguns analistas de mercado estimam que esse trabalho pode impulsionar as estratégias digitais das empresas em até uma década. No entanto, eles precisarão enfrentar uma série de desafios para chegar lá. No meu último blog , discuti o mais significativo desses desafios: a falta de visibilidade em suas aplicações.
Um dos motivos pelos quais a visibilidade no nível do aplicativo continua tão ilusória é porque os caminhos de dados do aplicativo são complexos e geralmente não foram construídos para visibilidade de ponta a ponta. Um caminho de dados do aplicativo é o caminho pelo qual o tráfego de um aplicativo flui, do servidor no qual a lógica de negócios do aplicativo está hospedada até o usuário final que tenta acessar o aplicativo. A maioria dos aplicativos tem diversas tecnologias ou serviços ao longo do caminho de dados. Dependendo de como você os conta, há pelo menos sete a nove desses serviços diferentes ao longo do caminho de dados para um aplicativo moderno, abrangendo tudo, desde o ambiente de execução até a rede de entrega de ponta.
Cada um desses serviços ao longo do caminho de dados do aplicativo pode ser atendido por qualquer um dos vários fornecedores. E para cada arquitetura de aplicativo diferente (por exemplo, monolítica, cliente-servidor, 3 camadas, microsserviços, móvel) e cada ambiente de infraestrutura (por exemplo, local, Amazon Web Services, Microsoft Azure, RedHat OpenShift, Pivotal Cloud Foundry, etc.), há mais fornecedores. Os fornecedores e ferramentas que nossos clientes selecionam para seus aplicativos monolíticos e de três camadas geralmente não são aqueles que atendem seus aplicativos de microsserviços. E muitas vezes eles têm uma cadeia de ferramentas totalmente diferente para seus vários caminhos de dados de aplicativos de nuvem pública.
São muitos fornecedores e muitas ferramentas.
A maioria dos nossos clientes também se estruturou internamente em torno de todos esses fornecedores e ferramentas. Historicamente, isso fazia sentido porque cada função e cada ferramenta geralmente exigem sua própria base de conhecimento, conjuntos de habilidades e processos para serem gerenciados. A equipe que gerencia os aplicativos do Azure geralmente é separada daquela que gerencia os aplicativos da AWS, que é separada da equipe responsável pelos aplicativos locais legados. O mesmo vale para as diversas disciplinas e funções envolvidas. Os desenvolvedores de aplicativos, as equipes de SecOps, as equipes de NetOps, etc., usam conjuntos de ferramentas mais relevantes para seus trabalhos específicos na entrega e proteção de cada aplicativo.
Cada uma dessas ferramentas e fornecedores ao longo do caminho de dados do aplicativo geralmente vem com sua própria estrutura central de gerenciamento e automação. Isso deixa o trabalho de costurar tudo para o cliente. Para dar alguma dimensão a isso, a pesquisa da F5 descobriu que as empresas têm uma média de ~800 aplicativos em seu portfólio, abrangendo ~4 arquiteturas de aplicativos e ~3 ambientes de infraestrutura (ou seja, no local e mais de 2 nuvens públicas). Além disso, cada um desses aplicativos tem de sete a nove serviços ao longo do caminho de dados. Não é tarefa fácil automatizar e orquestrar um único caminho de dados de aplicativo, muito menos resolver o portfólio heterogêneo de uma empresa típica.
O que resulta, em última análise, de tudo isso — aquilo em que todos nós nos metemos — são silos. Existem vários silos operacionais ao longo do caminho de dados para um único aplicativo, e ainda mais silos operacionais para cada uma das arquiteturas de aplicativos e ambientes de infraestrutura usados em qualquer arquitetura de várias nuvens.
E onde há silos, a visibilidade é limitada. Quando algo dá errado no caminho de dados do aplicativo, às vezes pode levar semanas ou meses para descobrir exatamente o que aconteceu. Não se preocupe em ajustar para um desempenho ideal de ponta a ponta quando as coisas estão indo bem.
E é nesse estado que a maioria dos nossos clientes se encontra agora. Por um lado, eles têm amplos portfólios de aplicativos que abrangem aplicativos tradicionais que são essenciais para manter o negócio operando hoje e aplicativos modernos que são essenciais para sua criação de valor no futuro. E, por outro lado, eles têm um modelo operacional imaturo para esse portfólio de aplicativos que é reforçado em torno de silos organizacionais e ferramentas fragmentadas, perpetuando assim a existência de enormes pontos cegos e riscos.
Para ajudar nossos clientes a perceber e proteger o valor total de seus aplicativos, a F5 defende um novo paradigma para entrega e segurança de aplicativos que seja fundamentalmente orientado ao aplicativo. Em contraste com o paradigma tradicional que otimiza em torno de um subconjunto dos recursos do caminho de dados do aplicativo e se estende até a camada de infraestrutura (chamamos isso de "abordagem verticalmente integrada"), esta nova abordagem se concentra em simplificar o caminho de dados do aplicativo de ponta a ponta e abstrair essa camada da infraestrutura subjacente. Há vários benefícios nessa abordagem:
- Obtenha portabilidade de aplicativos e evite bloqueio de infraestrutura
- Obtenha visibilidade de ponta a ponta para melhor disponibilidade e segurança do aplicativo
- Orquestre e automatize a entrega de aplicativos para experiências incríveis de forma consistente em todo o portfólio de aplicativos, independentemente da arquitetura ou infraestrutura do aplicativo
Há vários motivos pelos quais a F5 é ideal para cumprir essa promessa aos nossos clientes. Primeiro, entre F5 BIG-IP, NGINX, F5 Cloud Services, Silverline e agora Shape, a F5 tem o conjunto mais abrangente de recursos ao longo do caminho de dados do aplicativo — servidores web, controladores Ingress, balanceadores de carga e segurança de aplicativos — de qualquer provedor de soluções no mundo. E oferecemos esses recursos em uma variedade de modelos de consumo e implantação.
Também temos o único conjunto de elementos de caminho de dados verdadeiramente multi-nuvem (ou seja, independente de plataforma). Isso significa que você pode executar elementos do caminho de dados F5 (nós os chamamos de “serviços de aplicativo”) em qualquer lugar. Você pode executá-los em ambientes de contêiner. Na verdade, o NGINX é otimizado especificamente para ambientes nativos de contêiner. Nossos serviços de aplicativos são executados na nuvem pública. Eles também são executados em máquinas virtuais, em hardware comercial pronto para uso e em nosso próprio hardware desenvolvido especificamente.
E entre nossas integrações de ecossistema existentes e as APIs declarativas de classe mundial que permitem que nossos clientes e parceiros integrem e orquestrem tecnologias F5 com tecnologia de terceiros, também oferecemos a arquitetura mais aberta de qualquer provedor de soluções. Isso dá aos nossos clientes uma escolha. Eles podem escolher quais tecnologias de ponta desejam usar ao longo do caminho de dados do aplicativo e em outros lugares.
E agora, com o NGINX Controller e o F5 Beacon , estamos oferecendo soluções em pacote para ajudar a unir tudo de uma forma que não apenas permita que as tecnologias interoperem, mas que também permita que todos esses grupos humanos colaborem.
Nossa visão de longo prazo é expandir esses serviços poderosos e fornecer mais insights por meio de telemetria e análise. E a partir daí, nos concentraremos em transformar esses insights em valor comercial tangível para nossos clientes em todos os setores — algo que chamamos de Negócios Assistidos por IA .
Já estamos vendo clientes alcançando resultados impressionantes à medida que começamos a concretizar essa visão, e compartilharemos mais sobre esses resultados e sobre os próximos passos que tomaremos nas próximas semanas e meses.