BLOGUE

A surpreendente verdade sobre a transformação digital: Deseconomia de escala

Miniatura de Lori MacVittie
Lori MacVittie
Publicado em 19 de junho de 2018

Este é o quarto blog de uma série sobre os desafios decorrentes da transformação digital.

 

Deseconomia de escala.

Quando você está desenvolvendo um negócio, especialmente ao longo do tempo, você tende a acumular bagagem que precisa ser cuidada. Você raramente diminui o número de aplicativos que precisa oferecer suporte. Geralmente aumenta, e às vezes exponencialmente, no espaço de alguns anos. Em tempos normais, as inscrições tendem a dobrar a cada quatro anos. Quando uma nova tecnologia surge, esse número aumenta.

Cada aplicativo requer mais suporte em operações (rede, computação, armazenamento e segurança, para os não iniciados). Mas assim como sabemos que a escala vertical só leva até certo ponto (você só pode usar uma quantidade limitada de hardware para resolver o problema), sabemos que o mesmo vale para os recursos humanos. Não podemos continuar apenas adicionando operações para acompanhar o crescimento dos aplicativos. Fazer isso aumenta a gestão (sobrecarga) e retarda a comunicação, pois temos dificuldade em descobrir quem é responsável pelo quê, e muito menos em ter uma conversa com essa pessoa.

É o que a Lei das Desdobramentos Decrescentes nos mostra. Chega um ponto em que o número de operações realmente impede a implantação e vemos as compensações começarem. Assim como Fausto barganhando com o diabo, optamos pela velocidade em vez da segurança e pela escala em vez da estabilidade. Eventualmente chegamos a um ponto de inflexão em que chegamos ao fim da nossa corda teórica e o desenvolvimento, as operações e a empresa começam a procurar soluções em outros lugares.

Em poucas palavras , você só pode contratar um número limitado de operações para lidar com o número crescente de aplicativos antes de infringir a Lei das Implantações Decrescentes

É por isso que a automação é essencial para que as operações acompanhem o aumento de aplicativos e a demanda por implantação mais rápida. Porque não importa o quão rápido você digita, o cálculo é mais rápido.

 

Mas tenha em mente que automação é mais do que script.

Já fazemos muitos scripts, e isso certamente tem sido um fator para nos manter pelo menos na corrida com as implantações. Para que a automação seja realmente bem-sucedida, ela não deve ser executada por dispositivo ou aplicativo. Simplesmente não deveria. Isso não é escalável. Se você estiver escrevendo um script por dispositivo ou aplicativo, não estará fazendo a automação corretamente.

A automação precisa ser sobre o processo (então é realmente orquestração, mas esse é um moinho de vento contra o qual continuo lutando e que se recusa a cair) e sobre execução consistente. Isso significa que você precisa adotar a automação – não apenas mudanças de script. E isso significa uma nova abordagem que incorpora princípios do DevOps, como infraestrutura como código.

Infraestrutura como código

Infraestrutura como código é uma comparação. Isso significa que a infraestrutura real pode ser de software ou hardware, na nuvem ou no local. A implementação é irrelevante para fins de implantação, porque usaremos APIs e artefatos de implantação para atingir o comportamento da infraestrutura como código. Ao desacoplar a configuração do dispositivo, podemos tratar o dispositivo como se fosse uma caixa preta.

O que é importante são os artefatos de implantação – os modelos, scripts e políticas usados para provisionar e configurar o dispositivo para o serviço desejado. Eles são armazenados em um repositório (ON-PREMISES). Eles descrevem completamente um determinado serviço – seja rede, segurança, armazenamento ou infraestrutura de aplicativo – e podem ser usados para recriar o serviço à vontade. Esses artefatos podem ser usados para automatizar tarefas individuais – adicionar uma regra de firewall, implantar um balanceador de carga, configurar o WAF – e então ser combinados em um processo orquestrado para obter implantação contínua.

A razão pela qual isso é importante para lidar com a deseconomia de escala é que a criação de scripts puros ainda é uma tarefa por dispositivo. Ter um roteiro transforma uma tarefa de cinco minutos em uma tarefa de cinco segundos. Mas ele ainda é invocado manualmente e requer que as pessoas conduzam o processo. Não aborda a necessidade maior de automatizar todo o *processo* - e é disso que você precisa para atingir a economia de escala necessária para competir em uma economia digital. 

 

Fique ligado na última postagem desta série, na qual abordaremos como você pode entregar com segurança o número crescente de aplicativos implantados em ambientes em contêineres.