O sucesso do SaaS se deve, em grande parte, à capacidade das empresas de identificar processos de negócios comoditizados e incorporá-los a softwares. O mesmo se aplica às equipes internas de redes e infraestrutura.
SaaS (Software como Serviço) é hoje o maior mercado de “nuvem”. Apesar do entusiasmo em torno da 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 há sinais de que esse crescimento vá parar. Uma pesquisa realizada no início de 2016 mostrou essa expansão contínua do SaaS, com os entrevistados relatando que o número de aplicativos SaaS oficialmente compatíveis com a infraestrutura de TI cresceu 50% em apenas um ano, passando de 8 em 2015 para 12 em 2016. O relatório prevê que esse número voltará a crescer, chegando a 17 em 2017.
Considerando que a “nuvem” já existe há dez anos, essas são taxas de adoção bastante impressionantes para aplicativos tradicionalmente considerados bastante comuns. Estamos falando de CRM, ERP, CMS, suítes de escritório voltadas à produtividade e sites de compartilhamento de arquivos.
Você provavelmente está se perguntando o que SaaS tem a ver com a automação da infraestrutura. Afinal, são coisas completamente diferentes. Automatizar o provisionamento e o dimensionamento da rede não tem nada a ver com SaaS.
Só que, de certa forma, é sim. Tenha um pouco de paciência, que eu vou explicar.
Veja bem, um dos temas recorrentes em todos os aplicativos SaaS é a comoditização das funcionalidades. Arrastar e soltar para compartilhar arquivos é um paradigma bastante conhecido, seja no desktop, usando pastas compartilhadas na rede, seja por meio de uma interface no navegador. O mesmo vale para documentos e apresentações, e até para a publicação de conteúdo. Existe um processo bastante bem definido que determina como fazer X ou Y, e o fato de a interface ser um navegador 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 segue ao atender à sua importantíssima ligação (e ela realmente é, como todos fazem questão de garantir) provavelmente é muito semelhante, independentemente da empresa com a qual você esteja falando. Ligar para a operadora de TV a cabo ou para uma empresa varejista a respeito de um pedido resulta em uma experiência bastante padronizada. Mas não acredite apenas na minha palavra; aqui está um excelente artigo da Harvard Business Review (de 2005) que aborda justamente essa convergência rumo à padronização dos processos, a qual, pouco tempo depois, levaria ao fenômeno hoje conhecido como “SaaS”.
“Processos padronizados também facilitam a terceirização de recursos relacionados a processos. Para terceirizar processos de forma eficaz, as organizações precisam de uma maneira de avaliar três aspectos além do custo. O primeiro é o conjunto de atividades do prestador externo e como elas se encadeiam. Como as empresas ainda não chegaram a um consenso sobre o que exatamente abrange, por exemplo, a contabilidade de custos ou a gestão de benefícios de RH, ainda não está claro quais serviços devem ser realizados por compradores e prestadores. Portanto, as organizações precisam de um conjunto de padrões para as atividades dos processos, a fim de se comunicarem com facilidade e eficiência ao discutir processos terceirizados. Esses padrões de atividades e fluxos de processos estão começando a surgir em diversos setores e segmentos. Alguns são resultado dos esforços de grupos dedicados a processos, como o Supply-Chain Council, que reúne mais de 800 empresas.”
Depois que qualquer processo é padronizado (comoditizado), fica bem fácil codificá-lo e adicionar uma interface que possa ser vendida. E eu diria que foi a comoditização subjacente dessas funções empresariais que ajudou a levar os primeiros provedores de SaaS ao estrelato. Com um modelo de dados e uma interface básicos, era bem fácil oferecer a personalização mínima exigida pelos clientes para fazer com que o processo atendesse às necessidades do cliente. Voilà. Sucesso instantâneo.
Agora vamos aplicar isso à infraestrutura e à rede. Há vários processos relacionados a provisionamento, gerenciamento e escalabilidade que são tão padronizados entre as aplicações que a equipe de operações de rede consegue digitar os comandos necessários até dormindo. As únicas variações são parâmetros específicos de cada aplicação, como portas, endereços IP e rotas. Esses são os tipos de alteração de que os comitês de revisão de mudanças gostam, porque não precisam pensar muito sobre eles. “Ah, você vai adicionar uma regra de firewall para essa aplicação. Aprovado.”
Assim como sua execução exige pouca atenção da equipe de operações de rede, sua aprovação requer pouquíssima análise, pois isso já foi feito centenas de vezes, o processo é sempre o mesmo e todos sabem o que está acontecendo. 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 pontos de partida se você busca resultados rápidos para comprovar o valor comercial do investimento em iniciativas de automação. Crie uma interface sobre esse processo comoditizado e insira-a no processo (integração) para substituir os métodos manuais usados atualmente. Pronto. Você reduziu os custos de execução desse processo e, como benefício adicional, ele será mais rápido, pois não será preciso esperar pela próxima reunião do comitê de controle de mudanças (na verdade, talvez seja possível até ignorá-la, o que já é um benefício por si só).
Sim, isso exige tempo e provavelmente dinheiro (e talvez investimento em ferramentas e treinamento), mas os custos de curto prazo vão compensar no longo prazo. Automatizar processos padronizados e demorados libera engenheiros e arquitetos para trabalhar em outros projetos — projetos que provavelmente não seriam aprovados automaticamente pelo comitê de controle de mudanças.
O SaaS se destaca quando analisa uma empresa, compreende um processo comum e oferece uma maneira mais fácil e rápida de executá-lo. Isso era verdade em 2006 e continua sendo verdade hoje. O mesmo vale para as iniciativas de automação de infraestrutura. Identifique os processos comuns e ofereça uma maneira mais fácil e rápida de executá-los — seja para o “usuário final” ou para outros engenheiros.
Sobre o autor
Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.
Mais publicações de Lori Mac VittiePublicações relacionadas no blog
Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...