Voltar

Tamanho importa em automação de rede

06/02/2019

A Cloud e seus parceiros DevOps interromperam muitas coisas, mas raramente discutimos os antigos “tamanhos de organização” que usamos para classificar as empresas. Você sabe, SMB. SME. Grande empresa.
Os tradicionais mercados-alvo há muito tempo se baseiam no tamanho de sua base de funcionários. Embora os países tenham definições legais (para governança e aplicação legal), eles não são tão relevantes para fins de segmentação de fornecedores de software, o que determina se eles exigem ou não sua atenção - e dólares. 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, mais tudo.
No mundo dos fornecedores de software, o tamanho do seu data center e a complexidade dos processos são altamente relevantes. Ambos são geralmente vinculados ao tamanho de sua organização (número de funcionários) porque é conveniente.
Mas a nuvem e o DevOps estão fazendo para o tamanho das organizações o que a virtualização fez com a densidade de “servidores” no data center. Lembre-se da explosão virtual? Passamos de um modelo de servidor por aplicativo para um mundo de servidor-por-aplicativo virtual, 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, no entanto, o tamanho físico real do data center não mudou. E em muitos casos, nem o número de operadores.
Na verdade, a Computer Economics - que acompanha todos os tipos de níveis de pessoal - encontrou um aumento significativo da razão engenheiro para dispositivo em apenas um ano. Em 2014, um engenheiro foi responsável por 36 dispositivos. Um ano depois? Espera-se que o mesmo engenheiro gerencie 59 dispositivos.
No âmbito da infra-estrutura de aplicativos, ocorreram aumentos semelhantes. Isso foi possível, em parte, pela virtualização e por alguma automação útil em uma escala limitada. 
O que fizemos foi aumentar a  eficiência  do servidor físico  e do  seu operador físico.

Avanço rápido para hoje. Cloud e DevOps e o mais novo membro da gangue, NetOps, vão (e já começaram a) fazer a mesma coisa com o tamanho da TI, como fizemos com servidores com virtualização. Usando automação junto com a nuvem (e contêineres), estamos aumentando drasticamente a eficiência das operações. O que significa que podemos suportar dez ou vinte vezes os aplicativos e operações que fazemos hoje sem alterar significativamente o número de funcionários.
Podemos operar uma “grande empresa” em um orçamento de “pequena empresa”
É quase impossível observar cegamente a contagem de funcionários e avaliar se um produto ou solução é relevante ou não. Porque essa organização de trinta pessoas (SMB de praticamente todas as definições - de mercado 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 grandeza.
É por isso que não é surpreendente ver que, quando se trata de automação de rede, há pouca diferenciação entre as exibições, os direcionadores e a adoção em todo o tamanho das 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 5000  funcionários nos disseram a mesma coisa. No uso da automação para implantar 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 5000 funcionários, esse número subiu apenas marginalmente para 25%. As empresas no meio mostraram pouco desvio - variando de 21% a 23%.
Onde encontramos diferenças com base no tamanho foi nas ferramentas e tecnologias utilizadas para automação de rede e operacional. O mais impressionante, talvez, foi a disseminação significativa entre pequenas e grandes organizações no uso de scripts Python. A maioria das grandes empresas (mais de 5000 funcionários) parece ter abraçado 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%) de 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” a 33% do que suas contrapartes muito grandes (20%).
No domínio da automação de rede, essa diferença permaneceu. A Cisco, em uso por 63% de organizações muito grandes, era usada apenas por 35% de organizações muito pequenas. O OpenStack  aproximou os dois, com 29% de empresas muito pequenas e 36% de organizações muito grandes, assim como a VMware. O gigante da virtualização é usado por 63% das organizações muito pequenas e 73% das muito grandes.
O spread entre as organizações usa “nenhum” para automação de rede foi surpreendentemente menor do que aqueles que evitam os conjuntos de ferramentas de automação. Apenas 8% das organizações muito pequenas não estão usando nada para automação de rede, juntamente com meros 5% de empresas muito grandes.
A razão pela qual tudo isso é tão interessante é que, em última instância, a automação requer algum tipo de software - seja sob encomenda (scripts Python personalizados) ou frameworks (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 do aumento da 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. Isso é realmente o que queremos, afinal. Estamos tentando evitar  entrar em conflito com a lei de Brook,  aproveitando a tecnologia para aliviar a necessidade de acumular as pessoas e tornar mais eficientes nossas operações do dia-a-dia.
Pode ser tempo, então, revisitar nossa designação superficial de relevância das organizações para tecnologias baseadas em seu tamanho. Porque, como Mark Twain disse famosa (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, alimentado pela automação, tem muito mais briga nele do que aparenta.

Por: LORI MACVITTIE-F5 Networks