Vídeo: A computação em nuvem já melhora a sua a vida - Publieditorial (Outubro 2024)
A computação em nuvem é geralmente considerada como três categorias: Software como Serviço (SaaS), Infraestrutura como Serviço (IaaS) e Plataforma como Serviço (PaaS). Eu classificaria os dois primeiros como sucessos, mas só posso dar ao PaaS um incompleto. Até agora, apesar de algumas vitórias em nichos, não vejo sucesso na maioria dos casos gerais.
Software como serviço é a mais antiga das três categorias e, de certa forma, a mais bem-sucedida. Salesforce e Workday podem ser os maiores exemplos, cada um com milhões de usuários. Há também vários exemplos um pouco menores, mas ainda bem-sucedidos - Netsuite, Concur, Wageworks, ServiceNow e outros. Eu colocaria até ofertas mais gerais, como o Office 365 e o Google Apps, nessa categoria. Todos esses são aplicativos multilocatários em que uma única instância é usada por muitas organizações diferentes. Essas organizações podem configurar o software e costumam usar suplementos (via APIs), mas a empresa que fabrica o software pode e o atualiza regularmente, portanto, a personalização por atacado não é possível.
O SaaS provou ser bem-sucedido em aplicativos horizontais - gerenciamento da força de vendas, recursos humanos, cobrança e folha de pagamento, suporte ao cliente etc. - de que a maioria das empresas precisa, mas não é o principal diferencial de um negócio. Como resultado, não foi possível realmente personalizar os aplicativos - em muitos casos, o trabalho que as empresas estavam fazendo para alterar aplicativos locais nessas áreas simplesmente não era muito importante.
Em grande parte, acho que um dos aspectos mais importantes - e muitas vezes esquecidos - do uso desses serviços SaaS é que libera desenvolvedores corporativos internos e, assim, permite que as empresas direcionem seus gastos com tecnologia mais para os aplicativos principais que realmente diferenciam uma empresa.
De certa forma, o SaaS está começando a parecer bastante maduro, com a maioria dos aplicativos estabelecidos, com a maioria dos recursos que seus clientes desejam e com relativamente pouca concorrência de preços. Se você está preso ao Salesforce, não muda para o Dynamics CRM porque custa alguns dólares menos. O SaaS obteve sucesso com usuários de praticamente todos os tamanhos, desde startups até as maiores organizações do mundo.
A infraestrutura como serviço, pioneira na Amazon Web Services (AWS), também é bem-sucedida. Muitas startups bem-sucedidas ou novos empreendimentos dentro das empresas existentes foram hospedadas em um modelo de IaaS, que permite que os desenvolvedores aumentem e reduzam suas necessidades de infraestrutura com base na demanda. Ele permite que as startups criem um produto sem nenhum investimento a longo prazo em um data center. Essa categoria ainda está evoluindo rapidamente, com os três grandes fornecedores - Amazon, Microsoft e Google - oferecendo mais serviços e preços mais competitivos a cada mês. Foi incrível assistir as mudanças aqui no ano passado.
O IaaS tem sido mais atraente até agora para empresas menores e iniciantes, embora algumas dessas empresas tenham sido bastante grandes. Por exemplo, o Netflix está hospedado na AWS, e a maioria das grandes novas startups da Internet começa com esses serviços. Houve, e provavelmente haverá muito tempo, um debate sobre quando uma nova empresa deve sair dos serviços públicos da Web e entrar em sua própria infraestrutura, seja em seu próprio data center ou, mais provavelmente, em um ambiente de hospedagem tradicional ou de colocation. Existem tantas variáveis que você não pode dizer que um método é definitivamente mais barato que o outro em todas as situações, mas os fornecedores de nuvem podem argumentar convincentemente.
Existem alguns aplicativos que são tão dependentes da latência e do desempenho que é apenas eficiente ter todos os elementos em um data center local. Existem outros aplicativos quando você precisa distribuir grandes quantidades de dados em todo o mundo, e isso só é prático com um enorme conjunto distribuído de serviços de dados, como os fornecedores de nuvem. A maioria dos aplicativos está em algum lugar no meio.
Embora muitas vezes as empresas tenham várias equipes pequenas usando serviços de IaaS para itens como teste e desenvolvimento, muitas vezes essas empresas são as primeiras a trazer esses aplicativos de volta à infraestrutura corporativa quando os aplicativos são implantados ou se tornam críticos. Em parte, parte disso se deve a preocupações regulatórias, de conformidade e legais, mas parte disso é apenas um desejo de mais controle.
Vários dos fornecedores corporativos tradicionais agora estão competindo com ofertas de IaaS próprias, principalmente IBM e HP. Meu palpite é que eles atrairão mais as empresas que desejam serviços muito localizados e especializados ou como parte de uma "nuvem híbrida", usando tecnologia como o OpenStack. Mas isso ainda está emergindo.
Plataforma como serviço é um conceito interessante. A idéia é que o sistema operacional e os serviços básicos sejam mantidos pelo provedor, com desenvolvedores individuais responsáveis apenas pelo aplicativo.
Essa é a parte mais nova do ambiente em nuvem e que oferece muito potencial e vários vencedores claros. A definição aqui é um pouco "nebulosa" - alguns usam o termo para oferecer toda a pilha de desenvolvimento, de hipervisores e sistemas operacionais a ambientes de desenvolvimento completos; enquanto outros o usam para significar uma solução específica, como banco de dados ou integração como serviço.
Um argumento é que o PaaS pode acelerar o desenvolvimento porque leva menos tempo para provisionar novos servidores e capacidade para desenvolvedores. Isso é ótimo, mas na era da infraestrutura como serviço, não são todas as novas organizações e com as quais converso estão trabalhando duro para facilitar o provisionamento. Para mim, o argumento mais importante é que ele apenas abstrai mais uma coisa com a qual a maioria dos desenvolvedores não precisa se preocupar - a própria plataforma de software.
Novamente, esse conceito tem sido bastante popular entre as startups. Sites como Heroku (também parte do Salesforce) e Google App Engine são comumente usados como plataformas especificamente para hospedar aplicativos da Web ou aplicativos móveis voltados para o consumidor. Os serviços de plataforma (como bancos de dados) também são oferecidos pela AWS.
No lado empresarial, porém, essa ideia não decolou tanto quanto eu pensava. Muitas pessoas usam os serviços de plataforma como uma maneira de estender seus aplicativos SaaS, principalmente o Force.com do Salesforce, é uma maneira de adicionar recursos e conexões à parte superior do aplicativo principal de CRM. Mas, em um sentido mais geral, o de um ambiente de desenvolvimento completo, ainda não estou vendo muitas empresas adotarem esse conceito.
Em parte, isso ocorre porque os produtos ainda não parecem tão maduros. A Microsoft fez um grande esforço para o Azure, mas ultimamente parece ter mais sucesso com seus serviços de infraestrutura e aplicativos como o Office 365. O Azure suporta uma variedade de ferramentas de desenvolvedor na nuvem, mas ainda é um pouco limitado e não tão claro quanto muitos desenvolvedores. gostar. Minha impressão é que a maioria dos clientes da Microsoft está usando serviços SaaS e IaaS mais do que os de plataforma pura. Google e Amazon são mais novos no jogo corporativo e, embora o Google ofereça suporte a uma variedade de ferramentas da Internet (incluindo coisas como Hadoop e MongoDB), seu App Engine ainda não é o que estou vendo no desenvolvimento corporativo.
O Google e a Microsoft estão apostando bastante para que o PaaS seja bem-sucedido em um sentido mais geral, e o Pivotal da EMC tem uma visão muito forte construída com base no serviço Cloud Foundry. Mas enquanto as principais empresas de pesquisa dizem que o PaaS está obtendo uma quantidade significativa de adoção corporativa, a maior parte do que eu vi é uma solução de nicho ou um programa piloto. Ainda não ouvi grandes empresas adotando totalmente essa tecnologia.
Isso poderia facilmente mudar com o tempo - o conceito parece atraente - mas é por isso que eu consideraria isso incompleto.
