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 abordar a “infraestrutura” de rede necessária para garantir o sucesso à medida que as aplicações são decompostas em arquiteturas de microsserviços, possibilitando um crescimento rápido e oferecendo suporte à Internet de (Todas as) Coisas.
Contêineres, microsserviços e a rede
Jerome Petazzo (@jpetazzo), da Docker, falou sobre microsserviços e sua afinidade natural com contêineres, mas um ponto importante de sua apresentação foi a necessidade da “rede” para permitir escalabilidade independente, descoberta, resiliência e o gerenciamento da arquitetura cada vez mais dependente da rede resultante dos microsserviços. De fato, o DNS desempenha um papel natural e importante na descoberta, garantindo o nível de abstração na camada de serviços necessário para que os serviços não dependam de esquemas de endereçamento de rede, mas aproveitem a capacidade do DNS de atualizar rapidamente a localização real de um serviço (ou endpoint de serviço, no caso de escalabilidade), assegurando uma conectividade contínua.
Foi bom ver esse reconhecimento da necessidade de incluir e, em muitos casos, contar com “a rede” para oferecer recursos que estão fora do domínio das aplicações e de sua infraestrutura. A área de aplicações de TI reconhece a necessidade de incluir “a rede” em suas arquiteturas. Portanto, é fundamental que a área de redes de TI reconheça a necessidade de apoiá-las, adotando uma abordagem mais programática e colaborativa para a prestação de seus serviços. Os microsserviços, em particular, estão reforçando essa necessidade, e esse é o tema da minha sessão “Como as arquiteturas de microsserviços estão levando o DevOps para a rede” (o link leva à apresentação).
John Willis (@botchagalupe) aprofundou-se na infraestrutura imutável e nos mostrou como a infraestrutura de aplicações — servidores e plataformas — pode e deve se tornar imutável. O conceito se aplica igualmente aos serviços vinculados às aplicações, como balanceamento de carga, segurança de aplicações e aceleração. Seu argumento — com o qual concordo, caso você esteja se perguntando — é que depender de um gerenciamento de longo prazo baseado em scripts pode ser muito arriscado. A ordem dos comandos, a falta de opções adequadas de reversão, falhas em geral e a incapacidade dos scripts de lidar com falhas têm o potencial de causar grandes transtornos, sobretudo na rede de produção, que é sensível a interrupções. Ao usar o modelo de infraestrutura imutável — baseado na premissa de que nenhum pacote, configuração, aplicativo ou dado pode ser modificado após a implantação —, as organizações podem obter um ambiente mais estável e ágil (além de mais fácil de gerenciar). Ele apresentou uma receita simples para implementar uma infraestrutura imutável:
1. Provisione um novo ambiente
2. Testar novo
3. Direcione o tráfego para o novo
4. Mantenha o antigo disponível para reversão
DevOps como sintoma, não como cura
Por último, mas não menos importante, participei da sessão de Mark Thiele (@mthiele10), na qual ele afirmou que DevOps é um sintoma de uma organização saudável, e não um meio de torná-la saudável. O vice-presidente da Switch SUPERNAP aconselha as organizações a “partirem do princípio de que a maneira como fazem as coisas hoje não será escalável” e a buscarem continuamente nas pessoas e nos processos os meios para alcançar a escalabilidade necessária para atender à próxima grande demanda. A escala, assim como as aplicações atuais, não é estática e, portanto, é necessária uma abordagem mais ágil e colaborativa para a TI de modo geral. Mark concentrou-se mais na eficiência e no valor para o negócio, observando que “a TI não foi criada para reduzir o custo da própria TI”, mas sim para agregar valor ao negócio. Para isso, ele incentiva as organizações a pensarem em termos de serviços, e não de tecnologia, e a adotarem uma abordagem colaborativa para projetar e fornecer esses serviços.
A colaboração tem sido um tema recorrente, com tanta atenção dedicada aos silos dentro dos próprios silos quanto aos silos de TI em si. Estabelecer conexões entre os silos — seja dentro de um grupo de TI ou entre diferentes grupos — é importante não apenas para estabelecer e aplicar políticas relativas a prazos de entrega, desempenho, escalabilidade e segurança das aplicações, mas também para definir e implementar os processos necessários para otimizar a entrega de aplicações de ponta a ponta, do desenvolvimento à produção, da aplicação ao usuário.
De modo geral, destacou-se a relação entre microsserviços e contêineres, bem como a necessidade de gerenciar, com uma abordagem DevOps, a consequente explosão de serviços e da infraestrutura de suporte. A IoT será um importante impulsionador tanto da tecnologia (contêineres, microsserviços e abordagens de rede definida por software) quanto da abordagem mais abrangente, o DevOps, à medida que as organizações começarem a vivenciar algo que certamente será semelhante ao crescimento exponencial observado na era .com.
Isso é tudo de NY. Feliz quinta-feira!
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...