Os desenvolvedores — e os profissionais de DevOps que dão suporte aos seus aplicativos — anseiam por maior observabilidade. Trata-se de visibilidade, mas com mais agilidade. Isso significa APIs e integração com as ferramentas e os painéis que eles usam para se manter informados sobre o desempenho, a disponibilidade e a segurança de seus aplicativos.
Isso é particularmente desafiador na nuvem, onde apenas alguns componentes da aplicação e de sua pilha de entrega estão realmente integrados aos consoles e serviços de nuvem.
Considere a conclusão da pesquisa de 2018 do GitLab com desenvolvedores sobre os três principais desafios enfrentados pelos desenvolvedores ao usar tecnologia para apoiar os investimentos em 2018.
A integração com outras ferramentas do conjunto de tecnologias que utilizam ocupa uma posição de destaque, em segundo lugar. Mais de um terço (37%) considera essa integração um dos principais desafios.
Um dos motivos pelos quais as ferramentas não são integradas é que algumas delas estão sob a responsabilidade de outra pessoa — alguém de NetOps ou SecOps. Portanto, cabe à equipe de DevOps (e de desenvolvimento) comunicar sua necessidade, sim, mas é provável que a responsabilidade de tomar alguma providência recaia sobre alguma outra equipe de *Ops.
É cada vez mais urgente proporcionar essa visibilidade por meio da integração com serviços nativos da nuvem. Uma pesquisa de 2017 da SailPoint revelou um número preocupante de entrevistados (73%, para ser exato) que, ao serem "confrontados com a situação hipotética de a identidade do CEO ser comprometida… admitiram que não saberiam imediatamente como e onde seus dados estariam em risco". Isso provavelmente se deve, em parte, à falta de integração entre os serviços de aplicativos que detectam e relatam atividades maliciosas — como controles de acesso a aplicativos e firewalls de aplicações web — e os logs e painéis usados pelas equipes de operações para monitorar a integridade e a segurança dos aplicativos.
É por isso que a comunidade e o código aberto são tão importantes. Não apenas para dar suporte a soluções e ampliar ou estender softwares, mas também para compartilhar e aprimorar formas de viabilizar a integração necessária para proporcionar observabilidade. Especialmente na nuvem. Sobretudo se forem realmente as equipes de desenvolvimento ou DevOps as responsáveis por fazer isso acontecer.
Uma das maneiras pelas quais a F5 está fazendo isso é por meio dos iApps (modelos), que realizam o complexo trabalho de integração e oferecem às equipes de NetOps e SecOps uma forma de atender à necessidade de observabilidade em ambientes de nuvem de suas contrapartes de DevOps e desenvolvimento.
iApp F5 Cloud Logger
O iApp configura o BIG-IP para exportar logs via JSON para serviços de nuvem, incluindo Azure OMS, AWS S3 e AWS CloudWatch. Todos os modelos do CloudFormation (CFT) e do Azure Resource Manager (ARM) provisionam um BIG-IP que inclui o Cloud Logger iApp pré-carregado para sua conveniência. Não se esqueça de configurar o serviço de registro em log na nuvem para receber o fluxo antes de executar o iApp e certifique-se de que os serviços de aplicativos apropriados no BIG-IP estejam registrando as informações desejadas.
Para atender às necessidades de segurança — e identificar o que está acontecendo —, o iApp pode registrar firewall de aplicações web violações de políticas e tipos de violação, incidentes relacionados a DoS, bem como aqueles associados ao controle de acesso, diretamente no respectivo console de gerenciamento da nuvem. Isso além dos logs no nível do sistema, que oferecem ampla visibilidade sobre o desempenho e a disponibilidade das aplicações monitoradas pelo BIG-IP.
Ter o iApp pré-carregado é ótimo, mas talvez você queira usá-lo como parte do seu processo de implantação (e da cadeia de ferramentas de automação) ou personalizá-lo de acordo com suas necessidades específicas. Você pode obter o código-fonte do iApp F5 Cloud Logger no GitHub (https://github.com/F5Networks/f5-cloud-iapps/tree/master/f5-cloud-logger) para uma dessas finalidades ou para ambas. O projeto no GitHub também inclui um exemplo prático de comando CuRL e o JSON correspondente para implantar o iApp de forma programática usando a API REST do F5 iControl para o Azure OMS.
Independentemente de você usar o iApp pré-carregado ou a versão de código aberto com modificações, tanto as equipes de NetOps quanto as de SecOps podem oferecer um novo nível de visibilidade às equipes de desenvolvimento e DevOps — e a si próprias — aproveitando a integração com as ferramentas que você usa na nuvem.
Sobre o autor
Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.
Mais publicações de Lori Mac VittiePublicaçõ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...