Software como serviço (SaaS)

Você já usou SaaS hoje

Você não instalou um servidor de e-mail hoje de manhã. Não aplicou patches em um sistema operacional, não provisionou uma máquina virtual nem escreveu uma linha de código. Digitou uma senha em um navegador, e sua caixa de entrada já estava lá, rodando em um hardware que você nunca viu, mantido por um time que você nunca conheceu. Isso é Software como Serviço, e, ao contrário das 2 últimas lições, você quase certamente já usou antes mesmo de terminar o café da manhã.

A definição do NIST, na prática

O NIST define SaaS como a capacidade de "usar as aplicações do provedor rodando em uma infraestrutura de nuvem", alcançáveis "por uma interface de cliente fino, como um navegador web... ou uma interface de programa". O consumidor não gerencia nem controla a infraestrutura de nuvem subjacente, incluindo rede, servidores, sistemas operacionais, armazenamento ou até mesmo capacidades individuais da aplicação, com a possível exceção de configurações limitadas de aplicação específicas do usuário.

Essa exceção faz trabalho de verdade na frase. Você não consegue instalar um plugin nos servidores do Gmail nem mudar em qual linguagem de programação o Salesforce foi escrito. Você consegue montar um filtro de e-mail ou personalizar um painel do Salesforce. A aplicação em si, e tudo abaixo dela, pertence inteiramente ao provedor.

Quem gerencia o quê, completo

Dados e sua própria configuração são a única linha que nunca muda de lugar. Toda outra camada acaba cruzando para o provedor quando você chega na SaaS.

Multi-tenancy: a arquitetura que torna isso viável

Um fornecedor de SaaS não roda uma cópia separada do Gmail para cada um dos seus bilhões de usuários. O Gartner descreve multi-tenancy como um software em que uma única instância atende vários clientes, logicamente isolados uns dos outros mas fisicamente compartilhando a mesma infraestrutura por baixo. Sua caixa de entrada e a de um estranho rodam na mesma instância de aplicação, nos mesmos servidores, com o software do provedor garantindo que nenhum dos 2 consiga ver os dados do outro.

Esse compartilhamento é exatamente o que torna o preço da SaaS viável. Espalhar uma instância de aplicação entre milhões de inquilinos é dramaticamente mais barato por cliente do que rodar uma cópia dedicada para cada um, e é por isso que uma assinatura SaaS costuma custar uma fração do que construir e hospedar a mesma aplicação você mesmo custaria.

Produtos reais, por categoria

O erro comum: assinatura não é sinônimo de SaaS

É tentador chamar qualquer coisa cobrada mensalmente de "SaaS". Não é. Uma aplicação em caixa que você instala no próprio notebook, e mantém atualizada pessoalmente, não vira SaaS só porque a licença renova todo mês. O teste não é o modelo de cobrança, é quem roda a aplicação e onde. Se o provedor hospeda, aplica patches e opera a aplicação em uma infraestrutura que você nunca toca, e você a alcança por um navegador ou uma API, isso é SaaS. Se você mesmo instalou e é você quem aplica as atualizações, não é, não importa como a fatura chegue.

Onde isso deixa você

A SaaS é o fim da passagem de bastão que começou na IaaS: o provedor agora roda o sistema operacional, o runtime e a própria aplicação, e a única coisa que sobra do seu lado da linha são os seus dados e as suas próprias configurações. Você já conheceu os 3 modelos de serviço individualmente. A próxima lição os coloca lado a lado e entrega a fronteira que uma prova de verdade testa: não o que cada um é, mas qual deles um cenário está descrevendo.