O que o SaaS nos ensina sobre automatizar a infraestrutura de rede
O sucesso do SaaS se deve em grande parte à capacidade das empresas de identificar e encapsular em software processos de negócios comoditizados. O mesmo vale para equipes de rede e infraestrutura dentro da empresa.
SaaS (Software as a Service) é o maior mercado de “nuvem” da atualidade. Apesar da empolgação em torno do IaaS (como AWS, Azure e Google Cloud), a realidade é que o SaaS superou em muito todas as outras formas de “nuvem” em termos de taxas de adoção e crescimento contínuo.
E não deu sinais de que vá parar. Uma pesquisa no início de 2016 ilustrou essa explosão contínua de SaaS, com os entrevistados relatando que o número de aplicativos SaaS oficialmente suportados por TI cresceu 50% em apenas um ano, passando de 8 em 2015 para 12 em 2016. O relatório prevê que esse número crescerá novamente, chegando a 17 em 2017.
Considerando que a “nuvem” tem agora dez anos, essas são taxas de adoção bastante impressionantes para o que são tradicionalmente considerados aplicativos bastante padrão. Estamos falando de CRM, ERP, CMS e suítes de escritório e sites de compartilhamento de arquivos relacionados à produtividade.
Você provavelmente está se perguntando o que SaaS tem a ver com automação de infraestrutura. Afinal, são maçãs e bife. Automatizar o provisionamento e a escala na rede não é nada parecido com SaaS.
Só que meio que é. Tenha paciência comigo um momento, vou explicar.
Veja, um dos temas comuns em todos os aplicativos SaaS é a comoditização da função. Arrastar e soltar para compartilhamento de arquivos é um paradigma bastante bem compreendido para compartilhar arquivos, seja no desktop usando pastas compartilhadas na rede ou usando uma interface baseada em navegador. O mesmo vale para documentos e apresentações, e até mesmo para publicar conteúdo. Há um processo bem definido que determina como alguém faz X ou Y, e o fato de a interface ser um navegador da web ou um aplicativo independente não muda realmente o processo, apenas os ícones e a interface.
Muitas funções empresariais também são altamente padronizadas (comoditizadas). O processo que um representante de atendimento ao cliente (CSR) segue ao atender uma chamada muito importante (e realmente é, todos nos garantem que é) provavelmente é o mesmo, independentemente de com quem você está interagindo. Ligar para a operadora de TV a cabo ou para uma empresa de varejo sobre um pedido resulta em uma experiência bastante padronizada. Mas não acredite apenas na minha palavra, aqui está um ótimo artigo da Harvard Business Review (de 2005) discutindo essa mesma convergência na padronização de processos que, logo depois, levaria ao fenômeno agora conhecido como “SaaS”.
Os processos padrão também permitem uma terceirização mais fácil das capacidades do processo. Para terceirizar processos de forma eficaz, as organizações precisam de um meio de avaliar três coisas além do custo. O primeiro é o conjunto de atividades do provedor externo e como elas fluem. Como as empresas não chegaram a um consenso sobre o que compreende a contabilidade de custos ou a gestão de benefícios de RH, por exemplo, permanece ambíguo quais serviços devem ser executados entre compradores e fornecedores. Portanto, as organizações precisam de um conjunto de padrões para atividades de processo para que possam se comunicar de forma fácil e eficiente ao discutir processos terceirizados. Esses padrões de atividade e fluxo de processo estão começando a surgir em uma variedade de empresas e indústrias. Alguns são resultado de esforços de grupos de processos como o Supply-Chain Council, que tem mais de 800 empresas como membros.
Uma vez que qualquer processo é padronizado (comoditizado), torna-se muito fácil codificá-lo e criar um front-end que você possa vender. E eu diria que foi a comoditização subjacente dessas funções de negócios que ajudou a impulsionar os primeiros provedores de SaaS ao estrelato. Com um modelo de dados e uma interface básicos, foi muito fácil fornecer a personalização mínima exigida pelos clientes para que o processo atendesse às suas necessidades. Pronto. Sucesso instantâneo.
Agora vamos aplicar isso à infraestrutura e à rede. Há diversos processos relacionados a provisionamento, gerenciamento e escala que são tão comoditizados em todos os aplicativos que os netops podem digitar os comandos necessários enquanto dormem. Os únicos desvios são variáveis específicas do aplicativo, como portas, endereços IP e rotas. Essas são as mudanças que os conselhos de revisão gostam, porque eles não precisam pensar sobre elas. “Ah, você vai adicionar uma regra de firewall para esse aplicativo. Aprovado.”
Assim como a atenção necessária dos netops para executá-los, sua aprovação requer muito pouca consideração porque já foi feita centenas de vezes, o processo é sempre o mesmo e todos sabem o que está acontecendo. Eles são consistentes, previsíveis e repetíveis.
Aprovado.
Esses são os processos comoditizados internos de TI que estão prontos para automação e orquestração . Esses são os melhores lugares para começar se você estiver procurando por ganhos rápidos para comprovar o valor comercial de investir em esforços de automação. Crie uma interface sobre esse processo comoditizado e insira-a no processo (integração) no lugar dos métodos manuais usados hoje. Pronto. Você reduziu os custos de execução desse processo e, como benefício adicional, ele será mais rápido porque você não precisará esperar pela próxima reunião do conselho de controle de mudanças (talvez você consiga ignorá-la, o que já é um benefício por si só).
Sim, isso requer tempo e provavelmente dinheiro (e talvez investimento em ferramentas e treinamento), mas os custos de curto prazo serão compensados no longo prazo. Automatizar processos demorados e comoditizados libera engenheiros e arquitetos para trabalhar em outros projetos. Projetos que provavelmente não serão aprovados automaticamente pelo conselho de controle de mudanças.
O SaaS vence quando analisa um negócio, entende um processo comum e fornece uma maneira mais fácil e rápida de navegar nele. Isso era verdade em 2006 e continua sendo verdade hoje. O mesmo vale para os esforços de automação de infraestrutura. Encontre os processos comuns e forneça uma maneira mais fácil e rápida de navegar por eles – seja para o “usuário final” ou outros engenheiros.