Assim dizem os dados.
Seria fácil ignorar a importância da automação de rede alegando que o tamanho da sua organização (e, consequentemente, a demanda) não justifica o esforço significativamente necessário.
Afinal, se há apenas cem pessoas em sua organização, não pode haver tanta demanda. Pode haver?
Sim. Sim, pode.
A nuvem e seu parceiro DevOps revolucionaram muitas coisas, mas uma que raramente discutimos são os antigos critérios de “tamanho da organização” que usamos para classificar empresas. Você sabe, PME. PME. Grande empresa.
Os mercados-alvo tradicionais há muito tempo são baseados no tamanho da base de funcionários. Embora os países tenham definições legais (para governança e aplicação legal), elas não são tão relevantes para fins de segmentação de fornecedores de software, o que determina se eles clamam ou não por sua atenção – e dinheiro. A premissa é que quanto mais pessoas, mais são necessárias para atender a população corporativa. Quanto mais tecnologia, mais complexidade. Quanto mais complexidade, melhor, mais tudo.
No mundo dos fornecedores de software, o tamanho do seu data center e a complexidade dos processos são altamente relevantes. Ambos geralmente estão vinculados ao tamanho da sua organização (número de funcionários) porque é conveniente.
Mas a nuvem e o DevOps estão fazendo com o tamanho das organizações o que a virtualização fez com a densidade de “servidores” no data center. Lembra da explosão virtual? Passamos de um modelo de servidor por aplicativo para um mundo de servidor virtual por aplicativo, no qual um único servidor físico hospedava dez ou vinte servidores virtuais. O “data center” cresceu de cem servidores para mil e mais, com uma explosão de aplicativos. E ainda assim o tamanho físico real do data center não mudou. E em muitos casos, o número de operadores também não.
A saber, a Computer Economics – que monitora todos os tipos de níveis de pessoal – descobriu um aumento significativo na proporção de engenheiros por dispositivo em apenas um ano. Em 2014, um engenheiro foi responsável por 36 dispositivos. Um ano depois? Esperava-se que o mesmo engenheiro gerenciasse 59 dispositivos.
No âmbito da infraestrutura de aplicativos, aumentos semelhantes estavam ocorrendo. Isso foi possível, em parte, pela virtualização e alguma automação útil em escala limitada.
O que fizemos foi aumentar a eficiência tanto do servidor físico quanto do seu operador físico.
Avançando para hoje. A nuvem, o DevOps e o mais novo membro da gangue, o NetOps, farão (e já começaram a fazer) a mesma coisa com o tamanho da TI que fizemos com os servidores com a virtualização. Usando automação junto com nuvem (e contêineres), estamos aumentando drasticamente a eficiência das operações. O que significa que podemos oferecer suporte a dez ou vinte vezes mais aplicações e operações do que fazemos hoje sem alterar significativamente o quadro de funcionários.
Podemos operar uma “grande empresa” com um orçamento de “pequena empresa”*.
É quase impossível olhar cegamente para a contagem de funcionários e avaliar se um produto ou solução é relevante ou não. Porque essa organização de trinta pessoas (PME, segundo quase todas as definições – mercadológica e jurídica) pode estar escondendo alguns milhares de instâncias de um aplicativo na nuvem ou em seu próprio data center.
Porque a automação – seja graças à nuvem pública ou ao DevOps – realmente aumenta a eficiência das operações em uma ordem de magnitude.
É por isso que não é surpreendente ver que, quando se trata de automação de rede, há pouca diferenciação entre as visões, os motivadores e a adoção em diferentes tamanhos de organizações. Descobrimos que 9% das organizações com menos de 100 funcionários estavam usando totalmente a automação na produção. No outro extremo do espectro, 8% das organizações com mais de 5.000 funcionários nos disseram a mesma coisa. No uso da automação para implementar grandes mudanças na produção, 23% das organizações com menos de 100 funcionários sempre usam automação. Para organizações com mais de 5.000 funcionários, esse número aumentou apenas marginalmente para 25%. As empresas no meio apresentaram pouco desvio – variando de 21% a 23%.
Onde encontramos diferenças com base no tamanho foi nas ferramentas e tecnologias usadas para automação operacional e de rede. O mais impressionante, talvez, foi a diferença significativa entre organizações pequenas e grandes no uso de scripts Python. A maioria das grandes empresas (mais de 5.000 funcionários) parece ter adotado a tecnologia, provavelmente graças à disponibilidade de talentos e à maior necessidade de automação personalizada com base na variedade de processos operacionais em vigor.
Por outro lado, pouco mais de um terço (36%) das organizações muito pequenas (menos de 100 funcionários) estão usando scripts Python. Essas organizações também eram muito mais propensas a usar “nenhum” (33%) do que suas contrapartes muito grandes (20%).
No campo da automação de rede, essa diferença permaneceu. A Cisco, usada por 63% das organizações muito grandes, era usada por apenas 35% das organizações muito pequenas. O OpenStack aproximou os dois, com 29% das empresas muito pequenas e 36% das organizações muito grandes, assim como o VMware. A gigante da virtualização é usada por 63% das organizações muito pequenas e 73% das muito grandes.
A distribuição entre organizações que usam “nenhum” para automação de rede foi surpreendentemente menor do que aquelas que evitam conjuntos de ferramentas de automação. Apenas 8% das organizações muito pequenas não estão usando nada para automação de rede, junto com apenas 5% das empresas muito grandes.
O motivo pelo qual tudo isso é tão interessante é que, em última análise, a automação requer algum tipo de software – seja personalizado (scripts Python personalizados) ou estruturas (Chef, Puppet) ou mais baseado em mecanismos (Ansible, Cisco, OpenStack, VMware). A prática histórica dos provedores de software de segmentar organizações com base no tamanho de seus funcionários não faz muito sentido diante da crescente eficiência operacional devido à adoção da automação.
Um dos maiores impulsionadores da automação na rede (e em toda a TI) é a escala operacional. Isso significa mais tecnologia, não mais funcionários. Afinal, é isso que realmente queremos. Estamos tentando evitar infringir a Lei de Brook aproveitando a tecnologia para aliviar a necessidade de sobrecarregar pessoas e tornar mais eficientes nossas operações diárias.
Talvez seja hora, então, de revisitar nossa designação superficial da relevância das organizações para as tecnologias com base em seu tamanho. Porque como Mark Twain disse (ou não disse, conforme o caso): Não é o tamanho do cão na luta, é o tamanho da luta no cão.
Aquele cachorrinho, movido a automação, tem muito mais garra do que aparenta.