Cúpula DevOps: Onde a rede foi convidada para a festa

No DevOps Summit NY houve muita conversa não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não apenas na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também garantiram a inclusão do "encanamento" de rede necessário para garantir o sucesso à medida que os aplicativos se decompõem em arquiteturas de microsserviços, permitindo rápido crescimento e suporte para a Internet de (Todas) as Coisas.

Containers e Microsserviços e a Rede

Jerome Petazzo (@jpetazzo ) da Docker discutiu microsserviços e sua afinidade natural com contêineres, mas o que foi significativo em sua discussão foi a necessidade da “rede” para escala independente, descoberta, resiliência e gerenciamento da arquitetura cada vez mais dependente de rede resultante dos microsserviços. De fato, o DNS desempenha um papel natural e importante na descoberta, garantindo um nível de abstração na camada de serviço necessário para garantir que os serviços não dependam de esquemas de endereçamento de rede, mas sim aproveitem a capacidade do DNS de atualizar rapidamente a localização real de um serviço (ou ponto de extremidade de serviço, no caso de escalabilidade) para garantir conectividade perfeita.

Foi bom ver esse reconhecimento da necessidade de incluir e confiar, em muitos casos, na “rede” para recursos que estão fora do domínio dos aplicativos e sua infraestrutura. O lado da aplicação da TI reconhece a necessidade de incluir “a rede” em suas arquiteturas. É fundamental, então, que o lado da rede de TI reconheça a necessidade de apoiá-los adotando uma abordagem mais programática e colaborativa para fornecer seus serviços. Os microsserviços, em particular, estão levando essa necessidade para casa e são o tópico da minha sessão “ Como as arquiteturas de microsserviços estão levando o DevOps para a rede ” (link para a apresentação). 

John Willis ( @botchagalupe ) mergulhou na infraestrutura imutável e nos deu uma visão de como a infraestrutura de aplicativos – servidores e plataformas – pode e deve ser tornada imutável. O conceito é igualmente aplicável a serviços relacionados a aplicativos, como balanceamento de carga, segurança de aplicativos e aceleração . Sua afirmação — com a qual concordo, caso você esteja se perguntando — é que confiar na gestão de longo prazo baseada em scripts pode ser repleta de perigos. Ordem de comando, falta de opções de reversão adequadas, falha geral e falha em lidar com falhas dentro de scripts têm o potencial de serem altamente disruptivos, particularmente na rede de produção sensível a interrupções. Usando o modelo de infraestrutura imutável – baseado na premissa de que nenhum pacote, configuração, aplicativo ou dado pode ser modificado depois de implantado – as organizações podem alcançar um ambiente mais estável e ágil (e também gerenciável). Ele ofereceu uma receita simples para implementar uma infraestrutura imutável:

1. Provisão nova

2. Teste novo

3. Tráfego direto para novos

4. Mantenha o antigo por perto para reversão

DevOps como um sintoma, não uma cura

Por último, mas não menos importante, participei de uma sessão com Mark Thiele ( @mthiele10 ) na qual ele afirmou que o DevOps é um sintoma de uma organização saudável, e não um meio para atingir uma organização saudável. O vice-presidente da Switch SUPERNAP aconselha as organizações a "presumir que a maneira como vocês fazem as coisas hoje não será escalável" e a buscar continuamente pessoas e processos para permitir a escala necessária para atender à próxima grande demanda. A escala, assim como os aplicativos atuais, não é estática e, portanto, uma abordagem mais ágil e colaborativa para a TI em geral é necessária. O foco de Mark estava mais na eficiência e no valor para o negócio, observando que "a TI não foi criada para reduzir o custo de TI", mas sim para agregar valor ao negócio. Para isso, ele incentiva as organizações a pensar em termos de serviços em vez de tecnologia e a adotar uma abordagem colaborativa para projetar e entregar esses serviços.

A colaboração tem sido um tema comum, com tanta atenção nos silos intra-silo quanto nos próprios silos de TI. Alcançar os silos — seja dentro ou entre grupos de TI — é importante não apenas para estabelecer e aplicar políticas relacionadas a prazos de entrega, desempenho, escala e segurança de aplicativos, mas também para poder definir e colocar em prática os processos necessários para otimizar a entrega de ponta a ponta dos aplicativos, do desenvolvimento à produção, do aplicativo ao usuário.

No geral, a conexão entre microsserviços e contêineres foi enfatizada, juntamente com a necessidade de gerenciar a explosão resultante de serviços e infraestrutura de suporte com uma abordagem DevOps. A IoT será um impulsionador significativo tanto da tecnologia (contêineres, microsserviços e abordagens definidas por software para a rede) quanto da abordagem abrangente, DevOps, à medida que as organizações começam a embarcar no que certamente será semelhante ao crescimento exponencial experimentado na era .com.

Isso é tudo de NY. Feliz quinta-feira!