Antigamente, as transmissões dos carros eram manuais. Alguns podem ter se referido a eles como "manetes", devido ao mecanismo pelo qual você troca as marchas. Naquela época, uma transmissão automática era algo especial que muitas vezes era preciso encomendar. Seu nome vem da maneira como o carro trocava as marchas automaticamente para você. O que, para ser sincero, é até legal. Afinal, há muitas variáveis a serem gerenciadas quando você tenta mudar de marcha manualmente.
Hoje em dia, as transmissões automáticas são o padrão. O manual é um mistério para a maioria. Tentei ensinar cada um dos meus três filhos mais velhos a dirigir um. Não recomendo tentar, se você estiver pensando nisso. Não, se você gosta de uma transmissão funcionando no seu carro.
Menciono essa mudança nas expectativas e padrões como um prelúdio para uma discussão sobre operações. Principalmente a infraestrutura de serviços de rede e aplicativos, mas também é válida fora desses domínios.
A mudança é em direção à automação, sim, mas também é uma mudança nas expectativas com relação ao conhecimento necessário para operar a infraestrutura.
Voltando à minha analogia sobre transmissão, se você estiver dirigindo um carro com transmissão manual, terá muitas variáveis para gerenciar. Você precisa coordenar a embreagem e o acelerador. Você precisa ouvir o motor e reconhecer quando mudar de marcha. Você também precisa saber em qual marcha está, para qual marcha vai e como mover o "manche" para chegar lá.
Elas refletem os tipos de conhecimento necessários para implantar manualmente a infraestrutura de serviços de rede e aplicativos. Você precisa saber muito sobre como a rede opera para garantir que o tráfego vá de um lugar para outro.
A adoção da nuvem deu início à transição das expectativas para longe desse "padrão". Embora você ainda precise entender alguns conceitos básicos de rede, não precisa necessariamente entender como eles funcionam. Com a introdução dos contêineres, a expectativa mudou ainda mais para a direita - com pouca ou nenhuma necessidade de pensar em endereços IP.
O que isso faz é mudar as expectativas operacionais. Estamos passando de uma economia de operações especializadas para uma economia de operações mercantilizadas . Hoje, espera-se que os aspectos operacionais da implantação de infraestrutura de serviços de rede e aplicativos sejam acessíveis a um conjunto mais amplo de funções dentro da organização. Para chegar lá, é necessária simplificação.
Para ser mais específico, simplificação operacional . Não basta fornecer serviços de rede e aplicativos por meio de opções de autoatendimento; é preciso que eles sejam utilizáveis por aqueles que irão utilizá-los. Tem que ser ainda mais simples do que é agora.
Isso pode significar sacrificar a configurabilidade pela operabilidade.
Assim como acontece com a nuvem e os contêineres, as abstrações colocadas sobre a infraestrutura de serviços de rede e aplicativos se estendem ao uso dessas abstrações. Com isso quero dizer o vernáculo. A terminologia. O modelo de dados. A configuração atual .
O que quero dizer com isso, para aqueles que não são programadores, é que cada construção tem um monte de atributos associados a ela que compõem o "objeto". Um objeto de Servidor Virtual tem um endereço IP, um pool de aplicativos, eventos, um nome e um monte de outras características. Algumas dessas características são, na verdade, objetos - ou listas de objetos. Percorrer essas construções pode ser complexo. Porque a configurabilidade é essencial ao ajustar a infraestrutura. Você quer ter a capacidade de ajustar características muito específicas — como alternar o Algoritmo de Nagle ou mexer no tamanho da janela TCP — para otimizar o desempenho ou a capacidade.
Agora, em um modelo de operações mercantilizadas — que é para onde estamos caminhando — a operabilidade é mais importante que a configurabilidade. Menos opções, tempo de atividade mais rápido.
Mas isso não significa simplesmente tirar opções. Eliminar a capacidade de ajustar opções atende apenas aos requisitos básicos de operabilidade ; não atende às expectativas de uma experiência operacional simplificada. Você ainda precisa entender o modelo de objeto. O que é necessário é abstrair o modelo em algo mais simples. Digamos, reduza um Servidor Virtual a um endereço IP, um nome e uma lista de instâncias de aplicativos.
Este é um empreendimento significativo porque não há um modelo comum no qual a infraestrutura de serviços de aplicativos opere. A maneira como os servidores virtuais, o controle de entrada e as políticas de segurança são representados varia de produto para produto, de serviço para serviço.
As operações — seja no lado do desenvolvimento ou no lado da TI — são efetivamente necessárias para entender uma infinidade de modelos para implantar e operar, em média, os quatorze serviços de aplicativos usados para entregar e proteger aplicativos . Há muita variação, o que no passado levou à necessidade de inúmeros certificados para verificar a competência necessária para gerenciar esses serviços.
A outra mudança operacional é afastar- se dessa abordagem. É uma expectativa de simplicidade, facilidade de uso e uniformidade entre as ofertas como forma de reduzir a dívida técnica incorrida por modelos operacionais específicos de dispositivos. É uma expectativa de padronização ; não de protocolos e comportamento de rede, que já existem no espaço de infraestrutura de rede. Mas de como representamos esses protocolos e comportamentos de rede.
Vemos isso acontecendo em pesquisas sobre conteinerização , nas quais as habilidades necessárias são citadas como um grande inibidor da adoção por quase um em cada quatro (24%) entrevistados, juntamente com 33% que disseram que era um inibidor moderado. A infraestrutura — na qual contêineres e sistemas de orquestração de contêineres certamente estão incluídos, dada sua prevalência em ambientes de produção hoje em dia — está sendo impulsionada pela falta de habilidades e pelo desejo de velocidade em direção a operações mercantilizadas.
Esse desejo e necessidade são vistos na adoção orgânica de arquivos de recursos do Kubernetes que tentam descrever esses serviços de infraestrutura. Esses recursos forçam todas as operações a usar um modelo de dados (formato) comum (mercantilizado) para descrever a implantação e a configuração de um determinado serviço. Considerando que as operações de TI são o principal impulsionador da adoção de contêineres (35%) nas organizações hoje (de acordo com a Pesquisa de Adoção de Contêineres de 2019 da Diamanti ) - quase duas vezes mais influentes que os desenvolvedores (16%) e quatro vezes mais que as equipes integradas de DevOps (9%) - é importante reconhecer essa mudança e considerar cuidadosamente como a nova infraestrutura se encaixa (ou não) em um ambiente de operações mercantilizado.
Com ou sem esforços oficiais (do grupo de trabalho ou da fundação), a mercantilização levará um padrão de fato às operações. E esse padrão de fato será aquele que enfatizará a operabilidade em detrimento da configurabilidade .