1

Prefcio Todas as industrias sofrem transformaes ao longo do tempo. Sejam por mudanas na maneira como as pessoas interagem, sejam pela inveno de uma nova tecnologia, sejam pela descoberta de novos recursos ou presses pela falta deles. A industria de Tecnologia da Informao no diferente. Ao longo de sua existncia, ela passou por uma srie delas, notadamente a criao do Mainframe, onde na dcada de 50 iniciou-se a computao comercial, a criao e disseminao dos PCs na dcada de 80 que estabeleceu a computao distribuda ou client-server e o advento da Internet na dcada de 90, que gerou o que chamamos da Era da Informao ou Era Digital, fazendo com que os indivduos do nosso planeta pudessem acessar e compartilhar os mais variados tipo de informao. Estamos novamente presenciando uma outra grande mudana na industria da Tecnologia da Informao. Agora relacionada com a gerncia para a entrega e o consumo de servios de tecnologia, conhecida como Computao em Nuvem. Essa transformao ter um impacto muito grande no s para a industria de Informao, mas tambem para a sociedade em geral, fazendo com que os recursos sejam rapidamente otimizados, provisonados e acessados e desta forma acelerem no s o desenvolvimento intelectual, mas tragam benefcios ambientais e tambem diminuam as desigualdades que existem entre as diversas geografias. Como cada transformao que ocorre traz junto uma serie de questes e duvidas sobre quais reflexos ela vai ter, existem indivduos que se prope a nos ajudar para traduzir os impactos no nosso dia-a-dia. Em meus quase 30 anos de dedicao a Tecnologia da Informao, no conheo algum melhor que o Cezar Taurion para fazer esse papel. A maneira como ele aborda um assunto e consegue fazer o paralelo entre o nosso conhecimento atual e o novo conceito notvel. Acompanho a trajetria de Cezar desde a dcada de 80 e a cada interao me surpreendo com a vastido do seu conhecimento e principalmente sua capacidade de assimilar e demonstrar novos conceitos de maneira didtica. O que temos aqui um material riqussimo, de experincias e ponderaes de Cezar ao longo dos ltimos 2 anos, acompanhando o estabelecimento deste novo modelo computacional e analisando os reflexos que isso esta gerando para as empresas. Convido voc a participar junto com o Cezar, desta experincia maravilhosa, em desvendar o prximo marco na Histria da Computao. Jose Luis Spagnuolo Director, Cloud Computing Brazil IBM Distinguished Engineer Outubro 2011

Introduo Em outubro de 2009 publiquei um livro sobre Cloud Computing.

O assunto vinha e vem despertando muito interesse, como vocs mesmo podem comprovar simplesmente acessando o Google Insights (http://www.google.com/insights/search/# ) e pesquisando pelo termo Cloud Computing. Vejam que o interesse vem crescendo de 2009 at hoje. Uma pesquisa feita em fins de 2010 pela comunidade MydeveloperWorks, entre 2.000 desenvolvedores mostrou que 91% deles acreditam que cloud computing sobrepujar o tradicional modelo de on-premise computing como principal modelo computacional para as empresas adquirirem tecnologias por volta de 2015. No livro de 2009 procurei mostrar que a computao em nuvem no apenas hype. Na minha opinio, a computao em nuvem vai transformar o modelo econmico da TI, tanto do lado consumidor de TI, quanto do lado dos fornecedores de tecnologias e servios. Claro que estamos dando os primeiros passos e vemos ainda muita incertezas e indefinies. Basta ver o imenso nmero de definies, s vezes conflitantes entre si, que existem. Na pesquisa para o livro identifiquei dezenas delas! No livro procurei fugir de definies e me concentrei em focar nos conceitos e nas carateristicas que fazem a computao em nuvem ser disruptiva. Se olharmos as nuvens pelos modelos de servios vemos trs modelos que so IaaS (Infrastructure as a Service), PaaS (Platform as a Service) e SaaS (Software as a Serice). Esta classificao de modelos a mais comumente adotada, e inclusive, o NIST (US National Institute of Standards and

Technology), que define padres para o governo americano, liberou documentao onde se baseia nestes modelos para classificar as nuvens computacionais. Vejam o documento em http://csrc.nist.gov/publications/drafts/800-145/Draft-SP-800-145_clouddefinition.pdf . Olhando pelo prisma da entrega ou deployment (deployment models) podemos classificar as nuvens em privadas (operada dentro do firewall da empresa), comunitria (compartilhada por determinadas empresas), pblicas (abertas a todos, via Internet) e hbridas, que a composio de duas ou mais destas nuvens. Esta classificao a mesma, que basicamente adotei no livro. A proposta deste blogbook coletar os pricnipais posts que publiquei no blog www.computingonclouds.wordpress.com , que criei na poca de lanamento do livro. Esta coletnea que vai mostrar a evoluo do conceito ao longo destes dois anos. E dois anos em tempos de Internet muito tempo! O blogbook se prope a compartilhar com vocs as idias e comentrios que refeletiram a evoluo de cloud computing e colaborar para o debate de como e quando adotar a Computao em Nuvem nas empresas. Nem todos os posts publicados originalmente no blog foram incluidos neste blogbook, mas apenas os mais importantes. Para oferecer uma viso cronolgica e histrica da rapida e contnua evoluo do Cloud Computing, os posts foram divididos em blocos, cada um deles cobrindo um ano, de setembro de 2009 at outubro de 2011. Procurei manter estes posts, na medida do possivel iguais aos publicados originalmente. Corrigi alguns crassos erros ortogrficos, que passaram em branco quando foram inicialmente levantados. Lembro tambm que as opinies expressas neste blogbook e como foram os posts publicados no blog original, www.computingonclouds.wordpress.com, so fruto de estudos, anlises e experincias pessoais, no devendo em absoluto serem consideradas como opinies, vises e idias de meu empregador, a IBM, nem de seus funcionrios. Em nenhum momento, no blog e aqui, falo em nome da IBM, mas apenas e exclusivamente em meu nome. Finlamente tenho que agradecer aos diversos colegas e amigos que me incentivaram a criar o blogbook e em especial ao Brunno Campos que se aventurou e criou uma capa muito bonita.

2009 Em 2009 a Computao em Nuvem era vista como curiosidade. Muita gente falava mas pouca ao estava realmente acontecendo. Foi um ano em que participei de inmeros eventos e as dvidas eram sempre as mesmas: segurana, segurana, segurana e no final se Cloud era vivel ou apenas hype...os posts do ano refletem este momento, que podemos considerar como a infncia, quando aprendamos ainda a dar os primeiros passos. Mas ainda engatinhavamos na maior parte do tempo...

Algumas dvidas comuns sobre Computao em Nuvem Setembro 1, 2009 Desde o ano passado venho apresentando e debatendo o assunto Cloud Computing ou Computao em Nuvem, tanto em eventos como em reunies e conversas com clientes. Alis, est ficando dificil participar de qualquer conversa sobre TI sem que este tema no aparea. Mas, ainda sinto que o desconhecimento grande. Muita curiosidade, mas pouca ao. Bem, nestas conversas coletei um questionamento sempre recorrente, que vou compartilhar com vocs aqui no blog. Uma pergunta O que posso colocar (operar) em um nuvem?. Na prtica um ambiente de nuvem no vai resolver todos os problemas de TI de uma empresa. Vo existir aplicaes que iro funcionar muito bem em nuvens e outras que no. Um exemplo tpico de aplicaes que podem ser deslocadas para nuvens so aplicaes Web 2.0, ambientes de colaborao (como emails, webconferencing, wikis e blogs), e-learning, simulaes, sistemas de computao analticas e ambientes de desenvolvimento e teste. Alm disso, uma nuvem pode ser usada para as aplicaes que demandem os chamados cloud burstings, que so ocasies especficas nas quais a demanda computacional cresce muito. Um exemplo: uma aplicao de comrcio eletrnico que oferea promoes imperdveis por curtos periodos de tempo. Outras, principalmente as que demandam um nvel de integrao grande com sistemas legados ou que tenham limites rigidos de desempenho ficaro melhor nos servidores operados de forma tradicional. Entretanto, quando falamos em nuvem no estamos falando apenas de nuvens pblicas, mas tambm de nuvens privadas ou internas ao firewall da empresa. Uma nuvem interna , portanto, uma nuvem computacional confinada ao data center da companhia. Algumas aplicaes podem ficar em nuvens publicas como mashups que fazem uso intenso de plataformas externas como Facebook. Mas, outras, que demandam maior necessidade de controle e estrita aderncia restries regulatrias ou de compliance devem ficar dentro do firewal, em nuvens privadas.

Quando se usa uma nuvem pblica, transferimos a responsabilidade da operao para o provedor da nuvem. Para empresas de pequeno porte, com procedimentos de segurana e recuperao frgeis (o que bastante comum), pode ser uma alternativa bastante atraente. Mas, para empresas de maior porte, com regras e procedimentos de controle, o uso de nuvens publicas mais restrito. Para estas empresas, o uso de nuvens privadas ou hibridas, em que apenas parte dos servios est em nuvens publicas a estratgia mais adequada. Alis, a questo da segurana e privacidade sempre aparece nas conversas sobre cloud computing. Usar uma nuvem publica ou externa bem diferente de se usar um servio de hosting tradicional. Neste ltimo voc sabe exatamente onde esto seus servidores e o que voc compartilha e o que voc no compartilha com outras empresas. Em uma nuvem externa isso no acontece. Voce no sabe em que data center do provedor e muito menos em que servidores, seus arquivos e aplicaes vo rodar. Nem mesmo se eles se encontram no seu prprio pas. Outra dvida quanto a atividade de auditoria. Auditores comeam a questionar como auditar aplicaes e servios em nuvens pblicas. Alguns provedores de nuvens pblicas no gostaro de abrir seus procedimentos operacionais, considerados segredos de estado para auditores externos ou investigaes forenses. Outro aspecto importante que deve ser considerado: a capacidade do provedor de nuvem em oferecer servios adequados em termos de segurana e privacidade. Como o assunto Computao em Nuvem ainda novidade, nada impede que muitos provedores de servios de hosting se auto-rotulem provedores de nuvens. Cabe aos usurios ter certeza que ele podem ser confiveis, questionando e analisando as suas tcnicas de proteo de dados, procedimentos de controle e autenticao, segregao de dados entre os usurios, e se possuem documentao adequada para os processos de auditoria. Compliance outro fator a ser considerado na questo de se usar nuvens pblicas ou privadas. Algumas restries regulatrias e jurdicas podem impedir uma empresa de usar nuvens publicas para determinadas aplicaes ou servios. E os aspectos legais dos contratos com as nuvens publicas devem ser bem avaliados. Por exemplo, o que acontecer caso voce no continue usar determinado provedor? Em quanto tempo ele vai disponibilizar os dados de sua empresa para voce rodar em outra provedor e se existem garantias que as cpias armazenadas nos seus data centers sero destrudas. Como vemos, muitas vezes torna-se necessrio que o jurdico deve ser envolvido. Enfim, estamos dando os primeiros passos em direo a um ambiente de computao en nuvem. E temos ainda muita estrada pela frente.

Bate papo sobre Cloud Computing Setembro 4, 2009 Bate papo animado sobre cloud computing Alis, hoje quase no vemos conversas entre profissionais de TI que no envolvam o assunto cloud computing. O que saiu de bom da conversa? Alguns insights interessantes! O primeiro insight, bvio, que cloud computing ou computao em nuvem, um estilo de computao. Um novo paradigma computacional, como antes foram o modelo centralizado e o clienteservidor. tambm um novo modelo econmico de TI. Depois, rascunhamos nos guardanapos alguns atributos ou caractersticas que expressam o que cloud computing. So eles: a) Recursos de TI ofertados como servios. O usurio se abstrai das questes mundanas das platformas tecnolgicas. A infraestrutura na retaguarda no precisa e nem deve ser conhecida pelos usurios. b) Elasticidade. Um atributo quente, melhor at que escalabilidade, pois este ltimo nos remete a um crescimento eterno. Elasticidade a prpria essncia da computao on demand. Elasticidade significa que os servios podem adicionar ou remover recursos, de forma automtica, medida do necessrio. c) Compartilhamento de recursos. Os servios compartilham recursos para obter economias de escala. A infraestrutura compartilhada pelos usurios, sem que estes precisem saber disso. d) Pagamento por uso. Os usurios pagam apenas pelo que usarem da nuvem. Similar energia eltrica, s que em vez de Kw/hora, o usurio paga por ciclo de CPU, bytes transferidos, etc e) Uso da Internet como meio de comunicao entre o usurio e a nuvem.

Claro que existem variaes sobre o tema, como por exemplo, a classificao em modelos de servios, como nuvens pblicas e nuvens privadas. Uma nuvem privada fica dentro do firewall e tem algumas caractersticas prprias, como restringir acesso apenas aos usurios (e parceiros de negcio) da empresa, e esta tem o controle dos niveis de servio, aderncia a regras e procedimentos de segurana. Claro que uma nuvem privada tem elasticidade mais restrita, pois fica sujeita ao parque tecnolgico da empresa. E tambm existe a opo de nuvem hbrida, que permite expandir para determinadas situaes e servios a nuvem privada para acessar uma nuvem publica, expandindo assim a escalabilidade.

De maneira geral, uma nuvem privada criada quando necessrio ter controle explcito da disponibilidade da aplicao (no ficar dependente da Internet), niveis mais rigorosos de segurana e privacidade (compliance com exigncias regulatrias) e performance (no pode ter o inevitveis delays de acesso via Internet). Bem, l se vai outro guardanapo: uma lista de tipos de aplicaes adequadas para nuvens pblicas. So ambientes de desenvolvimento, teste e pr-produo de sistemas, email e demais ferramentas de colaborao, aplicaes batch sem maiores restries de segurana, aplicaes isoladas onde latncias no impactam os usurios, backup/restore as a service, anti-spam as a service, e assim por diante. Por outro lado, aplicaes com dados altamente sensveis regras de segurana e privacidade, ou que sejam sujeitas regulamentos como Sarbanes-Oxley ainda esto fora das nuvens pblicas. Comentrio final: acessem o texto do New York Times (IBM to help clients fight cost and complexity) em http://www.nytimes.com/2009/06/15/technology/businesscomputing/15blue.html , que aborda a entrada da IBM em cloud computing. O artigo lembra de como a IBM transformou o Linux de sistema de nicho a sistema usado amplamente pelas empresas, como antes j tinha tornado o PC tambm ferramenta empresarial, saindo do uso exclusivo do mercado de usurios finais. Tem um comentrio interessante de Frank Gens, analista chefe do IDC que disse o seguinte sobre a estratgia da IBM em cloud: Its strategy is all about making cloud computiung safe for enterprise customers.

Cloud Computing no IBM Forum 2009 Setembro 8, 2009 Em 2 e 3 de setembro aconteceu o IBM Forum 2009. Foram dois dias de densas atividades e um tema quente foi, indiscutivelmente Cloud Computing. Ministrei uma palestra, com mais de 160 pessoas presentes, o que demonstra o grande interesse pelo assunto. Uma das coisas boas de qualquer grande evento so as conversas de corredor, as trocas de idias e opinies. No IBM Forum no foi diferente. Mantive vrias conversas sobre o tema. E vou compartilhar com vocs um resumo destas trocas de idias. Interessante que computao em nuvem visto por ngulos bem diversos. Para uns a panacia que vai resolver todos os problemas de TI. Esta corrente incrementada pela mdia popular, onde o assunto j foi inclusive capa de revistas semanais como a Veja. Do outro extremo, vemos os cticos, que dizem que nada de novo vem com a computao em nuvem e que ela apenas uma nova faceta dos velhos birs de servios dos anos 60 e 70. Na minha opinio no a panacia universal, e muito menos os birs maquiados. Na minha opinio, a computao em nuvem vai transformar o modelo econmico da TI, tanto do lado consumidor, quanto do lado dos fornecedores de tecnologias e servios. Entretanto, devemos extirpar preconceitos e tentar entender o que ser esta mudana. Primeiro, Cloud Computing no uma inovao tecnolgica, pois se baseia em diversas tecnologias j existentes, como SOA, virtualizao e grid computing, mas uma verdadeira disrupo na maneira de se gerenciar e entregar TI! Existe todo um novo ecossistema sendo construdo em cima destes novos modelos. As relaes entre provedores de tecnologias e servios e seus clientes, bem como as relaes dos fabricantes com seus distribuidores e VARs dever mudar ao longo dos prximos anos, medida que a computao em nuvem se dissemine. Uma mudana significativa no modelo a constatao que o modelo econmico atual, onde o consumidor de TI tem que dispender previamente elevados custos de capital (capex ou capital expenditure) comea a ser substitudo por um modelo de opex (operational expenditure). Voc pode, como j vemos acontecer na nuvem da Amazon, criar startups com capacidade computacional elstica, sem investir em ativos. Tem um case interessante de uma inovadora empresa para criao de vdeos, chamada Animoto (http://animoto.com/ que comeou sua operao com 50 instncias na Amazon. Ao lanarem o servio tambm via Facebook o sucesso foi estrondoso. Em trs dias tiverem que aumentar o numero de instncias para 3.500! Podemos imaginar, no modelo atual, uma empresa precisando pular de 50 para 3500 servidores em apenas trs dias? Existe possibilidade de voc contactar um fornecedor, negociar e contratar estes servidores, instal-los e os colocar em operao neste curto espao de tempo? No um novo paradigma?

Na computao em nuvem no precisamos mais discutir GHz de processadores, porque no me interessa mais saber onde meus aplicativos vo rodar. A escolha da plataforma de execuo vai se deslocar de caratersticas tcnicas para variveis como custo, nivel de segurana, disponibilidade, confiabilidade e privacidade, e, importante, a brand do provedor. E tudo isso feito por self-service, atravs de um portal. Eu posso provisionar e operar um servidor na Amazon sem falar absolutamente com ningum e pagar o que consumi de recursos computacionais com meu carto de crdito. Sintomtico deste quadro foi a interessante conversa com um CIO que me disse que comeava a ficar assustado com cloud computing, pois poderia ser bypassado pelos usurios. Estes poderiam reservar uma mquina virtual na Amazon e contratar algum desenvolvedor externo para criar uma aplicao, usando softwares open source, sem mesmo pagar licenas de uso. Sim, verdade. A desintermediao da rea de TI pode ocorrer, desde, e enfatizei a ele, desde que o CIO se abstenha de entender a computao em nuvem. Por outro lado, se ele desenhar uma estratgia de cloud computing, com um road map adequado, ele no ir mais manter o controle absoluto e centralizado dos recursos computacionais como faz hoje, mas vai assumir um novo papel, o de coordenar e orquestrar estes recursos, sejam eles obtidos de nuvens pblicas ou de nuvens privadas. Falando em nuvens privadas, a idia que a empresa crie uma infraestrutura dinmica, com os usuros internos alocando seus recursos computacionais da mesma forma que os provisionariam em uma nuvem pblica, atravs de portais. No precisariam mais solicitar servidores e esperar anuncia dos administradores de sistemas. TI passa a ser um fornecedor de servios, que seriam alocados de acordo com um manual de polticas de uso de servios computacionais. Bem diferente do que vemos hoje! Outro aspecto que discuti em algumas conversas foi por onde cloud computing vai comear a se disseminar nas empreas. bem provavel que em muitas o movimento comear pelos usurios, que usando nuvens computacionais pblicas ou contratando aplicativos pelo modelo SaaS foraro a rea de TI a aceitar o modelo de computao em nuvem Um questionamento que me chamou a ateno foi de um amigo meu que perguntou por onde e como comear a usar cloud computing. Na minha opinio as melhores chances de sucesso de introduzir novos paradigmas no comear batendo de frente com as prticas arriagadas. Comear pelos ambiente de desenvolvimento e testes, ou mesmo por novos servios como aplicaes colaborativas (wikis e blogs) um caminho que no substitui sistemas tradicionais e diminui-se drasticamente o risco de encontrarmos resistncias, sejam culturais ou das politicas e hbitos j entranhados na organizao. E vejam bemforam apenas dois dias de debates e conversas. Imginem o que no teremos pelos prximos meses!

10

Discutindo segurana em Cloud Computing Setembro 11, 2009 Indiscutivelmente que a computao em nuvem veio para ficar. Seus apelos (elasticidade dos recursos, que so pagos pelo modelo pay-as-you-go e facilidade de acessar servios de dados e aplicaes de qualquer dispositivo e de qualquer lugar) so bastante atrativos. Entretanto, nos traz novos desafios em termos de segurana, privacidade e resilincia. Um provedor de nuvem pblica, por questes estratgicas, no abre sua tecnologia, organizao e processos. Algum sabe como funciona em detalhes a nuvem do Google ou da Amazon? Alm disso, por concentrarem milhares de clientes e seus valiosos dados, tendem a atrair os indesejveis crackers. S para lembrar, uma nuvem pblica uma nuvem computacional oferecida por provedor externo, que prov recursos acessados via Internet. Como todo processo de outsourcing (computao em nuvens pblicas tambm um modelo de outsourcing), embora coloquemos nas mos do provedor a responsabilidade pela segurana dos nossos dados, ainda somos os responsveis pelo cumprimento das normas de auditoria e aderncia as normas regulatrias. Assim questes prticas como por exemplo garantia de privacidade de informaes pessoais, perodos de reteno de dados histricos para propsitos legais, possibilidade de reviso de processos pelas reas de auditoria e investigaes forenses em sistemas devem estar claramente definidas nas contrataes externas de computao em nuvem. Em muitas situaes, principalmente quando falamos em empresas de pequeno e mdio porte, com restries oramentrias e carncia de skills especializados, bem provvel que o provedor oferea um nvel de segurana e resilincia muito superior ao do data center interno. Mas, nenhum sistema 100% seguro. Devemos estar atentos quanto qualidade dos servios em nuvem oferecidos pelo provedor. Uma nuvem computacional, embora seja um conceito, criada em cima de estruturas fsicas como data centers e seus servidores. A qualidade desta infraestrutura e dos processos do provedor que desenharo o nivel de segurana, disponibilidade e resilincia da nuvem contratada. Muitos dos provedores de nuvens pblicas enfrentam, vez ou outra, problemas de disponibilidade. O Google AppEngine por exemplo, como podemos ver em http://www.datacenterknowledge.com/archives/2009/07/02/google-app-engine-hit-byoutage/ j teve problemas de desempenho. O mesmo j aconteceu com a Amazon, em seu servio EC2 (http://www.datacenterknowledge.com/archives/2009/06/11/lightning-striketriggers-amazon-ec2-outage/). A possibilidade de acesso indevido real. Recentemente o blog TechCrunch postou um texto abordando a violao das bases de dados do Twitter por um hacker. No post, que pode ser acessado em http://www.techcrunch.com/2009/07/19/the-anatomy-of-thetwitter-attack/ descrito em detalhes como foi feito o ataque, a partir de entrevista com o prprio hacker.

11

Incrvel que o hacker no usou nada sofisticado. Mostrou que com pacincia e um pouco de conhecimento de comportamento social consegue-se descobrir muita coisa. O que ele fez? Primeiro usando motores de busca como o Google e acesso a redes sociais, criou um banco de dados sobre a empresa alvo (no caso a Twitter) pesquisando informaes pblicas disponiveis na Web. Neste banco de dados coletou informaes sobre os funcionrios, endereos de email, funes na empresa e dados diversos como datas de nascimento e nomes dos animais de estimao. O passo seguinte seria obter um ponto de entrada no Twitter. Sabia que se conseguisse entrar no email de um funcionrio, teria, a partir da, acesso aos demais. O Twitter usa Gmail como seu sistema de correio eletrnico. Conseguiu a conta Gmail de um funcionrio, embora sem senha. Mas como muitos sistemas, o Gmail busca ajudar o usurio que perdeu a senha enviando uma nova para um email alternativo. Assim o fz e este email era o Hotmail. No Hotmail ele descobriu que o userid j estava desativado, mas que ele poderia recri-lo com mesmo ID. Ele registrou novamente o ID (era o mesmo ID do Gmail, hbito que ns geralmente adotamos) e pode receber ento o email do Gmail com nova senha. Entrou no Gmail do funcionrio e pesquisou algum servio que ele houvesse contratado e que tivesse enviado a senha em texto aberto. Muitos sistemas fazem isso: enviam a senha em texto aberto para o usurio da conta. Ele precisava retornar a senha original do Gmail para que o seu dono no soubesse que sua conta havia sido invadida, o que aconteceria quando o dono da conta fizesse login no Gmail! Achou alguns servios e como geralmente usamos a mesma senha para todos os servios online que assinamos (contas de email alternadas, Amazon, newsletters, etc) ele conseguiu restaurar senha original do Gmail. Estava dentro da rede do Twitter. Com acesso a este email, ele conseguiu fazer downloads de dezenas de arquivos e usando a mesma senha acessou o Google Apps, ferramental de escritrio usado pelo Twitter, conseguindo outras valiosas informaes. Lies aprendidas? Novas tecnologias nos trazem muitos benefcios, mas no devemos desprezar as questes de segurana. Computao em nuvem uma mudana no modelo computacional, mas o uso de nuvens pblicas deve ser visto com ateno. No que as nuvens pblicas sejam inerentemente inseguras, geralmente no o so, mas nossos hbitos muitas vezes facilitam os acessos indevidos. Uma alternativa? Usarmos nuvens privadas (nuvens computacionais internas ao firewall, quando podemos ter controle das normas e procedimentos de segurana) ou mesmo usarmos nuvens hbridas, onde temos nuvens privadas para aplicaes e dados crticos, mas tambm usamos alguns servios providos por nuvens externas.

12

Cloud Computing no CIAB Setembro 13, 2009 Participei algumas semanas atrs de um painel sobre Cloud Computing ou Computao em Nuvem no CIAB. E um dos itens que foram abordados no debate foi por onde comear minha caminhada em direo Computao em Nuvem?. Bem, de maneira geral, quando se fala em Computao em Nuvem lembramos logo das nuvens pblicas como a do Google ou a oferecida pela Amazon, a EC2 (Elastic Compute Cloud). Mas, com as atuais solues de virtualizao e algumas tecnologias de software como o Tivoli Service Automation Manager da IBM (http://www01.ibm.com/software/tivoli/products/tsam-facts.html) perfeitamente possivel construir um ambiente de Computao em Nuvem dentro do data center de uma empresa. Claro que ainda existem peas faltantes no jogo, mas com a tecnologia disponivel j d para comear a fazer muita coisa interessante. Inclusive existe, desde que sua empresa tenha tempo e expertise suficiente, tecnologia Open Source para construir uma nuvem privada. o projeto Eucalyptus, que simula o ambiente EC2 da Amazon. Comeou como um projeto criado para fins acadmicos e agora uma empresa parte (http://www.eucalyptus.com/), que alm de ser um distribuidor para o software, busca gerar receita para servios de implementao da nuvem. Mas, como a empresa comeou agora e no tem ramificao no Brasil, caso voc opte por usar o Eucalyptus, ainda vai assumir toda a responsabilidade por mant-lo em seu data center. Uma nuvem interna ou privada, operando dentro do firewall, entrega alguns dos beneficios das nuvens publicas, como melhor aproveitamento dos ativos computacionais e menor time-to-market para novas aplicaes, ao mesmo tempo que mantm os processos e procedimentos internos de padres, segurana, compliance e niveis de servio. Mas, por onde comear a jornada em direo Computao em Nuvem? Uma sugesto comear pela nuvenizao do ambiente de desenvolvimento e teste. Imagine os desenvolvedores tendo sua disposio um ambiente de auto-servio, onde atravs de um portal ele requisita uma determinada capacidade computacional e a obtm em minutos e no em dias ou semanas, sem precisar passar pela rea de produo e operao. E sem a necessidade de esperar a compra e instalao de um novo servidor para testar novas aplicaesAlis, estes ambientes geralmente recebem a menor prioridade da produo. O resultado ser uma maior produtividade do desenvolvimento de sistemas.

13

Para a produo, o ambiente de desenvolvimento e teste ocupa cerca de 20% dos recursos computacionais, mas d 80% das dores de cabea. Para ela, no ter mais que se ocupar desta questo um grande ganho. Em resumo: os dois lados saem ganhando! Como os ambientes de desenvolvimento e teste geralmente so isolados do ambiente de produo, so risk-free para o processo de aprendizado de criao e operao de uma nuvem interna. A computao em nuvem chegou para ficar, assim, melhor comear a aprender como criar e usar este modelo computacional. Ta um bom primeiro passo.

14

Como cloud computing vai afetar as suites de escritrio Setembro 16, 2009 Um dias destes, em mais uma das minhas apresentaes sobre Cloud Computing, surgiu uma pergunta bem interessante. Me foi indagado se eu achava se no futuro ainda haveria espao para suites de escritrio nos moldes tradiconais, a l PC Bem, embora a suite Office tenha se tornado padro de fato do ambiente de produtividade de escritrios, o surgimento de alternativas baseadas em cloud, como o Google Applications e o Zoho abre uma nova e vivel alternativa em contraponto ao modelo tradicional de suites de escritrio. A principal mudana a mudana de conceitos. O modelo tradicional de suites de escritrio surgiu no contexto do computador pessoal, onde o trabalho era individualizado e as trocas de documentos efetuadas por email. Alis, no incio a troca de arquivos era por disqueteslembram? O PC era o centro do universo e as premissas de criao da suite de escritrio eram que elas poderiam (e geralmente era o caso) funcionar de forma independente, em offline, sem necessidade de conexo Internet. O modelo de computao pessoal no foi criado com colaborao em mente e portanto tarefas como sincronismo de verses de documentos nunca foram seu forte. O modelo de cloud, por outro lado, est alinhado com a viso do trabalho colaborativo. Este modelo demanda uma intensa troca de idias entre os envolvidos na criao e atualizao dos documentos, o que no era enfatizado no modelo anterior. O compartilhamento dos documentos est no cerne de sua proposta. Claro que uma comparao direta entre as ofertas de suites em cloud com o Office vai mostrar que o Office tem mais funes, embora a maioria delas seja dispensvel para a imensa maioria dos seus usurios. As alternativas em cloud so, por sua vez, good enough, o que significa, na prtica, que atendem a maior parte das necessidades de um usurio tpico. O modelo em cloud tambm cria uma maior independncia de equipamentos. O acesso ao documento pode ser feito por qualquer dispositivo, via browser. Ou seja, posso cri-lo no meu notebook e acess-lo via um smartphone, um thin-client PC ou por qualquer outro notebook. O documento no reside no disco rgido do computador onde foi criado. E o documento acessado sempre a ultima verso. No exisem problemas de sincronismos e conciliao de verses, como no modelo de PCs. As proposies de valor so diferentes. O modelo atual tem como proposta de valor sua riqueza funcional, que permite criar documentos sofisticadssimos. Claro que existe um preo para isso! Entretanto, na minha opinio, esta riqueza funcional caracteriza fundamentalmente um excesso de capacidade, ou seja, extrapola a necessidade da maioria dos seus usurios.

15

O modelo de suites em cloud (nuvem) oferecem uma proposta diferente, baseada em menos funcionalidades (pelo menos por enquanto) e concentrada em colaborao e compartilhamento de documentos. E voltando a pergunta inicial Na minha opinio, ao longo dos prximos anos veremos a convivncia de ambos o modelos, mas tambm assistiremos a um lento declnio do modelo tradicional de suites, ampliando-se o uso das alternativas em cloud.

16

Algum tem uma boa definio para Cloud Computing? Setembro 18, 2009 Quando pesquisando para escrever o livro sobre Cloud Computing descobri que existem dezenas de definies diferentes. um paradigma ainda em evoluo e portanto nada mais natural que suas definies ainda no estejam bem claras. Alis, na computao em nuvem, suas definies, atributos e caractersticas, bem como as suas tecnologias de sustentao ainda vo evoluir muito e se modificar com o tempo. J vivemos isso antes. Basta olhar para a Internet em 1999, dez anos atrs. Algum imaginava que ela seria como hoje? Tivemos a fase de empolgao, o estouro da bolha, a descrena e agora vemos que ela a base das comunicaes do planeta. Mas, ningum imagina mais um mundo sem a Internet. Mas, voltando a Cloud Computing. Alis, o termo em portugus que eu adoto Computao em Nuvem, embora tambm vejamos outros termos como Computao nas Nuvens ou Computao na NuvemDe qualquer maneira, um ecossistema que compreende vrios modelos de negcio, centenas de fonecedores e diferentes nichos de mercado. um paradigma bem abrangente e muito mais amplo que simplesmente infraestrutura como servios. Querem um exemplo? Bem, como modelos de servios, alm de infraestrutura como servios (IaaS), podemos ter tambm Platform-as-a-Service (PaaS) e Software-as-aService (SaaS). Alm disso, se olharmos pelo prisma dos modelos de entrega, as nuvens podem ser pblicas (as mais conhecidas, como a nuvem do Google ou Amazon), mas tambm privadas (operada por uma nica empresa), comunitrias (compartilhadas por um conjunto de empresas) ou hbridas (um mix de nuvens pblicas e privadas). Indo mais almUma cloud ou nuvem um conceito abstrato e portanto no se compra como um produto. construda. E para constru-la precisamos de muito mais esforos em servios que s adqurindo tecnologias. Como o ecossistema que envolve Cloud Computing amplo, surgem diversos fornecedores com definies diferentes e muitas vezes discrepantes entre si. Rotular seus produtos e servios como Cloud hoje uma ao comum de marketing. Qualquer produto ou servio hoje cloudUm simples hosting de servidores passa a ser chamado de oferta de Cloud Computing! Enfim, hoje ainda temos muito mais interesse que aes ocorrendo no mundo da Computao em Nuvem. Mas, medida que os conceitos forem se firmando, as tecnologias evoluindo e os casos de sucesso se disseminando, mais e mais veremos as aes se concretizando. Adotar o conceito de nuvem uma trilha a ser perecorrida passo a passo. uma evoluo gradual, no se acorda em nuvem de um dia para o outro. O primeiro passo?

17

Entender os conceitos e separar o que puro hype da realidade. Cloud Computing no hype, tem substncia.

Algumas dicas de papers sobre Cloud Computing Setembro 23, 2009 Escrever um livro um trabalho que demanda muita leitura e pesquisa. E, para escrever meu livro, sobre Cloud Computing, garimpando na Internet consegui encontrar textos muito bons. Um paper que recomendo a todos interessados em estudar o assunto Computao em Nuvem Above the Clouds: a Berkeley View of Cloud Computing, que pode ser acessado em http://www.eecs.berkeley.edu/Pubs/TechRpts/2009/EECS-2009-28.pdf . O paper foi escrito por diversos pesquisadores da Universidade da California, Berkeley, e procura responder a varias questes como o que Computao em Nuvem, por que surgiu e porque est se disseminando pelo mercado, quais as oportunidades de explorao deste conceito, quais os novos modelos de negcio que podero advir do seu uso e assim por diante. Vale a pena ler. Tambm recomendo ouvir uma srie de palestras apresentadas no Workshop Computing in the Cloud, realizado na Princeton University. Vejam http://citp.princeton.edu/cloud-workshop/#panel1. Enfim, o assunto Cloud Computing merece ateno. Jornais de negcios como o New York Times (http://www.nytimes.com/2007/10/08/technology/08cloud.html? _r=4&ref=technology&oref=slogin&oref=slogin&oref=slogin&oref=slogin), Wall Street Journal (http://online.wsj.com/public/article/SB11918061131055186455slpWwDncT1vmG_6OJJdxxeF4E_20071107.html?mod=tff_main_tff_top) e Business Week (http://www.businessweek.com/print/magazine/content/07_52/b4064048925836.htm) tambm escreveram sobre o assunto. O que conclumos? No mnimo devemos acompanhar com ateno a evoluo do conceito e das tecnologias de Cloud Computing para no sermos surpreendidos com o CEO indagando qual mesmo nossa estratgia para Cloud Computing?. E no termos resposta.

18

Cloud computing e mainframes: tudo a ver! Setembro 28, 2009 Um dia destes estive envolvido em um animado debate sobre Cloud Computing e mainframes. Um profissional de uma outra empresa alegou que com a computao em nuvem os mainframes no teriam mais espao. Minha opinio totalmente contrria. E aqui esto meus argumentosNa verdade quando se fala em nuvens computacionais, uma primeira percepo que vem mente de muitos so os imensos data centers tipo Google, onde centenas de milhares de servidores de baixo custo, baseados em Intel, constituem a sua plataforma de hardware. Mas, ser que todas as empresas podem ter estes data centers? Para mim fica claro que no. Mesmo um grande banco no pode criar e manter diversos data centers com mais de 500.000 servidores distribudos. Estes data centers corporativos atuam de forma diferente das nuvens pblicas, pois precisam manter determinados processos e controles internos, sejam por questes regulatrias, sejam por obedincia normas de auditoria. Por outro lado precisam construir uma infra-estrutura dinmica, baseada nos conceitos de cloud computing. So as nuvens privadas, que oferecem muitas das facilidades das nuvens computacionais publicas, mas que operam internamente ao firewall da empresa. So nuvens disponibilizadas e acessadas apenas internamente. E em quais plataformas de hardware deveriam construir suas nuvens? As grandes corporaes, como grandes bancos j usam mainframes. E porque no us-los tambm como plataforma para suas nuvens? Vamos pensar um pouco sobre o assunto. Os novos mainframes no apenas rodam aplicaes legadas baseadas em Cobol, mas processam com eficincia programas Java e sistemas Linux. Um exemplo prtico so as facilidades CMMA (collaborative memory management assist) e DCSS (discontinuous shared segments). O CMMA expande a coordenao da paginao entre o Linux e o z/VM ao nvel das pginas individuais, otimizando o uso da memria. Com o DCSS, pores da memria podem ser compartilhadas por vrias mquinas virtuais. Desta forma, programas que sejam usados por muitos ou todas mquinas virtuais Linux podem ser colocadas em DCSS, de modo que todas compartilhem as mesmas pginas. Outra questo interessante que afeta as nuvens construdas em servidores distribudos a latncia que ocorre quando os programas esto em mquinas distantes umas das outras. Em um nico mainframe podemos ter milhares de servidores virtuais, conectados por comunicao memria a memria, eliminando este problema. Ok, e tenho outros argumentos? Simvamos l. Os mainframes incorporam naturalmente muitos dos atributos que so necessrios a uma nuvem, como capacidade escalonvel, elasticidade (voc pode criar e desligar mquinas virtuais sem necessidade de adquirir hadware), resilincia e segurana. E sem falar em virtualizao, que faz parte dos mainframes desde 1967!

19

A gesto automtica de recursos j est incorporada h muito nos softwares do mainframe. Alis, o System z Integrated Systems Management Firmware gerencia de forma integrada recursos, workloads, disponibilidade, imagens virtuais e consumo de energia entre diversos mainframes. Vamos olhar agora a distribuio de carga. Um mainframe consegue processar muitos mais servidores virtuais por metro quadrado que em um ambiente de servidores Intel. Em mdia o espao ocupado por um mainframe para uma nuvem de milhares de servidores pode ser 1/25 do que seria necessrio com servidores Intel. Alem disso, por cada processador de mainframes conseguimos colocar, dependendo da carga, dezenas de servidores virtuais. Outra consequencia que o consumo de energia pode ficar em torno de 1/20 do que seria consumido pelos milhares de servidores fisicos. Um exemplo prtico: a nuvem criada pelo Marist College nos EUA, que em um mainframe de quatro processadores opera mais de 600 mquinas virtuais. No aspecto econmico, o zEconomics, ou economia do mainframe (System z) pode apresentar um custo de propriedade extremamente vantajoso. As aplicaes Java (que executam em um processador especfico chamado zAAP) e os sistemas Linux (que rodam em processadores IFL) usam processadores que custam muito menos que os processadores tradicionais que rodam os sistemas z/Os e as aplicaes legadas. Um ltimo argumento, como controles automaticos j esto inseridos no mainframe e porque existem muito menos elementos fsicos para gerenciar, a demanda de profissionais de administrao da nuvem pode se situar em torno de 1/5 do que seria necessrio em sistemas distribuidos fisicamente. Moral da histria: cloud computing e mainframes, tudo a ver!

20

Open Cloud Manifesto Setembro 30, 2009 O assunto Cloud Computing ou Computao em Nuvem extremamente fascinante. Na minha opinio o mundo da tecnologia est s portas de uma transformao profunda e no cerne desta transfomao est exatamente este conceito. Com o movimento em direo Computao em Nuvem a Internet passa a ser o repositrio de arquivos digitais e o usurio pode criar documentos, planilhas e apresentaes sem precisar instalar nenhum software em sua mquina. A proposta da Computao em Nuvem permitir que um mesmo arquivo possa ser acessado independentemente do equipamento, sejam estes PCs, notebooks, netbooks ou celulares, pois todos os arquivos estaro guardados em servidores na Web. Porm, a Computao em Nuvem ainda tem muito que evoluir e amadurecer. As nuvens pblicas ainda precisam oferecer mais garantias de segurana e disponibilidade. Alm disso problemtico a falta de padres de interoperabilidade. A tentao dos grandes fornecedores criar sistemas fechados que na prtica impedem seus clientes trocar de provedor de nuvem, dada a complexidade e os riscos envolvidos. A criao destes padres abertos de interoperabilidade so, portanto, essenciais para o uso corporativo da Computao em Nuvem. At o momento, as ofertas mais conhecidas de nuvem, como o Amazon Web Services, Salesforce, o Google Docs so proprietrias. Isto significa que s podemos usar o Google Docs na nuvem do Google e no em nenhuma outra nuvem. Esta limitao tecnologias proprietrias gera aprisionamento do usurio, restringindo sua liberdade de migrar de uma nuvem para outra. Entretanto, recentemente comearam a surgir alguns movimentos em direo a um padro aberto para interoperabilidade entre nuvens e foi, inclusive, criado um manifesto, chamado OpenCloud Manifesto (www.opencloudmanifesto.org) que se prope a aglutinar empresas em torno da especificao de um padro aberto para a Computao em Nuvem. O manifesto estabelece um conjunto de princpios, denominados princpios para nuvens abertas, que asseguram que as organizaes que usarem nuvens computacionais no ficaro restritas a padres fechados, mas tero liberdade de escolha, flexibilidade e abertura para no ficarem aprisionadas a nenhuma nuvem. Embora a Computao em Nuvem traga claros benefcios, existe o potencial (como hoje acontece) de aprisionamento e perda de flexibilidade, caso padres abertos no sejam adotados. Diversas empresas j fazem parte deste manifesto, como a IBM, Sun Microsystems e EMC, mas algumas outras, como Microsoft, Google e Amazon no haviam acordado nenhum compromisso com esta proposta. Pena, pois padres abertos so garantia de interoperabilidade entre nuvens.

21

Cloud Computing e Open Source: pura sinergia! outubro 1, 2009 Em uma das minhas vrias palestras sobre computao em nuvem, me fizeram uma pergunta interessante, que gerou um bom debate e gostaria de compartilhar minha opinio pessoal sobre o assunto com vocs. A pergunta foi com a crescente popularizao do modelo SaaS (leia-se Cloud Computing) como fica Open Source?. Na minha opinio, o modelo SaaS j est saindo do se para como, impulsionado at pela crise de crdito, quando as empresas procuram trocar capex (capital expenses) por opex (operating expenses). Na prtica, SaaS e Open Source compartilham o mesmo modelo econmico, de baixo custo de capital e custos operacionais variveis. Isto gera sinergia entre ambos os modelos e um impulsiona o outro. Os mesmos argumentos que atraem os usuarios para o Open Source so usados pelos provedores de softwares como servios. Que argumentos so esses? Simplesmente no haver necessidade de aquisio prvia de licenas de uso antes de usar o software. No SaaS voce paga pelo que consumiu de recursos. No Open Source, o software tambm visto como servios e as receitas das empresas envolvidas neste setor so obtidas por servios prestados, como por exemplo, empacotamento e distribuio de um conjunto de softwares, como uma distribuio Linux. A computao em nuvem um acelerador do Open Source. A combinao de uma infraestrutura pay-per-use associado com uso de softwares abertos vai reduzir significativamente as necessidades de capital e os custos de desenvolvimento de aplicaes, e acelerar o time to market. um cenrio que vai permitir s pequenas e mdias empresas entrarem mais rapidamente no mundo da Tecnologia da Informao. Portanto, para mim, acho que Open Source e Cloud Computing vo criar um interrelacionamento e gerar sinergias, um impulsionando o outro. O resultado final ser um outro modelo computacional, que vai mudar em muito o atual cenrio da indstria de TI. Aps o debate, aproveitei para reler alguns pedaos do livro A Cauda Longa de Chris Anderson e comecei a pensar na relao deste conceito com a atual transformao da indstria de TI, com o crescente interesse pelo Open Source, SaaS e Cloud Computing. O conceito de Cauda Longa prope que determinados negcios podem obter uma parcela significativa de sua receita pela venda cumulativa de grande numero de itens, cada um dos quais vendidos em pequenas quantidades. Isto possvel porque a Internet abre oportunidades de acesso que antes no existiam. um modelo diferente do mercado de massa, onde poucos artigos so vendidos em quantidades muito grandes. Na indstria de livros, msica e de mdia faz todo o sentido. Por exemplo, a Amazon reporta que parcela

22

signficativa de sua receita vem de produtos da Cauda Longa que no esto disponveis (e jamais estariam) nas livrarias tradicionais, limitadas pelos caros espaos fsicos das lojas. E como Open Source, SaaS e Cloud Computing vo afetar a indstria de TI? Nestes modelos, o custo de capital substitudo por custos operacionais. Softwares que tem seu projeto de desenvolvimento cerceado pelo pequeno tamanho do seu mercado potencial (seu custo de produo no gerava retorno financeiro suficiente) podem agora, se desenvolvidos em Open Source e operados em nuvens computacionais, entrar no mercado. Os custos de comercializao destes softwares tambm tendem a zero, pois no necessrio hordas de vendedores, mas simples downloads e marketing viral (blogs e outros meios de disseminao de informao). A receita dos desenvolvedores dos softwares Open Source ser obtida pelo seu uso (pay-as-you-use), tpico do modleo SaaS. A imensa maioria das empresas no vai investir tempo e dinheiro modificando cdigo, a no ser quando absolutamente necessrio. Alis, situao rarssima. Ser muito mais pragmtico e lucrativo para qualquer empresa pagar pelo uso de um sofware que esteja hospedado em uma nuvem computacional. Afinal, no queremos uma mquina de lavar e sim, a roupa lavada Temos, portanto, um vasto campo para explorar o mercado da Cauda Longa no software. Ento, isto tudo significa que o mercado de software tradicional, baseado em licenas vai morrer? Na minha opinio, no! Pelo menos no horizonte visvelAcredito que conviveremos em um contexto onde os modelos de vendas de licena e software como servios vo compartilhar os palcos por algum tempo ainda

23

Segurana em Cloud Computing outubro 5, 2009 Nesta tera feira estarei em Braslia, participando do painel Computao em Nuvem: Desafios para a Segurana Ciberntica, no SicGov2009, evento organizado pelo Gabinete de Segurana Institucional da Presidncia da Repblica. Segurana ciberntica um assunto muito interessante e desafiador. um verdadeiro paradoxo da sociedade digital que a tecnologia da informao nos abre inmeras oportunidades de melhorar a prpria sociedade, ao mesmo tempo que pode se tornar uma ameaa esta mesma sociedade. E Cloud Computing, conceito ainda bem recente, que para empresas e governos traz diversos benefcios, por outro lado abre novos desafios no tocante segurana e privacidade. Alguns dos questionamentos sobre Computao em Nuvem que mais ouvimos abordam a localizao dos dados (onde os dados das nuvens distribudos geograficamente so hospedados?), segurana (um data center que hospeda nuvens, pela concentrao de empresas que compartilham a mesma infraestrutura, pode atrair ataques concentrados), recuperao de dados (os provedores de nuvens conseguem assegurar que os dados so replicados geograficamente e que em caso de perda de um data center, os dados podem ser recuperados?), arquivamento de dados (por quanto tempo os dados podero ser armazenados para fins legais?), possibilidade de permitir auditagem externa a processos, possibilidade de investigaes forenses diante de atos ilegais, e at mesmo os riscos de aprisionamento forado por parte de nuvens proprietrias (quo fcil ou difcil sair de uma nuvem e migrar para outra?). Neste contexto observamos que grande parte destes questionamentos referem-se a nuvens pblicas. Uma nuvem pblica uma caixa preta onde a eventual falta de transparncia sobre a sua tecnologia, seus processos e organizao podem tornar muito dificil a uma empresa avaliar com o grau de detalhamento necessrio o nvel de segurana e privacidade que o provedor capaz de oferecer. Ou seja, os impulsionadores para adoo de nuvens so ao mesmo tempo os seus principais fatores de preocupao. Quando se usa uma nuvem publica, transferimos a responsabilidade da operao da infraestrutura e aplicaes para o provedor da nuvem. Mas, as responsabilidades legais continuam conosco. Para empresas de pequeno porte, com procedimentos de segurana e recuperao frgeis (o que bastante comum), pode ser uma alternativa bastante atraente. Mas, para empresas de maior porte e rgos de governo, com rgidas regras e procedimentos de controle, o uso de nuvens publicas ser bem mais restrito. Para estas empresas, o uso de nuvens privadas geralmente a estratgia mais adequada. E o que uma nuvem privada? uma nuvem que opera dentro do firewall da empresa, entregando alguns dos beneficios das nuvens publicas, como melhor aproveitamento dos ativos computacionais e menor time-to-market para novas aplicaes, mas ao mesmo tempo que

24

mantm os processos e procedimentos internos de padres, segurana, compliance e niveis de servio. O uso dos modelos de Computao em Nuvem exige novos cuidados de governana, principalmente nos quesitos de segurana, privacidade e disponibilidade. Eventualmente novos processos devero ser definidos, novos tipos de contratos devero ser implementados e eventualmente novos tipos de relacionamentos com os provedores tero que ser construdos. E como estamos nos estgios iniciais de uso de Cloud Computing ainda teremos muito o que aprender!

25

SicGov2009: bate papo animado! outubro 7, 2009 Como em todos eventos, o SicGov2009 abriu boas oportunidades para conversas de corredor. Como o tema de minha apresentao foi Cloud Computing e as questes de segurana e privacidade, o intervalo para o caf reuniu diversas pessoas em um animado bate papoDa conversa extra alguns insights que quero compartilhar com vocs: a) Embora se fale muito nos riscos de segurana em nuvens, existem alguns aspectos positivos que merecem ateno. Um deles que no modelo de computao em nuvem, o valor dos desktops e notebooks estar na nuvem e no em seus HDs. Ora, como as estatsticas apontam que 1/3 dos problemas de violao de segurana devem-se ao uso de informaes obtidas em laptops roubados, o fato das informaes estarem nas nuvens e no mais nos HDs bastante positivo. Outros aspectos positivos (sob a tica de segurana), decorrentes de uso de nuvens so que os upgrades de software que corrigem brechas de segurana so feitas automaticamente (no modelo atual uma grande parcela dos usurios no atualiza seus softwares adequadamente, deixando os bugs que permitem vulnerabilidades ainda ativos), e a uniformidade dos padres de segurana, pois todos passam a ter os mesmos padres, ao contrrio do modelo atual, quando os usurios podem ter mais ou menos recursos de segurana ativos em seus PCs e laptops. b) Tambm lembrou-se que muitos data centers de empresas de pequeno a mdio porte no tem bons procedimentos de segurana implementados e que nuvens ofertadas por provedores de alto nivel possuem, no s procedimentos e recursos sofisticados e auditados, mas tambm um staff tcnico com uma expertise acumulada que nenhuma empresa de pequeno porte teria. c) Mas, claro que os desafios de adoo de nuvens, principalmente nuvens pblicas so muito grandes. Por exemplo, citou-se questes ainda no resolvidas de segurana e privacidade como a problemtica da jurisdio (quando os dados so processados e armazenados em nuvens, que extrapolam territrios nacionais, que leis de proteo e privacidade destes dados se aplicam?), uma vez que uma nuvem pode residir em data centers localizados em diferentes pases, com legislaes diferenciadas. d) A segurana foi um tpico bem debatido. Afinal, embora os dados estejm nas nuvens, a responsabilidade final ainda da empresa contratante. Algumas legislaes como as da Unio Europia so enfticas em apontar a empresa contratante como responsvel. e) Outro debate interessante ocorreu por conta das dificuldades de se proceder a investigaes forenses quando no se tem controle de onde os programas so executados. A tecnologia das nuvens pblicas uma caixa preta e os programas e dados podem estar sendo processados em servidores espalhados pelo mundo todo.

26

Enfim, foi um debate bem animado e mostrou que ainda estamos comeando a entender que negcio de Computao em Nuvem este?

27

Selecionando um provedor de Cloud outubro 9, 2009 Aps o evento SicGov2009 recebi diversos emails, sendo que um dos quais, me questionando como selecionar um provedor de cloud, gerou um texto que ser interessante compartilhar aqui. Selecionar um provedor de servios computacionais externos como uma nuvem passa por alguns itens j conhecidos como a competncia e reputao do provedor, acrescido de outros especficos como: a) Custos de troca do provedor. Sim, as nuvens pblicas ainda so proprietrias e nem sempre ser fcil migrar de uma nuvem para outra, embora os custos possam variar de acordo com o tipo de servio contratado no modelo de cloud. Por exemplo, trocar um servio de SaaS muito mais complicado que trocar de fornecedor de storage-as-aservice. b) Politica de preos. Uma das vantagens do modelo de cloud pagar apenas pelos recursos utilizados. Assim importante validar o nivel de transparncia da politica de preos do provedor e sua aderncia a este modelo. c) Desempenho e disponibilidade da nuvem. Usar servios computacionais em nuvem fazem com que o seu desempenho seja resultante de diversos fatores, alguns deles externos ao provedor. Um bom contrato de SLA, com penalidades para situaes de no cumprimento das clusulas contratuais sempre bem vindo! d) Transparncia da cadeia de valor da nuvem. Um provedor de SaaS pode estar usando ele mesmo uma nuvem de terceiro para sua infraestrutura como base computacional para sua oferta. Saber disso e ter uma avaliao da qualidade deste subcontratante importante para validar o seu provedor do SaaS. Um item que mereceu ateno especial foi a questo da segurana. Como avalair segurana do provedor de nuvem? Bem, existem diversos itens que devem ser analisados. Vamos por exemplo considerar uma nuvem no qual usaremos servios de infraestrutura (como as ofertadas pela Amazon). O que devemos analisar antes de fechar contrato? a) O provedor tem certificaes externas de segurana e governana?

b) Quais os recursos e procedimentos de segurana fsica? Lembre-se que um provedor de cloud concentra muitas empresas clientes e portanto um alvo e tanto para hackers. c) Segurana dos servidores virtuais. Neste caso avalie a segurana do sistema host bem como dos sistemas operacionais guest. Na Amazon, os sistemas guests so controlados pelos clientes e portanto devem implementar eles mesmos os procedimentos

28

de segurana. Este modelo tender a ser usado por muitos provedores de nuvens de IaaS (infrastructure-as-a-Service) pblicas. d) Segurana da rede e dos firewalls. Por exemplo, o provedor est protegido por mecanismos de mitigao de ataques DoS (Denial of service) ou impedimento de IP spoofing? e) Backups. Quem responsvel por eles? Na Amazon o cliente que responsvel pelos backups de seus servidores virtuais. Estamos dando os primeiros passos na direo ao mundo da computao em nuvem, com seus grandes benefcios, mas tambm muitos desafios. Como os provedores de nuvens no so iguais e que seu nivel de maturidade bem diferenciado, devemos definir critrios bem detalhados de avaliao. E ir em frente!

29

O CFO e a Computao em Nuvem outubro 13, 2009 H algumas semanas debati o assunto Cloud Computing com executivos de uma multinacional do setor automotivo. Preparando o material para a reunio, coletei diversas definies, algumas das quais valem a pena compartilhar aqui. Por exemplo, o Gartner Group define Cloud Computing como a style of computing in which massively scalable IT-enabled capabilities are provided as a service to external customers over the Internet. E vai mais, estimando seu impacto nos data centers: Cloud Computing is a natural outcome of next-generation data centers. Infrastructure and operation organizations are striving toward serviceorientation, a more variable pay-per-use chargeback model, and more virtualized and automated architecture. O Forrester tem definio parecida: a pool of highly scalable, abstracted infrastructure, capable of hosting end-customer applications, that is billed by consumption. Segundo o Forrester Cloud Computing is a massive, abstracted and scalable infrastructure where the provider decides what components that infrastructure needsnot the user. In fact, users dont have to worry about hardware or software at all. The operating system and applications are independent of one another and applications are dynamically allocated, scaled and moved within the infrastructure to optimize the performance of those applications. For the user, there are no long term commitments and you pay only for what you use. Pesquisando na Web achei um blog muito interessante sobre clouds, o de John Willis (www.johnmwillis.com/groundwork/cloud-vendors-a-to-z-revised/, que inclui uma lista de empresas que fornecem solues de Cloud Computing. O blog tem posts muito legais e uma seo de podcasts sobre Cloud Computing que vale a pena ouvir. Vale a pena tambm visitar o site da 3Tera (www.3tera.com), que um bom e inovador exemplo de Cloud Computing. Esta empresa, alis, foi apontada como a Top company to watch in 2008 pela Linux Magazine. Mas, voltando nossa conversa com os executivos do cliente em Hortolndia, uma das perguntas que surgiram se a crise econmica no acelerou a adoo de Cloud Computing? Bem, para chegar a uma resposta vesti a camisa de um CFO. Todo CFO fica vivamente interessado em solues como Cloud Computing e seu modelo pay-asyou-go porque este modelo troca investimento em capital (capex ou capital expenditure) por opex (operating expense). O resultado um cash flow muito melhor que no modelo tradicional, principalmente em tempos de crdito escasso. O CFO no precisa assinar nenhum cheque antes de poder dispor da capacidade computacional. Pelo contrrio, ele assina os cheques medida que consome os recursos computacionais. O risco financeiro tambm bem menor, pois no modelo tradicional ele gasta antecipadamente o dinheiro

30

em tecnologia sem saber se o resultado obtido ser mesmo o esperado. No modelo Cloud Computing o risco financeiro mensal (usa e paga) e ele pode acompanhar mais de perto como o dinheiro est sendo gasto. Enfim, do ponto de vista do CFO, Cloud Computing o modelo dos seus sonhose a crise acelerou o interesse pelo modelo Cloud Computing. Mas, claro que no so apenas os aspectos financeiros que contam (embora sejam cada vez mais importantes). Ponto positivo: o modelo Cloud Computing retira da empresa todo o trabalho e custo de administrar toda a parafernlia tecnolgica, que geralmente no o seu core business. Por outro lado um modelo ainda em suas fases iniciais de evoluo. Existem ainda poucas experincias concretas e o mercado ainda est tentando entender melhor o conceito e as tecnologias embutidas nele. Entretanto, quando vemos empresas como a IBM e outros grandes players da indstria adotando o modelo e implementando solues, e analistas de indstria como o Gartner prevendo que 80% of Fortune 1000 companies will leverage some applications of cloud computing by 2012; 30% will use cloud infrastructures services, no mnimo temos que prestar ateno no assunto.

31

A longa estrada para SaaS outubro 16, 2009 Outro dia tive uma animada conversa sobre SaaS com um CEO de uma empresa de software brasileira. Ele est pensando seriamente em adotar este modelo de negcios em sua empresa e queria trocar idias sobre o assunto. Bem, o tema quente, no existem verdades definitivas e acho que vale a pena compartilharmos o que debatemos aqui. Para mim, SaaS implica em uma mudana fundamental na indstria de software e seus modelos de receita (e mesmo sobrevivncia) e no a toa que meu amigo est bem preocupado com o assunto. Pode ser um risco para empresas de software estabelecidas, mas tambm abre amplas oportunidades, pois usurios de menor porte podem usufruir de aplicaes antes inacessiveis. SaaS permite implementar o conceito de cauda longa para a base de clientes. Abrem-se tambm oportunidades para novos entrantes, com modelos de negcio e estratgias de marketing diferentes dos modelos tradicionais. Bom, vamos aos principais pontos da conversa. SaaS no um produto por si, mas uma combinao de um produto (software) com um mecanismo de distribuio e receita. O ecossistema SaaS inclui os produtores dos softwares, os implementadores e os fornecedores das plataformas. Em alguns casos o provedor da platforma tecnolgica o mesmo do software, mas na minha opinio um bom desenvolvedor de software no necessariamente um bom gestor de infraestrutura. So skills diferentes. Na minha opinio, melhor que o ISV desenvolva uma boa parceria com quem sabe gerenciar de forma eficiente uma infraestrutura tecnolgica que assumir para si esta tarefa. Foi minha primeira sugesto para ele. Deixe infraestrutura em nuvem com quem sabe e concentre-se no seu core business, que desenvolver e entregar o aplicativo. Outra sugesto foi de de alavancar parcerias com integradores e implementadores. Como o ciclo de vendas torna-se bem menor, existem mais oportunidades de negcio em menor espao de tempo. Isto implica que mais integradores e implementadores sero necessrios. Tentar fazer tudo em casa, com equipe prpria pode resolver quando so poucas as implementaes. Mas quando o seu nmero aumenta, melhor ter um ecossistema disponvel. No esquea que projetos SaaS, quando comparados com projetos de implementaes de software tradicionais, tendem a ser em maior nmero, mas de menor porte. Bem, e a terceira sugesto foi de no esquecer de desenhar um modelo adequado de distribuio de receita entre todos os participantes do ecossistema. Outro ponto a considerar. No necessrio ser tudo ou nada. A empresa pode ofertar software no modelo tradicional, por licena, como tambm pelo modelo SaaS e/ou mesmo como appliance, um meio termo, onde empacota e gerencia o software (como no SaaS), mas que este vai rodar em uma mquina dentro do firewall do cliente. Aqui entra uma parceria com um fornecedor de hardware.

32

Outra sugesto: se for adotar diferentes modelos, no esquea que a fora de vendas dever atuar de forma diferente. O SaaS altamente transacional e muitas vezes pode ser acionado por telemarketing. Nem sempre os pontos de contato sero os profissionais de TI. Comprar software pelo modelo SaaS vai ser cada vez mais uma atividade conduzida pelos prprios usurios. O modelo de remunerao dos vendedores diferente. No existem (salvo rarissimas excees) comisses monstruosas. Como a receita vem de seats (usurios) por ms, o mecanismo de comissionamento diferente do modelo de vendas de licenas. Espelhe-se, por exemplo, no modelo de remunerao de assinaturas de revistas. Entrar no mercado SaaS no apenas disponibilizar o mesmo software de forma diferenciada. Pode ser necessrio reescrever toda a aplicao para explorar de maneira adequada o ambiente Web, inclusive tornando o software o mais possvel autogerencivel! Adotar o modelo SOA ser um plus! Os ganhos em termos de flexibilidade e facilidade para incorporar novas funcionalidades vai aparecer rapidamente. Sugestes adicionais: incentive uma maior participao dos usurios envolvendo-os em comunidades e obtendo idias e sugestes para melhorias e inovaes. Acelere o processo de inovao, pois ao contrrio do modelo tradicional, no sero mais necessrias longas implementaes para o usurio incorporar estas inovaes. Elas podem entrar inflight, com o sistema no ar. Alm disso existem alguns custos adicionais como recrutar e treinar uma nova rede de canais e parcerias, e uma nova fora de vendas. Uma outra e importante sugesto: repense o business model. O cash flow diferente e a reteno de clientes mais dificil. A barreiras de sada so mais baixas. Termos e siglas como churn rate, ARPU e custo de aquisio de clientes, comuns no meio das operadoras de celulares, passam a fazer parte da terminologia dos ISVs envolvidos com SaaS. O que retm um cliente SaaS? Funcionalidade, claro, mas tambm agilidade, suporte, servios adicionais, qualidade de atendimento, nivel de servioEnfim, imagine-se como uma empresa de servios onde o software est escondido no servio. Voc deixa de ser um vendedor de software para ser um vendedor de servios. E uma recomendao final: estudar alguns cases de sucesso como salesforce.com, Intacct (que atua em sinergia com o salesforce), cujo site pode ser visitado em http://us.intacct.com/, Open-Xchange (http://www.open-xchange.com/), Projity (www.projity.com) e Zoho (http://www.zoho.com/). Recomendei tambm dar uma olhada no Etelos (www.etelos.com) e no OpSource (http://www.opsource.net/) que se propem a serem plataformas paras ISVs disponibilizarem seus aplicativos no modelo SaaS. E, claro, desejei boa sorte a ele!

33

Privacidade em Cloud Computing outubro 19, 2009 H poucas semanas levantei diversos posts abordando a questo da segurana em tempos de cloud computing. Hoje pretendo explorar outro assunto correlato que a privacidade na computao em nuvem. Indiscutivelmente que com o advento da Web 2.0 e todas as suas tecnologias como blogs, microblogs, wikis, etc, nossa pegada digital j est se espalhando em terabytes de informao por dezenas de sites diferentes. E cresce cada novo servio que usamos! O advento do modelo de computao em nuvem vai acelerar esta tendncia. Ser cada vez mais fcil criar novos servios, uma vez que a barreira da infraestrutura deixa de existir. Vejamos o exemplo do Twitter. J temos novas alternativas como o Meme do Yahoo (//qdwch.tk) e o Woofer (//xd7iu.tk). O Meme vai alm dos 140 caracteres do Twitter: permite compartilhamento de qualquer tipo de contedo multimdia, como texto, vdeo, udio e fotos. O Woofer, por sua vez, vai no caminho inverso do Twitter: os textos devem ter no minimo 1400 caracteres. Neste ritmo em breve teremos outros lanamentos. Com cloud computing no estamos mais limitados capacidade fsica dos nossos PCs e notebooks: temos agora acesso ilimitado capacidade computacional e armazenamento. Podemos guardar milhares e milhares de documentos e fotos e acess-los, via Internet, de qualquer dispositivo, desde um notebook a um celular. Podemos usar qualquer software e criar novos aplicativos (as mashup applications) com alguns poucos cliques do mouse.E compartilhar tudo isso muito facilmente. Mas, e a nossa privacidade? Vamos explorar um pouco mais este assunto. O grau de privacidade e segurana que queremos vai depender de nossa inteno em no compartilhar informaes e com as regras, procedimentos e polticas adotadas pelos provedores de servios Web 2.0 e de cloud computing que usamos. Dependendo do provedor da nuvem e seu tipo (pblica ou privada, por exemplo) teremos maior ou menor grau de risco quanto nossa privacidade. Um exemplo que pode ser ou no preocupante: Quando uma informao armazenada em uma nuvem, em ltima instncia ser armazenada em um servidor e um dispositivo de armazenamento residente em algum local fsico, que pode ser em outro pas, sujeito legislaes diferentes. Alm disso, por razes tcnicas esta informao poder migrar de um servidor para outro servidor, ambos em pases diferentes. Nada impede que a lei de um destes pases permita o acesso estas informaes armazenadas, mesmo sem consentimento de seu dono. Por exemplo, a legislao antiterrorista ou de combate pedofila em diversos paises permite o acesso a informaes pessoais, sem aviso prvio, em caso de evidncias legais de atos criminosos.

34

Outro ponto interessante que usamos as nuvens pblicas e seus servios sem prestar ateno aos seus contratos de uso, isto , quando existirem estes contratos. Para usurios finais, dificilmente vemos contratos de uso de servios prestados por nuvens. E quando existem, so condies impostas pelos provedores, que podem se dar ao direito de mudar as clusulas sem aviso. A privacidade pode deixar de existir se uma clusula constar que a propriedade da informao armazenada na nuvem ser do provedor. Neste caso, ele poder usar e divulgar aquela belissima foto tirada por voc em alguma ao de marketing sem aviso prvio. A questo que o conceito de computao em nuvem recente e a legislao em vigor ainda mal entendeu a Internet. Ainda est no paradigma da poca em que os PCs viviam isolados e no mximo se trocava disquetes. Apreender para investigao forense um PC cujo contedo estar nas nuvens ser totalmente irrelevante. E como obter as informaes de discos rgidos virtuais, espalhados por diversos provedores de nuvens? Que ser necessrio fazer? Bem, de forma arrogante algumas poucas sugestes: a) Desenvolver novas prticas e polticas de segurana e privacidade que contemplem o paradigma da computao em nuvem. b) Rever a legislao que aborda privacidade e segurana eletrnica de modo que o modelo de nuvem seja considerado. c) s, usurios de nuvens pblicas, devemos estar alertas quanto as consequencias de seu uso e dos termos dos seus contratos de servio.

35

SaaS redesenhando a indstria de software outubro 22, 2009 Fim de semana chuvoso, um bom vinho na varanda e de repente vem um pensamento: Como ser indstria de software daqui a uns dez ou doze anos? Como estar a indstria de software em dez anos? Bem, como depois de algumas taas de vinho as idias fluem muito mais livremente, vou colocar algumas opinies pessoais, que no necessariamente coincidem com as do meu empregador (a IBM) ou meus colegas Vejo dois movimentos que j esto transformando decisivamente esta indstria, o Open Source e o Sofware-as-a-Service (SaaS), que, na minha opinio, em menos de dez anos sero modelos dominantes. O modelo Open Source afeta diretamente a cadeia de valor da indstria pois atua nas mais importantes variveis que entram na composio dos seus preos como os custos de desenvolvimento (diludos pelo trabalho colaborativo) e marketing/comercializao (via Internet). Oferecendo alternativas good enough, custos de propriedade mais competitivos (em alguns casos os custos de aquisio tendem a zero) e modelos de negcio mais flexveis, o resultado gerado pelo Open Source uma presso maior nas margens, obrigando a muitos produtos terem seus preos sensivelmente reduzidos. Um exemplo tpico tem sido a contnua reduo de preos de pacotes como o Office. Ah, good enough significa uma soluo tecnolgica que no necessariamente tenha todas as funcionalidades de um produto lder de mercado, mas que contm as funcionalidades que atendem a uma imensa maioria de usurios. Software-as-a-Service outro modelo disruptivo. Sua proposio de valor funcionalidade oferecida e no a propriedade do produto. A idia bsica que voc na verdade no quer uma mquina de lavar roupa, mas quer a roupa lavada. SaaS oferece isso. Voc no necessita instalar um pacote de CRM ou ERP, mas precisa das suas funcionalidades. O cliente no adquire licena de uso, mas paga uma taxa mensal baseada no nmero de funcionrios que acessem o servio. O mercado vem dando sinais de grande receptividade a este modelo. Algumas estimativas apontam que SaaS pode chegar a 25% ou 30% do mercado total de software j nos prximos 3 a 4 anos. Outra estimativa aponta que j em 2010 pelo menos 65% das empresas americanas tero pelo menos uma aplicao rodando no modelo SaaS.

36

Como estamos falando de um horizonte de uns dez anos, podemos imaginar que um percentual bem significativo do mercado de software ser baseado em SaaS e Open Source. O resultado final que a indstria de software precisar ser reinventada. Porque comprar uma licena de uso de um carssimo software se existir uma soluo good enough mais barata e que no precisa ser instalada em suas mquinas? A questo que atrs destas mudanas esto novos modelos de negcio que provavelmente no tero margens de lucro to altas quanto hoje. A dificuldade maior vai aparecer para as empresas j estabelecidas, que precisam mudar seu modelo de negcios e provavelmente sua estrutura organizacional, de vendas e de custos. E recriar o ecossistema de parceirosOu sejam, existem barreiras culturais e organizacionais a serem vencidas! O modelo de negcios SaaS bem diferente do modelo de licenas tradicional. No modelo tradicional a lucratividade vem das taxas anuais de manuteno e no necessariamente da venda de novas licenas. J a lucratividade do negcio SaaS depende de trs variveis bsicas, muito similares ao do setor de celulares: quanto custa atrair um novo cliente (custo de aquisio), quanto estes clientes rendero com suas assinaturas (ou a receita mdia por usurio ou ARPU, que significa Average Revenue Per User), e com que frequncia os assinantes vo embora e precisam ser substitudos (taxa de rotatividade ou churn rate). As operadoras de celular conhecem bem este jogo A transio para o modelo SaaS no simples. Os custos de vendas e marketing ainda so muito altos. Um exemplo que a empresa SaaS mais bem sucedida at o momento, a Salesforce.com gasta metade de suas receitas em vendas e marketing. E como o modelo ainda novidade, a maioria dos clientes ainda est testando o servio pela primeira vez e no existem garantias que ficaro muito tempo. No modelo tradicional a troca de um software mais complexa e o aprisionamento do usurio quase uma regra da indstria. Quantos usurios de ERP trocam de fornecedor? No SaaS a barreira de sada muito mais baixa. Voce poder trocar muito mais facilmente de fornecedor. A consequncia uma competio mais acirrada e preos menores. Resultado final: margens e lucratividades menores. Definitivamente que em dez anos (ou menos) a indstria de software dever ter uma cara bem diferente da atual e as empresas lucrativas de hoje (como as fornecedoras de ERP) provavelmente estaro ganhando dinheiro com outros modelos de negcio (mais focados em servios de consultoria e integrao) ou simplesmente estaro fora do jogo.

37

Cloud Computing: hype ou novo paradigma computacional? outubro 31, 2009 Tenho feito vrias palestras sobre cloud computing, tanto abertas, como as do Ideti (www.ideti.com/br/cloud), que fiz em So Paulo e nas prximas semanas em Brasilia e no Rio de Janeiro, como em clientes e parceiros de negcios. Destas palestras extra algumas das questes mais recorrentes, que gostaria de compartilhar aqui. A primeira, naturalmente, o que cloud computing? Na minha viso um estilo de computao que prov recursos de TI as a service, de forma elstica, via Internet. As nuvens podem ser pblicas ou privadas, estas restritas a prpria empresa. De forma simplista, como se fosse uma intranet. E como reconhecer uma nuvem? Seus cinco atributos bsicos so: a) Service based, ou seja, atravs de um portal de auto-servio os usurios provisionam e alocam recursos computaconais. Este interface esconde do usurio a grande complexidade que so as tecnologias que fazem uma nuvem existir. b) Escalvel e elstica. Os recursos (ou servios) so provisionados e alocados de acordo com a demanda. Se a demanda aumentar, mais recursos sero adicionados. Por outro lado, se a demanda diminuir, menos recursos sero necessrios. Eu, pessoalmente, prefiro o termo elasticidade, pois visualiza melhor o aumenta-diminui no uso de recursos. c) Compartilhvel. Os servios compartilham um pool de recursos, de modo que o provedor da nuvem obtenha economias de escala e consiga repassar estes ganhos para os seus usurios. d) Pay as you use. O usurio paga pelos recursos utilizados e no como hoje, quando tem que arcar com investimentos prvios em tecnologia. e) Uso da Internet como interface de acesso. Uma outra questo sobre que tipos de nuvens existemMuitos imaginam que uma nuvem computacional apenas infra-estrutura como servios, como a oferecida pela Amazon. Mas, existe tambm platform-as-a-service, como a oferecida pelo Google Application Engine e naturalmente SaaS, como o conhecido salesforce.com e o Lotus Live da IBM. Me perguntam tambm se cloud hype ou se tem substncia. Bem, entendo que um novo paradigma computacional (como cloud computing) evolui e se dissemina pelo mercado se satisfaz plenamente determinadas caractersticas relacionadas com valor para o negcio. O primeiro quesito e eliminatrio o fator econmico. O novo paradigma traz

38

benefcios econmicos e financeiros em relao ao modelo atual? Bem, cloud computing muda o modelo financeiro de capex para opex (reduzindo investimentos em capital) e otimiza os custos operacionais (oferecendo o modelo pay-as-you-use e minimiza ciustos desnecessrios, pois no se paga por funcionalidades no utilizadas). Portanto, tem claro valor econmico e financeiro. Outro quesito so os benefcios diretos para o negcio, como permitir mais agilidade (elesticidade um plus, mas atravs do auto-servio permite que os usurios provisionem recursos quando precisam, sem necessidade de burocracias intermedirias e longas esperas pela liberao de recursos computacionais). Facilita a inovao e a criatividade, pois permite que a empresa se concentre no seu negcio e na construo de solues que tragam resultado direto para o negcio, sem perder tempo e energia em upgrades de hardware e software. Um outro quesito pode ser a simplicidade de uso. Muitos usam uma nuvem sem saber Exemplos so o Gmail, Google Docs e o Facebook. Com computao em nuvem podemos iniciar uma empresa start-up sem necessidade de preocupao com infraestrutura fisica. Fica muito mais fcil iniciar um novo negcio baseado ou suportado por TI. Outro quesito a confiana e a percepo de risco do novo paradigma em relao ao modelo atual. Confiana vai sendo adquirida com o tempo. Quando surgiu o modelo cliente servidor as inseguranas e o temor de se colocar aplicaes em servidores distribuidos era muito grande. Hoje, o paradigma dominante. O mesmo aconteceu com o surgimento do B2C e B2B, quando havia muito receio de se colocar carto de crdito na Internet. Ou quando comeou-se a usar Linux nos servidores. Ouvia-se muito a frase eu no vou cloocar meus sistemas em um software que no sei quem o donoHoje Linux usado comumente. Portanto, medida que mais e mais casos de uso de cloud computing forem se disseminando, os temores iro diminuindo. E finalmente, o impacto social do novo paradigma. O modelo computacional baseado em PCs levou a informtica para dentro das casas, quando antes ela era restrita apenas s grandes empresas. O paradigma de cloud computing vai abrir novos espaos no uso de tecnologia. Mas, para este ponto quero levar a discusso para o crescente mercado dos pases emergentes. Embora representem apenas 21% dos investimentos globais em TI, mais da metade dos novos investimentos em tecnologia ao longo dos prximos quatro anos vir dos pases emergentes. Isto sugere que no ciclo tecnolgico que est apenas comeando os pases emergentes iro pela primeira vez exercer influncia forte na demanda e nas caractersticas dos modelos computacionais a serem ofertados. O modelo cliente-servidor, centrado no PC, aconteceu porque o modelo econmico dominante era do primeiro mundo onde as pessoas podiam adquirir os ento caros PCs. Hoje a incluso digital nos pases emergentes no se d apenas pelo PC mas, principalmente, por outros dispositivos como o celular ou at mesmo a televiso interativa. Com o uso disseminado de equipamentos de informtica menos potentes, como os celulares, haver um uso maior de servios rodando nas nuvens estruturadas nos centros de dados das empresas. A mudana para este modelo de servios resultar em uma radical mudana do atual modelo, que impe que os usurios paguem previamente pela tecnologia.

39

Enfim, na minha opinio estamos vivendo os primeros passos de uma mudana significativa no modelo computacional. Cloud computing vai se tornar o paradigma do proximos anos, embora no vejamos uma exploso de uso tipo big bang, mas sim mudanas graduais. Mas estas mudanas graduais criaro ao longo dos prximos cinco a dez anos um novo modelo computacional. Querem apostar?

40

Teremos padres em Cloud Computing? novembro 5, 2009 A indstria de TI est sempre diante de um pndulo, onde em um extremo temos padres e no outro inovao. Inovao, antes de mais nada, quebra de regras para se fazer alguma coisa de forma melhor, mais rpida e barata. Por outro lado, sem padres fica dificil compartilharmos dados, evitar interpretaes errneas e dispormos de interoperabilidade. Padres sendo impostos cedo demais, enquanto o mercado ainda est tentando descobrir como usar uma nova tecnologia ou conceito provoca inibies e cerceia o ambiente exploratrio. Esta a situao hoje da computao em nuvem. Impor padres rgidos antes que tenhamos uma compreenso maior de seu potencial e alcance de transformaes ser limitante. Mas, inquestionvel que precisamos de interoperabilidade entre as diversas propostas de nuvens. Como resultado j vemos algumas primeiras iniciativas buscando definir um consenso mnimo que garanta esta interoperabilidade. Como exemplo de esforos neste sentido temos o Open Cloud Manifesto, (www.opencloudmanifesto.org) que se prope a aglutinar empresas em torno da especificao de um padro aberto para interoperabilidade na Computao em Nuvem. Outra iniciativa o projeto open source chamado Simple Cloud API ou por extenso, Simple API for Cloud Application Services (http://www.simplecloud.org/). A proposta deste projeto criar um conjunto de APIs abertos que podero ser usados pelos desenvolvedores para escreverem aplicaes em PHP em nuvens computacionais diversas. Desta forma o desenvolvedor escreve apenas uma API e pode usar o mesmo programa em diversas nuvens. As nuvens que esto sendo consideradas nesta primeira verso so as da Amazon (Amazon AWS), Azure da Microsoft, Nirvanix Storage Delivery Network (http://www.nirvanix.com/) e Rackspace Cloud Files (http://www.rackspacecloud.com/). Inicialmente est orientada linguagem PHP, mas no futuro dever ampliar-se para outras linguagens como Java, Python e Perl. Uma outra iniciativa o Cloud Standard Coordination (http://cloud-standards.org/). H tambm uma polmica tentativa da FSF (Free Software Foundation) em criar uma licena de cloud, chamada CloudLeft Public License (http://docs.google.com/Doc? id=dxr5cbn_03ghsr8ft). Para organizaes de padres serem efetivas importante que o mercado, as empresas e as pessoas as conheam. No o caso destas iniciativas. Ainda esto em um estgio muito incipiente e portanto, ainda cedo para sabermos quais delas vo (e

41

se vo) realmente deslanchar. Antes de mais nada, precisamos aprender a explorar a potencialidade da computao em nuvem!

42

Segurana em Cloud Computing novembro 10, 2009 Nesta segunda feira estive em Brasilia apresentando um tutorial sobre Cloud Computing. Como na maioria dos outros eventos sobre este assunto, um dos tpicos que mais chamam ateno a questo da segurana nas nuvens computacionais. Tambm j recebi diversos emails questionando aspectos de segurana em nuvem. Portanto, creio que chegou o momento de debater um pouco mais o tema aqui no blog. No modelo tradicional, a empresa tem controle sobre todos ou quase todos os fatores que afetam a segurana. Mesmo no outsourcing tradicional, onde voce hospeda seus servidores no data center do provedor, voce sabe exatamente onde seus dados e aplicaes esto operando. O modelo de computao em nuvem desconecta os dados e aplicaes da infraestrutura e voc no tem mais nenhuma visibilidade dos detalhes operacionais. Onde esto rodando seus aplicativos? Alm disso, a arquitetura multitenancy (multi-inquilino), tpica do SaaS sob cloud aumenta mais ainda a preocupao dos CIOs e CTOs com adoo de nuvens pblicas. Cloud computing, sem dvida, levanta novos desafios para segurana e risk management, como tambm abre novas discusses no mbito legal, discusses que acredito a maioria dos departamentos jurdicos das empresas no esto preparados para debater. Fazendo pesquisas informais com o publico das minhas palestras sobre cloud, identifiquei que as maiores dvidas e receios esto em: a) Segurana e privacidade. Algumas perguntas que coletei so: quo vulnervel estaro meus dados em uma nuvem pblica? Existem riscos de privacidade? Como a nuvem de um provedor pode atender empresas concorrentes, que garantias existem que dados de uma empresa no sero vistas pela outra? Como fazer uma auditoria nos processos do provedor de nuvem? b) Compliance. Empresas que precisam satisfazer regulamentos rgidos como os demandados por SOX ou outros, podem ser impactadas quando colocam seus dados em uma nuvem pblica? c) Aspectos legais e contratuais. Uma questo levantada em uma palestra foi se eu desfao o contrato com o provedor da nuvem, que garantias eu tenho que os dados sero realmente apagados e no ficam de posse dele?. Outro questionamento refere-se ao aspecto legal da jurisprudncia de onde o dado est armazenado. Um dado em uma nuvem, contratada no Brasil, pode ser armazenado, a critrio exclusivo do provedor, em seu data center na China e portanto sujeito aos aparatos legais deste pas. E se os entendimentos jurdicos forem diferentes? Muitas destas questes ainda no tem respostas satisfatrias. O fato de no termos visibilidade e controle da infraestrutura que hospeda nossos dados e aplicaes aumenta a

43

complexidade das questes de segurana. O provedor da nuvem deve ser rigidamente avaliado quanto a eficcia das suas prticas de segurana e privacidade. Este um ponto importante. No longo prazo o mercado de nuvens pblicas deve se concentrar em uma meia dzia de provedores de escala global e uma constelao de provedores regionais. Nem todos oferecero os mesmos recursos de segurana e privacidade. Assim, ao contratar um provedor de nuvem, devemos avaliar detalhadamente as suas prticas e medidas de segurana e privacidade, para no termos surpresas mais adiante. Na questo de compliance, recomendo avaliar se o provedor tem procedimentos eficazes de business continuity and disaster recovery e se registra trilhas de auditorias e logs. Logs e trilhas de auditoria so fundamentais para uma investigao forense e a arquitetura multi-inquilino nem sempre permite gerao de logs. Se a sua empresa demandar necessidade de registro de logs e trilhas de auditoria deve negociar esta questo com o provedor. O lembrete para compliance que a responsailidade pela aderncia da empresa. Servios de cloud so apenas um meio e portanto cabe nicamente a empresa selecionar um provedor que consiga manter esta aderncia. Recomendo acessar o paper Cloud Security http://www.redbooks.ibm.com/redpapers/pdfs/redp4614.pdf . Guidance, em

Cloud computing tem imenso potencial e no longo prazo ser o paradigma dominante de uso de TI, mas ainda precisa evoluir bastante nas questes de segurana, risco e interoperabilidade. Mas, questo de tempo e maturidade. Como os vinhos e a Internet, cloud computing vai ficando melhor medida que for ficando mais maduro

44

O que elasticidade em Cloud? novembro 21, 2009 Uma das caracteristicas principais do modelo de cloud computing a elasticidade. Mas, curiosamente, ainda um conceito que suscita algumas dvidas. Assim, volta e meia algum me pergunta que realmente elasticidade e quais suas vantagens. Bem, elasticidade a capacidade do ambiente computacional da nuvem aumentar ou diminuir de forma automtica os recursos computacionais demandados e provisionados para cada usurio. a escalabilidade em duas direes: tanto cresce quanto diminui a capacidade ofertada. A elasticidade vista de forma diferente pelo consumidor de servios de cloud e pelo provedor destes servios. O usurio ou consumidor de servios de cloud no olha as entranhas das tecnologias que fazem a nuvem acontecer, mas visualiza apenas o seu interface. Ele interage com uma nuvem apenas pelo portal de acesso no qual solicita provisionamento e alocao dos recursos computacionais. Os detalhes tcnicos ficam escondidos. J o provedor precisa colocar em operao toda a parafernlia tecnolgica que faz a elasticidade acontecer. A elasticidade aparece em nuvens pblicas, quando o usurio no precisa dispor de nenhuma capacidade computacional por si. Usa apenas os recursos provisionados pela nuvem, de acordo com sua demanda. Se precisar de muita capacidade, requisita muita capacidade. Quando esta capacidade no for mais necessria ele a libera. O provedor, por sua vez, usa toda a sua capacidade para compartilh-la por todos os usurios da nuvem, e a capacidade liberada por um usuario imediatamente alocada a algum outro usurio que a demande. Esta alocao dinmica de recursos que permite a economia de escala e possibilita que o provedor oferte seus servios com preos mais baratos que no modelo de hospedagem pura e simples. J nas nuvens privadas, a empresa precisa adquirir e implementar os recursos computacionais que sero alocados via modelo de nuvem para os seus usurios. A elasticidade sentida apenas no nivel dos usurios internos, mas no no data center, que precisa ainda investir em capital, como servidores e sistemas operacionais. De qualquer foma, esta infraestrutura dinmica, permitida pela nuvem privada, um grande benefcio quando comparado ao modelo tradicional de gesto de recursos computacionais, como feito hoje pelos data centers.

45

 possivel aparecer outro Salesforce? novembro 24, 2009 Em dos inmeros eventos de Cloud Computing, o CEO de uma pequena empresa de software brasileira me perguntou se existiria possibilidade de outro negcio (e porque no o dele?) alcanar um sucesso similar ao Salesforce. Pergunta interessante. Claro, que se eu soubesse a resposta, ela valeria alguns milhes de dlares. Mas a conversa fluiu e discutimos os principais aspectos, que no meu entender, foram a razo de sucesso do Salesfoce. Antes de mais nada, lembrei que o modelo SaaS est em franca expanso. Segundo o prprio Gartner, em 2011, 25% dos novos softwares de negcio sero entregues como SaaS. Este modelo, abre, sem sombra de dvidas espao para novos ISVs entrarem no mercado. Mas, quais foram as condies que permitiram o Salesforce decolar? Na minha opinio o principal impulsionador foi o momento do mercado. As empresas estavam insatisfeitas com os modelos de entrega de softwares de Sales Force Automation (SFA) e CRM. Os custos de upgrade, obrigatrios e impostos pelos fornecedores, chegavam a mais de 30% dos custos iniciais de aquisio e implementao. Alm disso, a aquisio de diversas empresas de CRM e SFA pela Oracle acabou quase que monopolizando o mercado. Os custos de servios de implementao tambm estavam assustadoramente altos. Algumas experincias apontavam que para cada dlar gasto no software outros cinco eram gastos em servios. E, para fechar a conta, os provedores dominantes, Oracle frente, no entenderam o que era o modelo SaaS e simplesmente ignoraram o movimento. Ora, as condies de mercado criam oportunidades que um novo entrante pode explorar. A alternativa proposta pelo Salesforce chegou na hora certa. O Salesforce hoje j tem receita de mais de um bilho de dlares e um negcio consolidado. Mas, identificar que o momento do mercado propcio uma coisa. Explor-lo de forma adequada outra. Para mim, os fatores crticos de sucesso do Salesforce e que podem ser copiados por outras empresas que queiram entrar no mundo SaaS so: a) Investimento na operao. Hospedar uma aplicao SaaS significa que voc tem que garantir que a operao dos seus clientes no sofra interrupes. Na modalidade concencional (venda de licenas), se o cliente no implementar uma poltica de recuperao de desastres no culpa sua. Voce simplesmente forneceu o software. Mas na modalidade SaaS a responsabilidade toda sua. Isto significa investir em data centers seus ou de parceiros bem preparados para garantir a disponibilidade e oferecer facilidade para rpida recuperao em caso de descontinuidades operacionais. b) Escalabilidade e elasticidade. O provedor de SaaS tem ter oferecer recursos computacionais que permitam um rpido crescimento (ou at diminuio, da a elasticidade) das demandas de recursos computacionais. Se o seu cliente adquirir uma

46

nova empresa e neste processo inserir mais 500 usurios, eles devero ser acomodados de um dia para o outro. c) Funcionalidade. No adianta nada oferecer uma alternativa mais barata em termos de modelos de negcio se o software no atender s necessidades dos usurios. As funcionalidades embarcadas devem ser no mnimo iguais s das alternativas convencionais. d) Foco no modelo SaaS. O Salesforce 100% voltado ao modelo SaaS. Na minha opinio ter alternativas hbridas pode gerar confuso no cliente e at mesmo desavenas e competies desleais entre as prprias equipes de vendas do provedor. e) Aplicaes que demandam pouca integrao com sistemas legados. Um sistema de CRM ou SFA no demanda muita integrao com sistemas legados, o que facilita sua implementao em ambientes externos. Mas, e a sustentabilidade da operao? O modelo SaaS baixa as barreiras de entrada para novos ISVs e surge o fenmeno do churn rate, que a taxa de desconexo de clientes. Comum na telefonia celular e que pode vir a acontecer no mercado SaaS. O que significa um churn rate elevado? Imaginemos uma taxa de desconexo de 10% ao ano, em uma base de 100.000 usurios. Significa que apenas para se manter no mesmo lugar a empresa precisa adquirir 10.000 novos usurios por ano. Alis, este fenmeno j foi identificado em algumas empresas, como um relatrio de uma empresa de investimentos que analisou os resultados de uma empresa SaaS. A anlise mostrou que apesar do anncio da aquisio de novos clientes, no final do ano, o relatrio da empresa para os acionistas mostrava que ela estava no mesmo lugar em nmero de usurios. Outra estratgia a ser pensada. A Salesforce investiu na expanso de seu ecossistema, criando uma plataforma (Platform-as-a-Service), chamada Force.com e um diretrio de aplicativos chamado AppExchange. Com isso, milhares de novas aplicaes complementares aos seus sistemas foram desenvolvidos, o que aumenta a barreira de sada para seus clientes. Claro, se o cliente estiver mais envolvido com o ecossistema Salesforce, mais dificil para ele sair e recriar o contexto de solues em outra nuvem. Mas, voltando a pergunta originalSe as condies do mercado em que a empresa de meu amigo CEO atua forem favorveis, porque no adotar uma estratgia baseada em SaaS? Que condies so estas? Abundncia de usuarios insatisfeitos com o atual modelo de aquisio e implementao de software, poucas opes de escolha (poucos provedores confiveis) e falta de viso SaaS destes provedores. Se estas condies existirem, vejo boas oportunidades de entrar forte no SaaS, mas lembrei a ele que precisa, no minimo, considerar os fatores crticos de sucesso que fizeram a Salesforce chegar onde chegou.

47

Para mim est claro que a sustentabilidade do modelo e dos atores SaaS j existentes no est mais em questo. A questo agora saber a sustentabilidade futura das empresas tradicionais de software que no tem uma estratgia SaaS.

48

Cloud Computing ontem e hoje novembro 26, 2009 Outro dia, em uma animada conversa com alguns colegas, me perguntaram se houve muita mudana no cenrio de cloud computing, desde que eu comecei a pesquisar o tema em profundidade para escrever meu livro, isto , de uns dois anos atrs, para hoje. Para mim, o que mudou que j est claro para os principais atores da indstria de TI que Cloud Computing vai transformar a maneira como as empresas adquirem e consomem as suas solues. E que vendedores de tecnologia que obtm sua receita exclusivamente da venda de licenas de software ou hardware tero que adotar este novo paradigma, sob pena de correrem srios riscos de sobrevivncia. Por outro lado, esta mudana no ocorrer de um dia para o outro, mas ser gradual. Rupturas no so bem aceitas pelo mercado e portanto a adoo de cloud ocorrer aos poucos. Mas, em 3 a 5 anos cloud computing estar bem disseminado. E provavelmente em 10 anos o modelo atual ser apenas lembrana Veremos tambm no apenas nuvens pblicas, as mais conhecidas (como Google e Amazon), mas muitas nuvens privadas, operando dentro do firewall das empresas. Provavelmente as pequenas empresas tero toda sua TI em nuvem. As grandes corporaes vivero um cenrio mixto, com alguns servios como email e ambientes de colaborao em nuvens pblicas e os sistemas crticos, que demandam alta integrao, em nuvens privadas. Tambm acredito que os questionamentos atuais referentes a segurana e privacidade sero resolvidos medida que as tecnologias que compem cloud computing amadurecem. Tambm veremos evolues nos aspectos de legislao e polticas de segurana e auditoria, que devero evoluir para abranger este novo cenrio. Afinal, segurana basicamente questo de risk management e cloud computing no inseguro por natureza. Nada 100% seguro, mesmo sistemas em imensos e protegidos data centers dentro das empresas. Outra mudana que observei que hoje j se olha cloud computing no apenas como infra-estrutura, mas tambm como plataforma e software como servios. Na verdade, depende muito do ponto de vista e interesse da pessoa. Um profissional envolvido com infra, refere-se a cloud como infrastruture-as-a-service. seu ponto focal e interesse. J uma empresa de software se interessa pela camada de software-as-a-service. E os desenvolvedores esto interessados em desenvolver aplicaes para nuvens e portanto se interessam por platform-as-a-service. Mas, o que acredito, seja mais significativo que aos poucos, as empresas e os profissionais de TI j acreditam que cloud computing veio para ficar, que o conceito est

49

amadurecendo rapido e que tem irrefutveis vantagens em relao ao modelo atual. Portanto, apenas questo de tempo!

TCO em Private Cloud dezembro 4, 2009 Uma pergunta recorrente que ouo como comear um projeto de cloud privada?. Na minha opinio, o primeiro passo saber exatamente quais servios a rea de TI fornece para seus usurios. Depois, mensurar os nveis de servio obtidos hoje. E identificar quais os niveis de servio que os usurios necessitam. Nesta anlise importante medir tambm quanto custa para a empresa oferecer estes niveis de servio. De posse destas informaes pode-se avaliar o impacto da implementao de uma nuvem privada nestes servios. Uma primeira observao. Como estamos nos estgios iniciais no uso de Cloud Computing e muitas das suas tecnologias ainda no esto maduras o suficiente, alguns destes servios podero no se mostrar viveis para serem usados em nuvens, pelo menos no momento. Mas, com certeza existem diversos servios que podero migrar para nuvens, com resultados bastante positivos. Um exemplo simples: imagine o processo em que as equipes de desenvolvimento solicitam recursos fisicos para seu projeto. Vamos supor que um servidor fisico demore de 45 a 60 dias para ser contratado e entregue operacionalmente. Neste periodo detempo, a equipe de desenvolvimento fica subutilizada e o prazo de entrega do projeto deslocado pelo mesmo periodo de tempo, talvez at sacrificando alguma vantagem competitiva que os dois meses trariam. Suponha agora uma nuvem privada criada para atender os desenvolvedores de forma dinmica, onde eles requisitariam recursos (servidores virtuais) atravs de um portal de self-service e o provisionamento destes recursos se desse em algumas horas, em vez de dois meses? Agora imagine que so uns 200 projetos por anoOs beneficios tornam-se claramente tangveis. Outras variveis podem ser usadas no estudo dos business case utilizados para avaliar se o servio poder ou no se adotado em nuvem. Uma melhor utilizao dos servidores um exemplo. Os servidores usados para ambientes de desenvolvimento tendem a ter uma utilizao muito baixa, passando por periodos de quase ociosidade. Um gerenciamento automtico, que permita provisionamento e liberao destes recursos aumenta em muito a sua utilizao e com isso eventualmente menos servidores (menos capital) sero necessrios. Tambm consegue-se postergar eventuais ampliaes deste parque (novamente melhor aplicao do capital). Com certeza os CFOs agradecero! A produtividade da equipe tcnica um fator que merece bastante ateno. J falamos das equipes de desenvolvimento, mas devemos olhar tambm o staff tcnico, responsvel

50

pela manuteno destes servidores. Quanto tempo eles gastam fazendo upgrades de hardware e software? E se grande parte deste trabalho for automatizado? Os beneficios tambm sero facilmente tangibilizados. Para finalizar recomendo leitura de alguns papers bem interessantes. Um deles chamado Advantages of a Dynamic Infrastructure: A Closer Look at Private Cloud TCO, acessado em ftp://public.dhe.ibm.com/software/systemz/pdf/whitepaper/PrivateCloudTCO042109.pdf. Outro Cloud Computing: Save Time, Money, and Resources with a Private Test Cloud, disponvel em http://www.redbooks.ibm.com/redpapers/pdfs/redp4553.pdf.

51

Oportunidades com CloudSourcing dezembro 8, 2009 Happy hour com um amigo que CEO de uma pequena empresa de integrao de sistemas. O assunto? Como ser o futuro do negcio dele luz das mudanas provocadas pelo Cloud Computing. O negcio outsourcing comea a se transformar, aos poucos, em cloudsourcing. Mas os usurios precisam de niveis de servio nos seus contratos de nuvem, como faziam nos contratos de outsourcing tradicionais. Nas grandes empresas j existe uma estrutura formada para gerenciar os prestadores de servio e gerenciar servios em cloud ser apenas uma reciclagem de skills. Mas, as pequenas empresas, que podero (e geralmente o faro) colocar todos seus sistemas em cloudsourcing? Vamos imaginar um cenrio hipottico de uma pequena empresa que vai usar uma nuvem pblica como a da Amazon. Se por acaso houver uma interrupo temporria dos servios, como ela vai enfrentar a situao? Existem procedimentos de continuidade do negcio frente a este contexto? Esta uma oportunidade futura que me parece bem atrativa para os integradores: serem os responsveis pela gesto dos niveis de servio acordados entre os provedores de nuvem e seus clientes. Para isso devero ser instrumentados com pessoal conhecedor das caractersticas dos negcios do cliente e suas necessidades de continuidade das operaes de TI, bem como das solues de nuvem disponiveis no mercado. E de suas limitaes e potencialidades! O que estes integradores faro? Desenvolvero atividades que podemos chamar de cloud engineering que de desenvolver servios adicionais agregados aos j oferecidos pelas nuvens, como continuidade do negcio, segurana, integrao com sistemas legados, etc. Enfim, existe vida e vida saudvel no cloudsourcing. saber explorar as oportunidades!

52

SaaS e cloud vo estar no seu futuro dezembro 11, 2009 Um colega me perguntou recentemente porque eu acredito que o modelo SaaS vai se tornar dominante nos prximos anos. Na minha opinio um dos principais impulsionadores para sua adoo a crescente preocupao das empresas em melhor utilizar os custos operacionais de TI, bem como, claro, buscar reduzir os investimentos em capital. As empresas cada vez mais no querem comprar tecnologias e sim investir em solues de negcio. Continuar gerenciando o budget de TI focado apenas em hardware, plataformas, middlewares e aplicaes no otimizar as operaes do negcio Esta tendncia se acelerou com a crise de crdito em 2008 e no deve diminuir no horizonte prximo. Alm disso, no podemos esquecer que existe uma relao circular e intensa entre dinmica de negcios e adoo de TI. As empresas adaptam suas operaes s tecnologias disponveis, bem como buscam tecnologias que se adaptem aos seus modelos operacionais. O uso mais intenso de SaaS permite as empresas mudarem suas estratgias de TI. SaaS e cloud computing mudam a maneira como TI comercializada e gerenciada e isto afeta os modelos operacionais das empresas. Saas e cloud computing, ao mudar o foco de capex (capital expenses) para opex (operating expenses), oferecer respostas mais rapidas s mudanas do mercado e diminuir os custos operacionais, permitem as empresas mudarem suas operaes e estas mudanas mudam tambm a maneira como elas usam TI. E em um mundo cada vez mais interconectado, o fenmeno da reverberao intensificado. Isto significa que se mais e mais empresas tornam-se adeptas do SaaS, elas mesmo vo demandar mais e mais alternativas em SaaS. Alm disso, elas influenciam as demais, gerando um efeito de rede. Os provedores de tecnologia, por sua vez, vendo este cenrio, vo se movimentar mais aceleradamente para se inserir neste modelo, ampliando o nmero de ofertas SaaS no mercado. O vetor resultante uma maior acelerao na adoo de SaaS nos prximos anos. Que consequencias veremos? Bem, um pouco de percepes pessoais..no de previses! 1) As empresas de software que ficarem paralizadas, esperando o mercado sinalizar a rota para SaaS para ento se moverem, vo ficar para trs. Provavelmente podero perder espao para as empresas mais inovadoras e que adotam SaaS de forma mais audaciosa. 2) As empresas usurias vo evoluir gradualmente no seu uso de solues SaaS, saindo da primeira onda, onde as aplicaes so isoladas, chegando a niveis de maturidade maior, com aplicaes integradas e inseridas no core business. um processo de evoluo gradual e na minha opinio este nivel mais alto de maturidade s dever ser alcanado em 5 ou 6 anos. Estes niveis mais altos de maturidade implicam entre outras coisas, em modelos de governana mais adequados para SaaS e cloud computing.

53

3) A adoo de SaaS mais intenso nas empresas de pequeno a mdio porte, mas aos pouco vai se inserindo tambm nas grandes corporaes. Este contexto faz com que as empresas de software focadas no segmento de empresas menores tenham que adotar SaaS muito mais rapidamente que as focadas nas grandes corporaes.

54

Um pouco de Azure dezembro 15, 2009 Recentemente a Microsoft anunciou sua oferta de Cloud Computing, o Azure. Como o assunto de grande interesse, pesquisei na Web e cheguei a algumas concluses, que gostaria de compartilhar com vocs. Para mim ficou claro que a Microsoft construiu uma oferta que compete diretamente com Amazon, Google e Force.com. Querem ver? Vamos comear pela briga com a Amazon. Os preos da nuvem pblica Azure Platform so muito similares aos oferecidos pela Amazon. E a Amazon no vai ficar parada, esperando a Microsoft entrar em seu espaoSer uma briga de gente grande, boa de se ver! Outra iniciativa, o Pinpoint.com, se prope a ser um marketplace onde ISVs colocaro venda suas aplicaes para rodarem na nuvem Azure Platform. similar a oferta do Salesforce (AppExchange), AppStore da Apple ou Android Marketplace do Google. A idia fazer o Pinpoint.com o principal mecanismo de Go to market para cloud dos ISVs parceiros da Microsoft. E finalmente o Dallas, que a oferta de data as a service. Esta iniciativa bate de frente com a estratgia do Google de organizar as informaes do mundo e torn-las universalmente acessiveis. O Dallas se prope a ser um canal de armazenamento de contedo, que seria disponibilizado atravs da nuvem Azure Platform. Se esta oferta de data as a service for bem sucedida, vai abrir as portas da Microsoft para uma nova fonte de receitas, alm de venda de software: a venda de contedo. Tenho algumas percepes sobre estas ofertasA Microsoft definou sua estratgia de Cloud como software plus services e na minha opinio ela vai retardar ao mximo as funcionalidades disponibilizadas na sua nuvem para sustentar sua forte presena no mercado de software baseado no modelo tradicional (on-premise). Provavelmente sero criadas e mantidas dependncias entre as ofertas em nuvem e seus softwares on-premise. Quem sabe se a sua estratgia de cloud no um Trojan horse que sustentar seus contratos de software do modelo atual?pensem no assunto!

55

Comentando o Chrome OS dezembro 18, 2009 Este ano vimos o anuncio do Chrome OS pelo Google, que na minha opinio o primeiro sistema operacional desenhado para rodar em nuvens. Este sistema orientado para netbooks (ou cloubooks) e no para robustos PCs e desktops. As aplicaes que vo rodar no Chrome OS estaro em nuvens e no no computador do indivduo. uma maneira diferente de olhar os computadores pessoais. Tradicionalmente um sistema operacional uma pea de software extremamente grande e complexa. Consome parcela signficativa do hardware. Cada nova verso, demanda mais hardware, novas verses de aplicativosBasta lembrar o Vista que demandava PCs maiores que a mdia do mercado. O Chrome OS quebra este paradigma. O Chrome move toda a complexidade e custo para a nuvem. Na mquina do usurio vai residir apenas uma pequena parte do sistema. O Chrome vai pegar? Claro que existem muitos desafiosum deles que o Chrome precisa das nuvens. Ou seja, sem conexo nada ou quase nada acontece. Os netbooks vo usar memria solid-state para armazenar algumas informaes criticas e algum aplicativo que possa funcionar sem conexo. Mas, s! Entra o segundo desafio. Sero necessrias conexes banda larga, de custo baixo, 100% do tempo. Em alguns pases como o Brasil este um problema O Chrome vai impactar o mercado? A curto prazo noMas daqui a cinco anos poder ter uma base instalada expressiva. Porque? Bem, o dinheiro fala altoOs custos de propriedade das empresas com a manuteno dos equipamentos atuais, como desktops e notebooks vai diminuir sensivelmente com os netbooks. Os custos de suporte vo se resumir a questes ligadas ao browser (componente basico do netbook) e a resoluo de problemas de hardware e conexo. O fato de no existir software para ser instalado e configurado (e mantido) na mquina de cada usurio um fator de reduo de custos significativo. Na minha opinio o Chrome OS no vai matar os sistemas operacionais atuais como o Windows. Os dois paradigmas, o da computao pessoal (modelo Windows) e o do Chrome (nuvem) vo coexistir por muito tempo. provavel at que futuras verses do Windows caminhem tambm nesta direoquem sabe? De qualquer modo, na minha opinio, nos prximos anos no deveremos ignorar ou subestimar o impacto do Chrome, pelo menos no mdio prazo.

56

Diferenas entre Cloud Computing e ASP dezembro 21, 2009 Este ano apresentei o tema Cloud Computing e SaaS em diversos eventos. E ao final das palestras sempre juntavamos um pequeno aglomerado de participantes para um animado batepapo. Destas conversas extra alguns pontos interessantes que gostaria de compartilhar aqui. a) Ainda existe muita confuso entre ASP (Application Service Provider) e SaaS. O SaaS entrega funcionalidade da aplicao por modelos de negcio baseados em assinatura. O cliente no tem a propriedade da aplicao, mas a utiliza remotamente. Ela fica hospedada na nuvem do provedor. O ASP, por sua vez, um application hosting, onde o cliente adquire a licena do software e o hospeda em algum provedor. Neste modelo, se o cliente quiser trazer o software para dentro de casa, o far sem problemas, pois ele tem a licena de uso. Isto no acontece com SaaS, pois o cliente tem apenas assinatura que o permite a usar o software. No tem como traze-lo para dentro de seus servidores. b) Uma outra caracterstica fundamental do SaaS que o cliente no precisa se preocupar com a infraestrutura fsica que hospeda a aplicao. responsabilidade do provedor. No modelo tradicional o cliente tem que instalar o software em seus servidores e precisa se preocupar com configurao destas mquinas. responsabilidade dele manter e atualizar o aplicativo. No SaaS quem faz isso o provedor. Este que se responsabiliza pela infraestrutura fisica e por manter o software sempre atualizado. c) Uma pergunta que me fizeram outro dia foi e os canais, como ficam com este modelo?. Na minha opinio como o modelo de distribuio muda, um canal que um simples box mover deixa de ter papel importante na cadeia de valor. Ele ter que assumir o papel de consultor, no mais de distribuidor. Como vemos, a cada dia desbravamos mais um pouco este novo mundo2010 ser bem interessante para Cloud Computing e SaaS No mais, este blog estar em frias at a semana que se inicia em 11 de janeiro. Desejo a todos em Feliz Natal e um Grande 2010. Nos veremos de novo em 3 semanas.

57

2010 Em 2010 a Computao em Nuvem comeou a sair da curiosidade e entrar no mundo real. Comeamos a ver aqui no Brasil alguns primeiros projetos de prova de conceito e prottipos. Muitas pequenas empresas comearam a operar direto da nuvem. Mas, claro, as dvidas e questionamentos continuaram persistindo, como podermos ver refletidos nos posts escritos no decorrer do ano.

De volta ativa: proposies de valor para Cloud Computing janeiro 11, 2010 De volta ativa. Primeiro post de 2010. O tema, claro que Cloud Computing! Lemos todo ano reportagens e artigos sobre tendncias tecnolgicas para o ano novo. Bem, para no ficar de fora, tirei do armrio a minha bola de cristal e a lustrei para dar uns pitacos sobre o que esperar de Cloud Computing em 2010. Provavelmente veremos Cloud sair da fase de curiosidade e entrar aos poucos nas estratgias de TI das empresas. Ser um ano de experimentaes e de projetos proof-ofconcepts. Alguns aspectos da computao em nuvem j passaram desta fase, como aplicaes SaaS de automao de fora de vendas, como proposto pelo Salesforce. Vemos, tambm aos poucos, os usurios finais comeando a se acostumar com Google Docs, embora ainda muito arraigados ao velho modelo (e hbito) de instalar no seu micro o pacote Office. indiscutvel que muitas empresas esto prestando ateno Cloud Computing, embora estejam receosos quanto aos seus aspectos de segurana, privacidade e disponibilidade. Este cenrio aponta para um interesse maior em nuvens privadas. Nuvens privadas podem ser consideradas como um passo posterior e evolutivo dos processos de virtualizao j em andamento em muitas empresas. Portanto 2010 ser um ano bem interessante para Cloud Computing. Mas, um questionamento bastante comum quando se aborda este assunto sobre sua proposio de valor. Existem muitas e diferentes perspectivas e uma nica certeza: confuso e desinformao ainda esto muito disseminados. Reduo de custos de infraestrutura e transformao de custos fixos de TI em variveis vem sendo um dos mais importantes discursos da computao em nuvem. Mas ser que todas as empresas esperam estes mesmo beneficios e na mesma intensidade? Vamos tentar avanar um pouco. Primeiro, vamos fatiar o elefante em bifes. Vamos falar das solues de nuvens de infraestrutura, modelo Infrastructure-as-a-Service. Mas, mesmo concentrando o foco, a proposio de valor destas nuvens diferente quando olhamos sob a tica das pequenas ou das grandes empresas.

58

As pequenas empresas, com reas de TI informais, geralmente com budgets minimos ou at mesmo inexistentes, esperam que cloud computing seja a soluo para reduzir seus investimentos em capital. Adquirir alguns servidores e mant-los em operao pode representar um custo elevado para estas empresas. O uso de nuvens pblicas permite pensar de forma diferente. Usar uma infraestrutura j montada e com niveis de segurana e disponibilidade melhores que os limitados recursos que a pequena empresa geralmente dispe uma proposio de valor bastante significativa. Por outro lado, as grandes empresas tendero a adotar nuvens privadas ou mesmo hbridas, e portanto buscam proposies de valor diferentes. Como ainda investem em capital (conservam e evoluem seu parque de servidores) as proposies de valor concentram-se principalmente na reduo dos elevados custos de gerenciamento e suporte desta infraestrutura e na melhoria dos niveis de servio e velocidade de implementao de novos projetos. Portanto, cloud computing pode e provavelmente ser adotado por proposies de valor diferentes. Reduzir custos de infraestrutura fsica em uma grande empresa que se proponha a adotar uma nuvem privada no vai representar valor significativo pois ele ainda ter que investir e manter seus servidores. Por outro lado, eliminar os investimentos em servidores e staff tcnico de uma pequena empresa, colocando sua infraestrutura em uma nuvem pblica tem forte apelo financeiro. Os CFOs vo adorar!

59

Cloud Computing: um survey informal janeiro 21, 2010 Participei, no ano passado, de vrios eventos sobre Cloud Computing. Nestes eventos tive a feliz oportunidade de debater o assunto com diversos executivos de TI e de negcios. Estas conversas me permitiram criar um survey informal sobre o que eles consideram como principais benefcios, mas tambm quais so suas principais preocupaes. Entre as expectativas de benefcios, alm da reduo de investimentos em capital e custos operacionais, que aparece em primeiro lugar, observei que muitos executivos consideram tambm o potencial da empresa obter mais flexibilidade e velocidade s demandas por recursos de TI, principalmente quando se fala em aplicaes SaaS. Curioso que alguns executivos de negcios (no TI) tem expectativa de poderem, inclusive, byapassarem as reas de TI e adquirirem recursos computacionais e softwares (modalidade SaaS) diretamente dos provedores de nuvens. mais ou menos o que aconteceu quando do surgimento do modelo cliente-servidor no incio dos anos 90. Na minha opinio isto uma verdadeira bomba relgio em potencial, pois pode levar a inmeros problemas de integrao entre sistemas nas nuvens pblicas e os legados, estes residentes em servidores in-house. Portanto a rea de TI no pode, em absoluto ficar omissa diante do crescimento da onda de Cloud Computing/SaaS. Tem que liderar o processo. Nas conversas identifiquei que existem muitas preocupaes e receios quanto ao uso de Cloud Computing. Muitos dos receios so causados pelo desconhecimento e o clssico e conhecido medo do novo. Lembram-se que dez anos atrs muitos diziam que jamais colocarei o nmero do meu carto de crdito na Internet?. Mas muitas das preocupaes tem fundamento. Por exemplo, a maior preocupao dos executivos quanto s questes de segurana e privacidade. Depois vemos os desafios de integrar nuvens computacionais e aplicaes SaaS infraestrutura j existente nas empresas, a falta de padres que permitam interoperabilidade entre nuvens de diferentes provedores (e o receio do aprisionamento forado a um determinado provedor), as dvidas de como definir ROI para a implementao de nuvens e de como exigir garantias de niveis de servio dos provedores de nuvens. Interessante que no observei preocupaes com modelos de governana referentes ao uso de nuvens. O que bem compreensvel, pois ainda estamos na fase de aprendizado. Com certeza, medida que as empresas forem adotando nuvens computacionais veremos as questes referentes governana e prticas de gesto surgirem com mais nfase. Mas, identifiquei tambm que existe quase um consenso que Cloud Computing vai afetar em muito a maneira como TI adquirida, gerenciada e utilizada. Para mim um sinal claro que os executivos com quem conversei olham o assunto com seriedade e no apenas como mais um hype, tpico do mundo da TI. Acredito que agora em 2010 veremos muitas empresas colocando nuvens pblicas e privadas nas suas estratgias de TI. Deveremos

60

sair das questes bsicas tipo o que Cloud Computing para discusses mais aprofundadas de como e quando implementar nuvens e com isso veremos acontecer muitas experimentaes e provas de conceito.

61

Cloud Computing em Open Source janeiro 25, 2010 Cloud Computing comea, aos poucos, a se disseminar e j vemos as primeiras experincias baseadas em Open Source, existindo, inclusive diversos projetos muito interessantes, como: a) Hadoop. a verso open source do MapReduce do Google. http://hadoop.apache.org/ b) OpenCirrus: https://opencirrus.org/ c) Reservoir: http://www.reservoir-fp7.eu/ d) Enomalism: www.enomalism.com e) Eucalyptus: www.eucalyptus.com Na medida do possvel vou, em futuros posts, detalhar um pouco mais cada um destes projetos. Neste, vou analisar resumidamente um deles, que o Eucalyptus, que significa Elastic Utility Computing Architecture Linking Your Programs To Useful Systems. Curioso como estes nomes aparecem, no? O Eucalyptus surgiu como um projeto Open Source acadmico, na UCSB (University of California, Santa Barbara). O Eucalyptus Open Source encontrado em http://open.eucalyptus.com/. Mas, recentemente foi criada a Eucalyptus Systems para oferecer suporte e desenvolver produtos adicionais ao sistema Open Source (www.eucalyptus.com). Uma boa descrio tcnica do projeto, Technical Report Number 2008-10, pode ser obtido em http://open.eucalyptus.com/documents/nurmi_et_al-eucalyptus_tech_reportaugust_2008.pdf . Tambm podemos ver uma descrio mais sucinta do sistema em um paper disponibilizado no IBM developerWorks: http://www.ibm.com/developerworks/opensource/library/os-cloud-virtual1/ . O Eucalyptus implementa o conceito de IaaS (infrastructure-as-a-Service), implementando nuvens privadas (nuvens on premise). Tambm, por ser um ambiente compatvel com o EC2 da Amazon, permite que as nuvens privadas criadas por ele, interajam com a nuvem publica da Amazon, pois usa o mesmo interface de programao. A NASA tem um projeto de Cloud Computing baseado no Eucalyptus, que o NEBULA. Este projeto pode ser visto em http://nebula.nasa.gov/. A empresa farmacutica Lilly tambm um case interessante, pois criou uma nuvem privada que interage com a nuvem da Amazon. Recentemente o Eucalytpus foi incorporado iniciativa de Cloud Computing Open Source do Ubuntu, que uma bem conhecida distribuio Linux. A base desta iniciativa, o Ubuntu Enterprise Cloud (UEC), o

62

Eucalyptus (http://www.ubuntu.com/cloud). O Eucalyptus pode tambm ser instalado em outros ambientes Linux, como os das distribuies RedHat e Debian. Segundo algumas estimativas, o Eucalyptus Open Source tem uma mdia de 15.000 downloads mensais. Na minha opinio uma alternativa de implementao de Cloud Computing que deveria ser vista com ateno pelas universidades, projetos acadmicos e empresas de servios que pretendem disponibilizar nuvens pblicas para seus clientes e que tem condies (leia-se investimentos e tcnicos capacitados) de implementar solues de Cloud Computing baseadas em projetos Open Source.

63

Google ou Amazon? fevereiro 2, 2010 Em um dos inmeros eventos de Cloud Computing em que apresentei uma palestra, surgiu uma pergunta interessante por parte de um CIO de uma pequena empresa: Na minha opinio, qual seria a melhor opo em Cloud Computing, Amazon ou Google?. A resposta simples: depende do que se pretende fazer com computao em nuvem, porque Amazon e Google tem propostas de cloud computing muito diferentes. O Google oferece o Google Applications, oferta de SaaS e o Google Application Engine (GAE, www.appengine.google.com ), que um servio de PaaS (Platform-as-a-Service). A Amazon oferece um servio de IaaS (infrastructure-as-a-Service), chamado de AWS (Amazon Web Services, http://aws.amazon.com/) que uma oferta de recursos de infraestrutura. Na Amazon para se conseguir elasticidade automtica e um servio de PaaS necessrio utilizar componentes adicionais oriundos outros fornecedores. Estes componentes so fornecidos como AMI (Amazon Machine Image), como o IBM WebSphere sMash, para desenvolvimento de aplicaes situacionais (http://tinyurl.com/y9m2tha). A Amazon criou um ecossistema de parceiros que disponibilizam diversos recursos complementares sua oferta. Existem cerca de 450.000 desenvolvedores gravitando em torno deste ecossistema. Assim, por exemplo, quando se desjea facilidades de elasticidade automtica pode-se recorrer RightScale (http://www.rightscale.com/ ) ou Elastra (http://www.elastra.com/). A IBM disponibiliza diversos softwares como AMI na Amazon, cuja lista completa e instrues para download podem ser obtidas no developerWorks Cloud Computing Resource Center em http://tinyurl.com/ycounhf . Um dos recentes anncios da Amazon foi a facilidade de se criar Virtual Private Clouds, usando a sua nuvem pblica. Este recurso, chamado VPC, uma demanda de empresas que questionam questes de segurana em nuvens pblicas, e que pode ser visto em http://aws.amazon.com/vpc/. J a proposta de valor do GAE permitir que desenvolvedores criem aplicaes Web muito rapidamente (em suas estaes de trabalho) e as coloquem para operar na nuvem do Google. O custo para rodar a aplicao free, sim, grtis, at cinco milhes de page views por ms. A partir deste volume, cobrado um valor por recursos computacionais utilizados. O GAE permite que os desenvolvedores construam e testem suas aplicaes em um ambiente simulado (como Linux e Windows), que suportem verses das linguagens Python e Java. Para colocar o aplicativo em produo usa-se um script de upload que transfere o cdigo fonte para os servidores da nuvem do Google, de onde a aplicao rodar. O GAE utiliza a mesma infraestrutura de hardware e software do engine de buscas do Google. Os desenvolvedores no tem acesso direto a estes recursos, pois existe

64

uma camada de interface entre a aplicao e a nuvem. Os recursos disponiveis aplicao so o Big Table (mecanismo de persistncia no relacional), Google File System (sistema de arquivos distribuidos) e uma variante do Linux adaptada pelo Google. O site IBM developerWorks disponibiliza diversos artigos sobre como usar o GAE. Vejam em http://tinyurl.com/yde7qk9 . Estima-se que existam mais de 300.000 desenvolvedores gravitando em torno do GAE, mas as aplicaes que esto sendo atualmente escritas so de pequeno porte, departamentais. Embora a nuvem do Google permita que uma aplicao possa escalar de forma automtica para milhes de page views e milhares de usurios, os temores quanto s condies de segurana, disponibilidade e privacidade de nuvens abertas, como a do Google, so ainda fatores restritivos. Assim, na minha opinio, e o que respondi a ele com relao ao GAE considerar esta alternativa apenas para novas aplicaes de pequeno porte, escritas em Java ou Python, desenvolvidas por equipes pequenas, estilo agile development. Devero ser aplicaes stand-alone (embutidas em si mesmo, sem integrao com aplicaes legadas). Nem pensar em considerar o GAE para migrar aplicaes corporativas legadas, que constituam a base do suporte ao negcio. Por sua vez recomendo a nuvem da Amazon para aplicaes one-way, aquelas que voce vai usar uma ou pouquissimas vezes e para as quais no compensa contratar mais recursos computacionais. Tambm pode ser usada como infraestrutura para pequenas empresas que no tem budgets para manter uma estrutura fisica de TI interna ou mesmo para aplicaes situacionais de grandes empresas que no tenham necessidade de maiores integraes com sistemas legados. O AWS permite utilizao de aplicaes convencionais, pois na prtica simplesmente simula servidores fisicos atravs de virtualizao. Entretanto, ainda no est adequada para suportar aplicaes de misso critica da maioria das grandes empresas. No developerWorks vocs podem ver diversos artigos sobre o uso da AWS da Amazon. Recomendo olhar a srie de papers Cloud Computing with Amazon Web Services, no site IBM developerWorks, em http://tinyurl.com/ya7lop2 . Em resumo, vimos que Amazon e GAE tem aplicabilidades diferentes e no so necessariamente excludentes. Podemos at utilizar simultaneamente as duas alternativas.

65

Cloud Computing vai repetir o fenomeno cliente-servidor? fevereiro 4, 2010 Em um post anterior lembrei que a curva de adoo do Cloud Computing me lembrava a do cliente-servidor, que aconteceu no incio dos anos 90. Hoje vou voltar ao assunto, detalhando um pouco mais a idia e quem sabe, conseguiremos tirar algumas lies do passado. sbio no cometer os mesmos erros Quando o modelo cliente-servidor surgiu, vimos no incio, uma reao negativa muito grande por parte dos setores de TI. Por outro lado, surgiu um movimento muito intenso das reas usurias em buscarem solues neste modelo, bypassando a prpria TI. O modelo c/s prometia romper com o monoplio da rea de TI, permitindo que os usurios, livres da burocracia e demoras nas respostas dos data centers centralizados, buscassem por conta prpria suas solues. O que aprendemos aps mais de uma dcada usando o modelo c/s? Hoje fcil dizer que os dois lados assumiram posies erradas. A rea de TI por inicialmente negar ou ignorar o modelo c/s em seu inicio. E as reas usurias por o adotarem de maneira afoita, sem uma viso mais abrangente de seus impactos ao longo do tempo. O problema que na poca era dificil dizer quem estava com a razo O resultado que as expectativas de reduo de custos no foram alcanadas, por uma razo muito simples. No incio, concentrou-se a discusso exclusivamente no custo de aquisio e no no custo de propriedade. Depois que descobrimos que manter sistemas distribudos era muito caro. Alm disso, o ativo era mal utilizado, causada pela ociosidade muito grande dos servidores. Surgiram movimentos direcionados ao uso mais racional dos recursos computacionais, como disseminao da virtualizao e projetos de consolidao de servidores e data centers. Inmeros outro efeitos colaterais surgiram com o uso do modelo c/s, como maiores vulnerabilidades e proliferao de sistemas incompatveis entre si, criando ilhas de informao e automao, gerando problemas serssimos de integrao e custos elevados de suporte e upgrades. Por outro lado o modelo c/s trouxe beneficios incomensurveis, como maior popularizao no uso de TI e uma maior aproximao da prpria TI com o negcio. E chega a Cloud Computing com suas promessas de romper com os modelos computacionais atuais, permitindo que os usurios possam bypassar suas reas de TI, adquirindo solues por si mesmo, solues que iro residir nas nuvens dos seu provedores. Acende-se um sinal de alerta: Cloud Computing tem o potencial de criar impactos muito maiores que os criados pelo c/s. Isto significa que se repetirmos os mesmos erros quando da adoo de c/s, os problemas gerados sero muito mais significativos. O que os setores de TI devem fazer? Quando ignoraram o c/s, permitindo que as reas usurias criassem seus prprios sistemas departamentais, geraram ilhas isoladas de

66

automao, com os inevitveis problemas de integrao. No podemos repetir os mesmos erros. Ignorar o modelo Cloud Computing fomentar um imenso problema futuro, pois Cloud Computing vai entrar nas empresas, queira ou no queira a rea de TI. Algumas recomendaes simples: a) Desenhar uma estratgia de Cloud Computing que oriente os usurios a selecionarem as ofertas de nuvens e SaaS, observando questes de segurana e integrao com os sistemas legados. b) Apoiar os usurios na negociao de niveis de servio e na seleo de provedores de nuvens. Nos prximos anos, Cloud Computing vai ser o termo hype do momento e qualquer provedor que oferte um simples collocation vai rotular seus servios de Cloud Computing. Cuidado com as armadilhas! c) Implementar nuvens hbridas, adotando nuvens pblicas e privadas de acordo com as caractersticas dos workloads. Lembro que no ser fcil, pelo menos por enquanto, integrar as aplicaes que rodam nas nuvens pblicas com os sistemas que iro operar em nas nuvens privadas. d) Implementar tecnologias e modelos de governaa adequados para a gesto das nuvens, sejam elas pblicas, privadas e hbridas. Um exemplo: ao adotar uma nuvem pblica, a equipe tcnica no precisar mais se preocupar com detalhes de hardware e sistemas operacionais. Portanto seus skills devero ser focados na gesto dos processos e no nas tecnologias. Para estes desafios, a rea de TI deve estar preparada, capacitando seus tcnicos e explorando o modelo Cloud Computing o mais cedo possivel.

67

Mais um pouco de Cloud Computing fevereiro 11, 2010 Nas duas ltimas semanas participei de algumas entrevistas com a midia abordando Cloud Computing. E este mesmo tema foi assunto dominante de algumas reunies com executivos de empresas clientes. A concluso bvia que o tema est bombando. Que tal ento, resumirmos um pouco do que debatemos? Na minha opinio, Cloud Computing vai se tornar mainstream em 3 a 5 anos, mas enquanto isso muitas pedras tero que ser retiradas do caminho. Hoje, por exemplo, ainda no vejo uma clara percepo de seus beneficios e mesmo restries por parte de muitos executivos de TI. A percepo de valor da computao em nuvem ainda no est clara para muita gente. O problema deste ainda desconhecimento a possibilidade de empresas embarcarem em projetos de cloud que podero ser custosos em tempo e investimento, sem conseguirem obter os resultados desejados. Alis, j vimos este filme antes. Quando o cliente-servidor surgiu, vrias empresas afoitadamente desligaram seus mainframes, sem uma estratgia adequada para uso e gesto da computao distribuida. O resultado foi um TCO muito alto e inesperado O que venho abordando nas reunies que o valor da computao em nuvem seja claramente percebido, antes de iniciar qualquer projeto mais abrangente. Disparar um projeto de prova de conceito (proof-of-concept) uma boa estratgia para se consolidar estas percepes. Recomendo, portanto, um projeto POC. Venho observando tambm que os executivos de TI tendem, na mdia, a serem mais cautelosos que os executivos das reas de negcio quanto ao uso da computao em nuvem. Sua percepo de valor muitas vezes concentra-se na reduo de custos (infra e suporte) e de capex (investimentos em capital). Em muitas das conversas identifiquei que nem sempre esto buscando serem proativos na estratgia de cloud. Por sua vez, os usurios com quem venho falando mostram-se mais animados e olham a computao em nuvem (principalmente Software-as-a-Service ou SaaS e Infrastructureas-a-Service ou IaaS) como uma boa alternativa para conseguirem mais agilidade e flexibilidade para seus projetos de TI. Provavelmente, alguns destes executivos esto mais concentrados em obter resultados de curto prazo e nem sempre consideram adequadamente os problemas tpicos de TI, como a integrao entre os sistemas em nuvem e os legados, ou mesmo a possibilidade de um platform lock-in devido a atual ausncia de padres de interoperabilidade entre as nuvens. Uma dvida sempre presente a possibilidade da computao em nuvem permitir o processamento de aplicaes de negcios, como ERP e outros sistemas. Claro que aplicaes que no demandam integrao, em princpio, no apresentaro maiores

68

problemas para rodarem em nuvens. Sero as primeiras a rodarem em nuvem. Uma olhada rpida no diretrio do Force.com (AppExchange) j nos mostra diversas aplicaes interessantes e para mim apenas a ponta do iceberg do que veremos nos prximos anos. Neste diretrio vocs vero, inclusive, uma soluo da Totvs, para gesto de frotas. Interessante vermos que o Force.com j aponta novas funcionalidades provocada pela flexibilidade gerada pela computao em nuvem, como a sinergia entre aplicaes de negcios e as redes sociais. o exemplo o Chatter, plataforma que pemite aos usurios do Force.com a compartilharem aplicaes de negcios, como um CRM, com redes sociais, criando SRM (Social Relationship Management) Mas as aplicaes que demandam integrao com outros sistemas, principalmente sistemas legados que operam fora do modelo de cloud computing, devem ainda serem vistos com cuidado redobrado. De qualquer maneira j temos muitos casos de sucesso em CRM (exemplo do Salesforce) e algumas primeiras iniciativas de sistemas ERP (Compiere, um sistema open source, NetSuite e a brasileira Zipline). Na minha opinio a adoo de ERP no modelo de computao em nuvem ser adotado, em princpio, por empresas de pequeno porte, devido a sua alta sensibilidade custos. Cloud Computing tem a possibilidade de mudar de forma radical a maneira como as pequenas empresas adquirem e usam tecnologia. Em vez de equipes pequenas e subdimensionadas, com poucos servidores, nem sempre configurados e gerenciados da forma mais adequada, podero ter como unico staff seu prprio gestor de TI e com toda a infra de hardware e software residindo em nuvens pblicas. J as grandes corporaes no devero adotar de forma entusistica o modelo de computao em nuvem para seus sistemas ERP, pelo menos nos prximos 3 anos. Depois, s bola de cristalmas, no ser fantasioso vermos os principais fornecedores de ERP oferecendo verses em nuvem ao lado do modelo tradicional, on-premise. A estratgia deles ser, naturalmente, fazer uma migrao lenta e gradual. Uma disrupo afeta seus modelos de negcio atuais e como os seus clientes, grandes corporaes, tambm no so adeptas de rupturas, o acordo tcito entre as duas partes vai direcionar o ritmo de adoo da computao em nuvem para estas suites. Algumas conclusesPrimeiro computao em nuvem no deve ser vista apenas pela tica de reduo de custos, mas os benefcios potenciais das reas de TI permitirem mais agilidade e flexibilidade aos usurios devem ser considerados com ateno. Outra concluso: as reas de TI no devem ignorar ou subestimar a presso que os usurios, logo que perceberem o valor da computao em nuvem faro. Quanto aos ERP. A situao de hoje no pode ser cristalizada, como em uma foto. A evoluo do mercado e a mitigao de eventuais problemas que impedem uma empresa de migrar para um ERP corporativo em nuvem vai acontecendo a cada dia. Sugesto: olhar o cenrio dos sistemas ERP em nuvem no como uma foto mas como um webcast. E finalmente: computao em nuvem no deve ser um projeto especfico de TI nem exclusivo dos usurios, de forma independente. uma mudana no modelo

69

computacional da empresa e portanto, um projeto corporativo. E, importantssimo, no pode haver desconexo entre TI e seus usurios.

70

Um pouco do GAE (Google Application Engine) fevereiro 23, 2010 Ultimamente tenho recebido alguns emails indagando minha opinio sobre o GAE (Google Application Engine) e sua aplicabilidade em ambientes corporativos. Ento, para comear, vamos detalhar um pouco o que o GAE e suas funcionalidades. O GAE a oferta do Google para a camada de cloud computing que chamamos de PaaS ou Platformas-a-Service. O GAE se prope a criar uma plataforma para desenvolvimento e execuo de aplicativos Web, que rodaro na nuvem do prprio Google. uma tecnologia bastante recente, apresentada ao mercado em abril de 2008, tanto que com algumas excees, como o Google Moderator (http://moderator.appspot.com/), as aplicaes do prprio Google Apps no foram escritas usando o GAE. A integrao com sistemas on-premises feita via um recurso chamado SDC (Secure Data Connector), mas que vivel apenas para integraes relativamente simples. Na verdade, a estratgia do Google tem sido claramente bottom-up, oferecendo o GAE basicamente para desenvolvedores, sem propor seu uso para ambientes corporativos. A sua proposio de valor no tem alcanado os CIOs ou CTOs das grandes corporaes. Alis, o DNA cultural do Google no voltado para grandes empresas e sim para usurios finais e desenvolvedores. Mas, o que o GAE prope aos desenvolvedores? Que eles construam e testem suas aplicaes em mquinas locais (fazendo o download do AppEngine Software Development Kit) e uma vez tendo a aplicao pronta, com um simples upload, torn-la disponvel diretamente da nuvem do Google. Estas aplicaes podem estar abertas ao mundo todo ou serem limitadas apenas aos funcionrios de sua empresa. Existe um domnio especifico para estas aplicaes, chamado appspot.com, onde a aplicao pode ter qualquer nome que o usurio deseje. Uma caracteristica interessante do modelo GAE que o custo para comear a us-lo zero. Todas as aplicaes podem usar uma quota de at 500 MB de memria e um razovel tempo de CPU, bem como atender at 5 milhes de page views por ms, sem pagar absolutamente nada. Mas o consumo de recursos acima das quotas vai obrigar ao que o usurio pague os excedentes ao Google. Existem vantagens e desvantagens. Com o GAE o desenvolvedor no precisa se preocupar com questes como disponibilidade de middleware ou gerenciamento do sistema. Estas facilidades so disponibilizadas de forma automtica e transparente para os seus usurios. Por outro lado, algumas restries incomodam, como por exemplo, a possibilidade de se apenas escrever programas em Python e Java (at agora nada se falou em PHP ou Perl), voltadas para Web, e que devem retornar resultados em uma janela de tempo de

71

30 segundos. Se a aplicao demorar mais, o request encerrado e a nuvem retorna um cdigo de erro ao usurio. Outra restrio o numero de resultados que podem retornar em resposta a uma query: mximo de 1000. Tambm a ausncia de uma base de dados relacional outra restrio bem desconfortvel. A persistncia dos programas GAE feita via BigTable, sistema de banco de dados no relacional, que suporta a prpria estrutura de dados da nuvem do Google. Embora o BigTable seja amplamente escalvel, otimizado para operaes de leitura, tpicas dos acessos do motor de busca do Google. O acesso ao BigTable efetuado por um conjunto de APIs que no suportam a linguagem SQL. Alm disso, por no ter viso relacional, deixa a validao da integridade dos dados a cargo do desenvolvedor. Outro ponto negativo que o GAE no suporta aplicaes baseadas no estilo SOA (Service Application Architecture), no qual existe uma clara separao entre as camadas de software atravs de interfaces formais e abertos. SOA fundamental para integrao entre sistemas e o GAE, no suportando padres SOAP e WSDL cria um grande entrave, pois no se imaginam aplicaes corporativas, salvo raras excees, que no tenham grande demanda de integrao com outras. Na minha opinio, estas restries impedem que uma aplicao GAE evolua para ser corporativa e integrada a ambientes legados. Alm disso, ainda no existem casos prticos de uso em aplicaes corporativas e eu, pessoalmente, recomendo que o GAE seja usado, pelo menos por enquanto, apenas para aquelas novas e pequenas aplicaes Web de mbito departamental ou stand-alone, sem integrao com aplicaes legadas.

72

Usando cloud no EC2 da Amazon fevereiro 26, 2010 Com a crescente popularidade do modelo Cloud Computing e da proposta da Amazon (como a plataforma EC2), tenho observado que varios fornecedores de software anunciam ofertas especificas para este ambiente. Entretanto, estes anncios muitas vezes tendem a ser um tanto exagerados e acabam criando uma percepo um tanto enganosa para o mercado. Vamos analisar um pouco mais detalhadamente o que a oferta EC2 da Amazon e validar se estas ofertas so realmente to milagrosas assim. A plataforma EC2 oferece basicamente um ambiente virtualizado de servidores x86, suportado pelo sistema de virtualizao Xen. Um servidor virtual ou uma instncia (Amazon Machine Image ou AMI) na verdade uma imagem virtualizada de um servidor com sistema operacional como o Linux. Quando um fornecedor de software diz que suporta a plataforma EC2 ele est criando uma ou mais AMIs, adicionando seu software e os middlewares necessrios. Na imensa maioria das vezes estas ofertas so os mesmos softwares que rodam em servidores x86 tradicionais, com pequenas alteraes para suportar os sistemas de arquivos da Amazon (Elastic Block Store, EBS) ou S3 (Simple Storage Service). Isto necessrio, pois ao contrrio dos servidores tradicionais, uma AMI no embute automaticamente persistncia em disco. Alm disso, o software pode ser otimizado para rodar no EC2, como por exemplo considerando que os discos virtuais (S3, por exemplo) no so locais e portanto demandam latncia tipica de discos remotos. Tambm, uma vez que a Amazon cobra por numero de operaes de I/O no EBS, otimiza-se o cdigo diminuindo a demanda do software aos discos. Ta uma boa questo: o fornecedor ao dizer que suporta EC2 est fazendo alguma otimizao para este ambiente ou est deixando o software exatamente como funciona nos servidores fisicos? Outra carateristica tipica do EC2 que a escalabilidade da Amazon horizontal, ou seja, abre-se mais instncias. Mas, de maneira geral os softwares tradicionais aumentam sua escalabilidade atravs de mais recursos computacionais da mesma mquina, ou seja explorando a capacidade de servidores de maior potncia. O problema que a Amazon, ao detetar que a utilizao de CPU de uma determinada instncia atingiu um limite determinado, abre automaticamente uma nova instncia. O efeito prtico o de instalar um novo servidor fisico quase instantaneamente. A questo : o software consegue tirar proveito deste novo servidor? Na verdade estamos concluindo que colocar uma aplicao no EC2 no a torna automaticamente uma aplicacao cloud, mas sim que ela usa uma infraestrutura em cloud. A escalabilidade da infraestrutura no se reflete automaticamente na escalabilidade da aplicao. Outro aspecto que nem sempre lembrado nas ofertas dos fornecedores: que modelo ou modelos de licena so adotados? A podemos ter vrios tipos, como licenas voltadas para usos exploratrios, ou seja, propostas para testar o software no ambiente de cloud,

73

mas sem permisso ou condies para uso em produo, ou licenas especficas para o EC2, como cobrana por instncia e/ou por tamanho da AMI. Recomendo olhar as licenas com ateno, para evitarmos surpresas nos custos de propriedade. E j que falamos em custo de propriedade (TCO), sugiro enfticamente avaliar o TCO da soluo EC2 versus o modelo tradicional. Apenas pelo fato de estar na Amazon no garante empresa que seus custos de TI sero menores. Instncias virtuais no tem capex (capital expenses), como servidores fsicos, mas dependendo de como sero gerenciadas e das licenas de softwares adotadas, podem at apresentar opex (operating expenses) mais elevados. Um bom exemplo de flexibilidade no uso da plataforma EC2 da Amazon o da IBM. Vejam em http://aws.amazon.com/ibm/ . Mas, indiscutvel que o modelo de cloud computing ainda um work in progress e a cada dia aprendemos um pouco mais. Recentemente a Amazon criou uma oferta bem interessante chamada de Spot Instances. A idia simples: a Amazon faz leilo automtico de recursos computacionais. Se a demanda pela nuvem da Amazon diminui, os recursos tendem a baratear. Caso aumentem, os recursos tornam-se mais caros. uma estratgia de precificao dinmica. Funciona assim: baseada na lei da oferta e procura a Amazon determina um valor mnimo para as intncias. Estes preos flutuam livremente, de acordo com a demanda, influenciados, por exemplo, pela hora do dia. O usuario d seu lance. Se o seu lance maior que o preo esperado pela Amazon, a instncia alocada a ele, que pode comear a executar. Quando o preo da instncia torna-se maior que o lance oferecido, a instncia suspensa e s volta a rodar quando o lance se tornar maior novamente. Toda a operao automtica. Claro que esta oferta s vale para determinados tipos de aplicao, que no sejam dependentes de tempo. O que isto sinaliza? Que ainda estamos dando os primeiros passos de novos e inovadores modelos de negcio em cloud, quebrando a mesmice dos modelos atualmente praticados. Teremos dias bastante interessantes.

74

Segurana em Cloud Computing maro 4, 2010 O tema Cloud Computing vai ser o assunto dominante neste e nos prximos anos. Mas, um dos seus principais questionamentos com os aspectos de segurana. Recentemente foi criada uma associao chamada Cloud Security Alliance (http://www.cloudsecurityalliance.org/) que entre outras coisas produz um relatrio muito interessante, que alis todos os interessados em segurana nas nuvens deveriam ler. Este relatrio o Security Guidance for Critical Areas of Focus in Cloud Computing. Est na sua verso v2.1 e est disponvel para download gratuito desde dezembro do ano passado. O relatrio um work-in-progress, pois Cloud Computing ainda um conceito e um modelo computacional em evoluo. De um lado, nos obriga a estar permanentemente atentos s suas evolues tecnolgicas e conceituais. De outro, nos leva a tomar decises de algum risco, pois nem sempre as tecnologias envolvidas esto no nivel de maturidade que gostariamos que estivessem. Mas, olhando de forma positiva, em vez de riscos, que tal visualizarmos as oportunidades que a computao em nuvem nos abre? A questo de segurana de fundamental importncia. O ritmo e disseminao da computao em nuvem est diretamente relacionado com o grau de confiana no modelo e nas tecnologias envolvidas. Sem se sentir confortvel com o nivel de segurana obtido, os gestores das empresas no tomaro decises favorveis. Assim, conhecer os mltiplos aspectos que envolvem segurana em Cloud Computing obrigao de todo gestor ou profissional de TI. O relatrio comea com um nivelamento dos aspectos conceituais da computao em nuvem, seus modelos de servio (Infrastruture-as-a-Service, Platform-asa-Service e Software-as-a-Service) e de entrega (public ou private clouds). A partir da descreve os aspectos crticos que se relacionam com segurana, divididos basicamente em dois domnios: o domnio da governana (incluindo fatores como riscos, compliance, auditoria, inreoperablidade entre nuvens e assim por diante) e operacional, que inclui variveis como operao do data center em cloud, continuidade do negcio, gerenciamento de identidades de acesso, virtualizao, etc. medida que mais e mais experincias prticas sejam obtidas com cloud computing, o relatrio sera expandido e acrescido de mais e mais detalhamentos. A CSA aberta a filiados empresas ou individuos (eu sou um filiado individual) e vale a pena estar ligado a ela. Mas, para finalizar este post, quero chamar ateno para um fato. Ainda comum ver muita gente achando que Cloud Computing vai demorar para se disseminar, principalmente porque muitos analistas de industria fazem estimativas conservadoras de sua adoo pelo mercado. verdade que os relatrios de analistas de indstria com estimativas em relao as tendncias e perspectivas de Cloud Computing tendem a ser

75

bem conservadoras. Gartner, por exemplo, diz que o mercado de Cloud Computing ser de 150 bilhes de dlares em 2013. Mas, eu no concordo com elesEste valor ser muito mais alto. Minhas razes para esta discordncia: estou lendo um livro muito interessante, chamado de The Singularity is Near, de Ray Kurzwell e ele me d insights que me fazem acreditar que a disseminao da computao em nuvem ser muito mais rpida e abrangente que os analistas de indstria propem em seus relatrios. Vamos comear do princpio. Von Neumann, o lendrio criador da computao, fez duas importantes observaes: uma que o progresso humano exponencial e no linear. A outra que este crescimento exponencial comea devagar e muitas vezes passando desapercebido, at que atinge um ponto critico, quando se transforma em algo explosivo e profundamente transformador. O que acontece que geralmente fazemos nossas previses baseadas na perspectiva de um crescimento linear e no exponencial. Mas o ritmo de mudanas est se acelerando. Por exemplo, os ultimos 20 anos de progresso do sculo XX seriam conseguidos hoje em 14 anos. Em breve em apenas 7 anos e assim sucessivamente. Em termos prticos, o seculo XXI ter um ritmo de progresso tecnolgico pelo menos 1000 vezes maior que o que vimos no sculo que acabou recentemente. Mas, intuitivamente, consideramos como nosso modelo mental nossa experincia dos ultimos anos e replicamos os seus ritmos de crescimento. Assim, se um modelo computacional anterior, como o cliente-servidor, se disseminou em 15 anos, tomamos este tempo como base e projetamos de forma similar o crescimento da computao em nuvem. Mais ainda, geralmente esquecemos que muitas outras mudanas tecnolgicas afetam o cenrio, contribuindo mais ainda para a acelerao dos processos de mudana. Um exemplo foi o crescimento da Internet. Em meados dos anos 80, como a Internet era constituda de apenas algumas dezenas de milhares de servidores, ninguem imaginava o que ela seria hoje. Mas com um ritmo de crescimento que dobrava o numero de servidores a cada ano (eles se tornavam mais baratos e poderosos em periodos de tempo cada vez mais curtos) hoje temos centenas de milhes de maquinas interconectadas. Se considerassemos apenas o estado da arte da tecnologia de 1985, a Internet seria apenas uma pequenissima frao do que hoje. Quando as mudanas se aceleram, o novo paradigma se torna rapidamente dominante e substitui o anterior. Um exemplo foi a completa substituio do modelo computcional centralizado, que dominou a TI at meados dos anos 80, pelo modelo distribuido, clienteservidor. Hoje no existe nenhuma empresa que baseie sua computao unicamente no modelo centralizado. Mesmos as empresas que dependem fortemente do antigo smbolo tecnolgico deste modelo, o mainframe, usam estas mquinas em conjuno com outros servidores. O que significa? Que em algum tempo (cinco ou dez?) o que teremos ser basicamente a computao em nuvem.

76

Na minha opinio este o cenrio da Cloud Computing. O seu crescimento ser muito mais rpido e intenso que os analistas dizem e mesmo que muitos dos atores atuais da indstria de TI gostariam que fosse Qual ser a velocidade de adoo de Cloud Computing? abril 5, 2010 Fim das frias e de volta ao batenteRetornando ao assunto que me motiva cada vez mais, que Cloud Computing. O modelo de Cloud Computing bem recente, com o prprio termo sendo criado h poucos anos, mais precisamente em 2006. A velocidade de sua adoo ser regulada pelas prprias foras de mercado. De um lado, usurios que esto cada vez mais propensos a reduzir seus custos e melhorar a utilizao do seu parque computacional, vem a computao em nuvem como a melhor alternativa para isso. Os seus impulsionadores so bastante atrativos para serem menosprezados, como reduo dos investimentos em capital (as empresas esto favorecendo cada vez mais o OpEx contra o CapEx), modelo pay-as-you-go ou subscription-based (tpico do SaaS), elasticidade (infraestrutura alinhada com a flutuao da demanda) e maior agilidade na entrega de servios de TI. De outro lado, agindo de forma mais conservadora, os tradicionais fornecedores de TI, que receiam ver suas atuais margens sendo reduzidas. Por exemplo, a margem dos fornecedores de SaaS bem menor que as margens conseguidas atualmente com o modelo tradicional de licenciamento de software on-premise. Tambm as margens do storage online so bem menores que as obtidas com a venda de sistemas fsicos de armazenamento. Em princpio, vemos que os mais afoitos em adotar Cloud Computing so pequenas empresas e start-ups sem sistemas legados. As grandes corporaes tendem a ficar em espera, observando o cenrio, mas fazendo algumas experincias e provas de conceito.Mas, j vemos alguns sinais de mudana no ar, vindo destas grandes corporaes. Por exemplo, a Panasonic assinou com a IBM (Lotus Live) um contrato para colocar em nuvem seu ambiente de colaborao e email para seus 380.000 funcionrios no mundo todo. Em outro exemplo, a cidade de Los Angeles, nos EUA, contratou o Google para colocar em nuvem o email dos seus 34.000 funcionrios. Estes movimentos sinalizam que no so apenas pequenas empresas que esto mergulhando na onda do Cloud Computing. medida que outras grandes empresas embarquem neste trem, e mais e mais experincias positivas sejam divulgadas, o ritmo tender a se acelerar de forma exponencial. Quando falamos em provedores dos vrios servios em nuvem, como IaaS, PaaS e SaaS, vemos diferentes doses de entusiasmo. Por exemplo, ao falar em IaaS, temos os pure play, como as empresas da Internet como Amazon e Google, que aproveitam seu imenso parque computacional, j gerenciado em nuvem, para prover parte desta capacidade para clientes externos e portanto ansiosos para disseminar o conceito. Mas tambm temos os

77

provedores de outsourcing, que buscam atualizar seu portflio de ofertas, mas tentando encontrar o ponto de equilbrio, para no canibalizar suas ofertas atuais. Em software vemos este mesmo cenrio. Os primeiros provedores de SaaS foram empresas criadas com este objetivo, como a Salesforce, enquanto os fornecedores tradicionais ficaram espera para ver o que ia dar. A IBM um caso peculiar. uma empresa que atua no mercado tradicional de TI, obtendo receitas imensas com outsourcing, venda de hardware e licenciamento de software on-premise, mas que consegue, apesar de seu imenso tamanho (mais de 400.000 funcionrios no mundo todo), agir com rapidez e se colocar como forte player em novos segmentos. Est sendo assim com Cloud Computing. Sugesto: acompanhem de perto as estratgias e ofertas de Cloud Computing da IBM. Na minha opinio, o que veremos nos prximos anos ser a operao conjunta dos modelos atuais e o de cloud computing, uma vez que ser praticamente impossivel uma grande corporao mergulhar de cabea em uma mudana estilo Big-Bang. Veremos nuvens hbridas, com parte de aplicaes e infraestrutura operando em nuvens privadas e parte em nuvens pblicas, e mesmo alguns servidores e aplicaes sendo ainda operados da forma tradicional. Como se preparar para este novo tsunami? O SaaS, por exemplo, oferece uma liberdade muito grande aos gestores de linhas de negcio que estejam insatisfeitos com os tempos de entrega do setor de TI de suas empresas. Com simples pesquisas aos application markets como o AppExchange da Salesforce e mesmo com o desenvolvimento de aplicaes mashup, que no demandam ps-graduados para serem escritas, podem, com muita rapidez terem seus anseios satisfeitos. Bypassando a rea de TI. Mas existe um risco incubado. A adoo livre e irrestrita de solues em SaaS podem gerar problemas de integrao com sistemas legados e mesmo entre si. O que fazer? Impedir adoo de aplicaes SaaS? Nem pensar. O setor de TI no conseguiu segurar a onda do modelo cliente-servidor, que comeou nas reas usurias e s depois que foi relutantemente aceito (o mesmo aconteceu com as aplicaes web), e no ter cacife para segurar o fortssimo apelo do modelo Cloud e SaaS. A sugesto criar um modelo de governana que permita gerenciar de forma eficaz as iniciativas de aquisio e gesto de cloud computing, sejam IaaS ou SaaS, que inevitavelmente se espalharo pela organizao. O preo de no fazer isso ser um TCO mais alto. Haver um alto risco de milhares de usurios acessando diversas nuvens publicas diferentes com os inevitveis problemas de integrao e eventuais quebras dos protocolos de segurana e auditoria da empresa. Portanto, as reas de TI no devem ficar margem do Cloud Computing. Devem criar politicas de governana de Cloud Computing, explicitando os procedimentos de seleo, aquisio e utlizao. Ficar espera signfica deixar uma bomba relgio ser armada, pois mais cedo ou mais tarde os problemas cairo no seu colo. muito mais inteligente prevenir que remediar a situao.

78

Linux em Cloud Computing abril 8, 2010 Outro dia estava conversando com um amigo sobre o Linux, sistema que far 20 anos no ano que vem. O Linux j representa hoje uma fora econmica considervel, com um ecossistema estimado em 25 bilhes de dlares. Est em praticamente todos os lugares. Quando fazemos uma pesquisa no Google ou lemos um livro no Kindle o Linux que roda nos bastidores. O Linux demonstrou de forma inequvoca o potencial do desenvolvimento de sistemas de forma colaborativa, que o cerne do modelo Open Source. Seria praticamente impossvel para qualquer empresa de software, szinha, criar um sistema operacional de seu porte e complexidade. Estima-se que o custo de desenvolvimento de uma distribuio como a Fedora 9, com seus mais de 204 milhes de linhas de cdigo corresponda a quase 11 bilhes de dlares. Para chegar ao kernel 2.6.30 (mais de 11 milhes de linhas de cdigo) o investimento seria de mais de 1,4 bilho de dlares. Para se ter uma idia do volume de trabalho em cima do kernel, nos ultimos 4 anos e meio, a mdia foi de 6.422 novas linhas de cdigo adicionadas por dia, alm de outras 1.687 alteradas e 3.285 removidas. Do 2.6.24 ao 2.6.30 a mdia subiu para 10.923 linhas de cdigo adicionadas por dia. Quem teria cacife financeiro para sustentar, por si, um empreendimento bilionrio destes? Portanto, o Linux uma fora no presente. usado no apenas em web servers e print servers, mas a cada dia vemos mais e mais aplicaes core das empresas operando em plataformas Linux. A IBM, por exemplo, consolidou seu ambiente de computao interno (seus sistemas internos) em plataformas mainframe System Z, rodando Linux. O Linux ainda tem muito espao para crescer. bem provavel que vejamos uma migrao mais intensa de ambientes Unix como Solaris e HP-UX para Linux, devido a incerteza quanto ao futuro destas plataformas. Qual ser o futuro dos servidores Solaris sob a nova administrao de uma empresa de software como a Oracle, que no conhece os meandros dos modelos econmicos do setor de hardware? E as plataformas baseadas em Itanium? Manter uma linha de processadores demanda muito investimento e necessrio que haja escala suficiente para haver retorno financeiro. Em comparao com a linha Xeon, o Itanium no um produto de alto volume para a Intel. Embora a Intel no publique o seu volume de produo, analistas de indstria estimavam que em 2007 o ritmo de produo era de 200.000 processadores por ano. Segundo o Gartner, em 2007 o nmero de servidores Itanium vendidos foi de 55.000. Nmero muito pequeno quando comparado com os 417.000 servidores RISC (da familia Power da IBM e das demais tecnologias) e os 8,4 milhes de servidores x86.

79

Mas, e o futuro? Com as mudanas que j esto acontecendo, como a crescente disseminao da computao mvel e o modelo de computao em nuvem (Cloud Computing), como o Linux se posiciona? uma resposta fcil. O Linux, que no conseguiu muito espao nos desktops est se posicionando como plataforma dominante na computao mvel, como smartphones, netbooks e tablets. No seu ltimo ano fiscal que se encerrou em 30 de junho do ano passado, a Microsoft pela primeira vez reconheceu em seu relatrio para os acionistas que os sistemas Linux para mquinas cliente, basicamente netbooks, da Red Hat e Canonical seriam ameaas ao seu negcio. Anteriormente, s havia reconhecido a ameaa do Linux nos servidores. O relatrio est em http://tinyurl.com/kr723z. Tambm nos smartphones est claro que o sistema Windows, que dominou a era dos desktops no conseguiu decolar na computao mvel, com o Windows Mobile perdendo espao a cada dia. E quanto aos servidores? Nestas mquinas o Linux est altamente alinhado com as tendncias de virtualizao e cloud computing. Alguns pontos positivos sobre o Linux chamam a ateno, quando falamos em cloud. Primeiro, o Linux opera em praticamente qualquer plataforma de hardware, o que facilita o provisionamento, alocao e gerenciamento de recursos computacionais em nuvem. Podemos criar desde uma nuvem baseada em plataforma x86 como o Google at nuvens em mainframes IBM, aproveitando o alto throughput e facilidade de virtualizao destas mquinas. O custo de licenciamento outro fator interessante. Embora existam distribuies licenciadas, um provedor de infraestrutura em nuvem, pelo grande numero de servidores que dever dispor (falamos aqui em milhares ou dezenas de milhares de mquinas), poder adotar, pela escala, verses Linux no comerciais. Virtualizao outro plus do Linux, com diversas tecnologias disponiveis como Xen (base da arquitetura de cloud da Amazon) e KVM. Hoje, se olharmos Linux em cloud j vemos seu uso como base tecnolgica da nuvem do Google, da Amazon, do Force.com do Salesforce e de startups como 3Tera (recm adquirida pela CA), Elastra e Mosso, entre outros. E com certeza seu uso se alastrar pelas futuras ofertas de nuvens.

80

SaaS e o direito dos clientes abril 14, 2010 Recentemente li um documento muito interessante, chamado Customer Bill Of Rights: Software-as-a-Service, em http://tinyurl.com/yza2qs3, onde so debatidos os direitos dos usurios de SaaS. O modelo SaaS vai ser adotado muito mais rapidamente que os analistas prediziam porque seus impulsionadores so bem atrativos, como menor tempo de implementao quando comparado ao modelo tradicional on-premise (que demanda instalao nos servidores das empresas), ciclos de atualizao e inovao mais frequentes e menos dores de cabea quando dos upgrades, pois todo o trabalho efetuado nos bastidores, nos servidores do prprio provedor, e no mais nas mquinas dos clientes. Alm disso, os seus contratos so por assinatura e no mais de licenciamento, deslocando os capex para opex. E adicione-se a isso a crescente insatisfao dos clientes com as altas taxas de manuteno e upgrades praticadas por muitas das empresas de software. Tudo isso so impulsionadores quase irresistiveis. Por outro lado, as empresas de software tradicionais, empurradas pelo mercado, buscam rapidamente criar alternativas SaaS para seus produtos. Algumas chegaram a demitir seus CEOs por no ter articulado uma estratgia de SaaS. Neste momento, de tempos ainda um tanto pioneiros, surgem inevitavelmente alguns desconfortos e desentendimentos. De maneira geral, a histria tem mostrado que poucas empresas da industria de TI conseguem fazer uma transio bem sucedida quando de uma quebra de paradigmas. Por exemplo a maioria dos fornecedores de banco de dados e aplicaes dos anos 80 no conseguiram sobreviver mudana para o mundo relacional e clienteservidor. Lembram-se da Cincom e seu banco de dados Total ou da Cullinet e seu IDMS? E da McCormack&Dodge, no setor de aplicativos? Pois bem, estamos s portas de uma nova ruptura e muitas das empresas de software que ficaram 20 anos desenvolvendo e aperfeioando seus modelos de negcio sob o conceito on-premise tero muita dificuldade para se transformar. Por isso este documento de Bill Of Rights vem na hora certa. Embora ainda seja um work-in-progress, pe um pouco de luz no cenrio e ajuda, tanto aos provedores quanto aos usurios de SaaS a pensarem um pouco melhor em como fornecerem e contratarem estes servios. melhor que o relacionamento entre os provedores de SaaS e seus clientes comece corretamente, sem os vcios das relaes anteriores. Prevenir melhor que remediar e tentar posteriormente consertar contratos defeituosos. Alguns hbitos adotados por algumas empresas de software do modelo on-premise podem contaminar os novos relacionamentos e no devem ser aceitos pelos usurios. Por exemplo, exigncias de contratos de confidencialidade que impeam o usurio de debater ou obter assessoria externa na anlise de contratos e politicas de preo praticados pelo provedor. O documento, que merece ser estudado mais detalhadamente, aborda diversas

81

questes importantes. Uma delas que a essncia da relao muda de licena perptua (on-premise) para uso perptuo (SaaS) e para criar uma relao win-win necessrio validar alguns pontos como: a) No modelo SaaS multi-tenancy os provedores detm o cdigo e os usurios so donos apenas de seus dados e metadados. Mas, se o provedor sair do mercado? Ou for adquirido por um competidor de sua empresa? Quais so as estratgias de sada que voc vai adotar e como impedir o aprisionamento forado (lock-in)? b) No SaaS os upgrades e inovaes so disponibilizados automaticamente a todos os usuarios, pois so efetuados na nuvem do proevdor. Mas, o provedor est comprometido (e tem cacife financeiro) para manter um ritmo de evoluo e inovao adequado? Estas inovaes representaro mudanas contratuais? c) Quais so as tcnicas e procedimentos de disponibilidade e backup implementados pelo provedor? d) Quais so as prticas de governana adotadas pelo provedor? Ele tem preocupao em estabelecer relaes duradouras e no meramente transacionais? uma relao que incentiva a transparncia, debatendo-se de forma aberta eventuais problemas? O documento detalha aspectos que o usuario deve esperar de um provedor, em todas as fases de seu relacionamento, que so as fases de seleo do software, deployment, adoo, otimizao e renovao ou cancelamento contratual. Sem entrar em detalhes, podemos destacar os seguintes pontos: a) Na fase de seleo, adequado esperar uma politica de try before buy e clusulas bem claras e explicativas de licenciamento e precificao. de se esperar tambm que o provedor auxilie na anlise de TCO, disponibilize acesso a comunidades de usuarios (para referncias e troca de opinies isentas) e permita uma due diligence quanto aspectos financeiros, legais e de riscos. b) Na fase de deployment os usuarios devem esperar que seus provedores SaaS disponibilizem por conta prpria ou por terceiros treinamento, especialistas e um claro reporte do andamento do projeto de implementao. c) Quando da adoo, espera-se que o software tenha qualidade adequada, suporte eficiente e cumpra os niveis de servio contratados. d) Otimizao. De forma similar aos usurios de celulares, espera-se que clientes mais fiis sejam recompensados e que inovaes sejam periodicamente disponibilizadas. e) e finalmente, na renovao ou eventual cancelamento do contrato, espera-se que o provedor facilite a transio para outro provedor e apague os dados armazenados em seu cloud center.

82

O modelo SaaS abe uma oportunidade para clientes e fornecedores de software repensarem seu relacionamento. O modelo on-premise muitas vezes incentiva, por razes comerciais (presso pelo fechamento da cota do trimestre), a criao de relacionamentos transacionais. O modelo SaaS substitui estas relaes transacionais por prestao de servios onde a relao win-win essencial para continuidade do contrato. Os dois lados devem entender e garantir que seus direitos e deveres sejam cumpridos. Novos tempos, nova maneira de se pensar software!

83

Implicaes financeiras do SaaS abril 20, 2010 Esta semana almocei com um amigo, empresrio da industria de software. Ele tem uma empresa que desenvolve e comercializa pacotes de software e est muito preocupado com o imenso desafio que o tsunami da Cloud Computing e SaaS para seu negcio. A conversa fluiu na direo dos aspectos financeiros (afinal, minha formao foi economia e s depois que fiz o mestrado em cincia da computao) e nas necessidades de transformao que sua empresa ir sofrer. Na minha opinio j est claro que Cloud Computing e SaaS iro (alis, j esto) transformando industria de TI e abre novas e desafiadoras oportunidades para empresrios e empreendedores. Por outro lado, toda mudana apresenta riscos e a relutncia em adotar novos modelos sempre alta. Explica-se: de maneira geral no aceitamos mudanas em grande escala com facilidade, sobretudo quando estas mudanas abalam nossas crenas e modelos mentais. Geralmente apenas quando a crise se instala que as resistncias so vencidas. A empresa de meu amigo ainda no est em crise, mas se ele nada fizer, ela inevitavelmente, vir. Um dos desafios, o tema principal de nossa conversa, foi como mudar seu modelo de cash-flow sem impactar seus negcios. Hoje quem financia sua operao so seus clientes, quando adquirem licenas perptuas dos seus pacotes, antes mesmo de implement-los e us-los. No modelo SaaS este cash-flow diferente. Receber pequenos pagamentos mensais ou trimestrais em vez de um polpudo cheque na venda do produto o principal motivo da mudana do aspecto financeiro de seu negcio. Na prtica, mesmo que ele conseguisse receber todas as prestaes do primeiro ano adiantado, este valor ainda seria bem inferior ao que ele recebe na venda do pacote, pelo modelo atual. O modelo SaaS mostra algumas caractersticas prprias. Uma delas o elevado selling cost com relao ao faturamento. O selling cost o custo de adquirir um cliente. Analisei rapidamente alguns IPOs de empresas SaaS americanas e vi que o investimento na operao (vendas, marketing, hosting do aplicativo e suporte tcnico) para suportar o negcio tende a ser bem elevado, chegando algumas vezes a 2x o faturamento previsto. Um exemplo foi o IPO da Netsuite (www.netsuite.com). O documento mostrou que enquanto o faturamento da empresa tinha sido de 17,7 milhes de US$ em 2004, 36,4 em 2005 e 67,2 em 2006, os seus custos de marketing e vendas tinham sido de 27 milhes em 2004 e 39,2 milhes em 2005. Em 2006 foi menor que o faturamento, mas mesmo assim foi de 53% deste valor. Bem, uma pequena explicao. Este valor alto no significa que o selling cost real seja mais elevado que no modelo atual, mas apenas que reflete como o faturamento acontece no SaaS. Por exemplo, no modelo atual, venda de licena perptua, se a empresa de meu amigo tivesse um vendedor, custando a ele 300.000 reais por ano (claro que hipottico) e apenas no Q4 ele conseguisse uma venda de um milho e meio de reais, o seu selling cost como percentual do faturamento do ano ser de cerca de 20%. Por outro lado, se for no modelo SaaS ele teria vendido um contrato de

84

3 anos, com o pagamento sendo efetuado em 36 parcelas mensais. O selling cost seria ento de 240% do faturamento do ano! A razo simples: apenas uma pequenissima parcela do faturamento seria reconhecido naquele ano. Como muitas despesas so efetuadas antes da chegada de receitas, estima-se que empresas SaaS demandem um tempo muito maior que as empresas tradicionais para se tornarem lucrativas. Mas, ele no poder ficar inerte, pois o mercado est demandando a mudana. Tem que agir e planejar desde j como migrar para o novo modelo. Na verdade, a mudana no apenas de redesenho de produtos, mas de modelo de negcios e cash-flow. A equao financeira tem papel importantissimo e fundamental na transformao para SaaS. Mas, existe o lado positivo. O modelo SaaS tende a gerar cash-flows mais estveis, menos sujeitos a crises que afetam o ciclo de vendas. Afinal os contratos j esto assinados e o modelo pay-as-you-go bem mais atrativo para os clientes, principalmente em pocas de crises. No fechamento de nossa conversa acordou-se tambm que ele dever estudar a criao de um novo modelo de vendas, que enfatizasse uma relao mais duradoura com o cliente e menos focada no transacional e desenhasse novos modelos de remunerao para sua equipe de vendas envolvida no SaaS. Como ele no poder fazer a transio no estilo big bangdever manter duas operaes simultneas, um para o modelo tradicional onpremise e outra para o SaaS. Alm disso, como o SaaS joga o financiamento da operao do negcio do cliente para a empresa dele, ele precisa repensar seu modelo de desenvolvimento (e hosting) dos pacotes, pois seu custo no poder ser recuperado pela venda de licenas upfront. Outra mudana criar um modelo de atendimento e suporte ao cliente muito mais eficiente que hoje, pois o envolvimento com o cliente passa a ser dirio. As alteraes e upgrades nos seus pacotes sero feitas diretamente nos seus servidores e podem afetar, em caso de falhas, todos os seus clientes ao mesmo tempo. Um comentrio final. Todas as empresas de software conseguiro fazer a transio? Na minha opinio, toda mudana mata empresas e cria outras. Isto tambm vai acontecer com o Cloud Computing e SaaS. Entendo que as empresas que conseguiro fazer a mudana mais facilmente so as que de alguma maneira j atuam forte em servios. Explicando. A indstria de software pode ser dividida em trs grupos: companhias de produtos, companhias de servios e hbridas. As empresas focadas em produtos tem mais da metade de seu faturamento oriundas exclusivamente da venda de licenas e manuteno de seus produtos. As empresas de servios obtm a maior parte de sua receita vinda da customizao, instalao, integrao e consultoria, ajudando os seus clientes a implementarem os pacotes. As hbridas tem um balanceamento entre as duas modalidades de receitas. Cada grupo tem modelos de negcio prprios. As empresas de produto tendem a obter rentabilidade mais rapidamente, porque usufruem da economia de escala. Podem aumentar sua receita sem o correlato aumento substancial de seus custos. Mas, no entendem de serviosna minha opinio tero

85

dificuldades para se tornarem empresas de servios, caracteristica padro do modelo SaaS. Empresas mais focadas em servios, para crescer precisam aumentar sua equipe de suporte e consultoria, que implementa seus contratos de servios. Mas, estas empresas j esto acostumadas com prestao e servios e suas peculiaridades, o que ir facilitar signficativamente a futura adoo do modelo SaaS.

86

Lock-in em Cloud Computing abril 27, 2010 Venho observando que o conceito de cloud computing vem amadurecendo a cada dia. Passamos pela empolgao inicial e j comeamos a entender que existem muitas coisas boas, mas que tambm existem algumas restries. Quando falamos em nuvens pblicas, alguns dos principais receios e questionamentos referem-se a questo da segurana e da disponibilidade dos servios. A segurana, por exemplo, pode muitas vezes ser endereada com o uso de nuvens privadas, desde, claro, que a empresa tenha uma poltica de segurana aprimorada. Mas, existe um aspecto preocupante nas nuvens pblicas que ainda no tem sido considerada com a devida ateno, que o alto risco de aprisionamento forado ou cloud lock-in. O lock-in em nuvens pblicas aparece porque cada provedor implementa seu prprio conjunto de APIs e muitas vezes seu prprio banco de dados e ambiente de programao. O resultado que o usurio acaba ficando aprisonado na nuvem deste provedor, uma vez que o trabalho de mover suas aplicaes para outras nuvens no ser muito simples e nem ser barato. Porque isto acontece? Uma caracteristica diferenciadora do ambiente de cloud computing com relao ao ambiente tradicional que a infraestrutura em cloud, por si, programvel. Por exemplo, para usarmos os servios S3 ou SimpleDB da Amazon usa-se um conjunto de APIs prprias. O mesmo acontece quando usamos o GAE (Google Application Engine) e seus recursos proprietrios de banco de dados (BigTable). O problema que estas APIs implementam acesso a recursos especificos e proprietrios e no so padronizados. Migrar de uma nuvem como a da Amazon para a do Google ou do Azure da Microsoft para o Google demandar um belo trabalho de converso. Observamos um fato interessante: quanto maior o nivel de abstrao da nuvem, maior seu potencial de lock-in. Ou seja, uma nuvem SaaS oferece maior risco de lock-in que um PaaS e este maior potencial que uma nuvem IaaS. Exemplo prtico: o Force.com cria um lock-in bastante intenso pois as aplicaes devem ser desenvolvidas na linguagem proprietria do Salesforce que o Apex, que no est disponivel em outros ambientes de nuvem. J no GAE, voce pode pegar seu cdigo Java ou Python e usar o programa em outra nuvem, mas caso use (e acaba-se usando) os recursos proprietrios como o banco de dados BigTable, tem-se o lock-in. O que fazer? Bem, j existe uma alternativa a este aprisionamento, que foi a criao das chamadas Open APIs, como as criadas pela RedHat (Deltacloud, que pode ser acessada em http://deltacloud.org/), Apache (Libcloud acessado em http://incubator.apache.org/projects/libcloud.html) e Zend SimpleCloud API (http://www.simplecloud.org/). Outra proposta a da OGF (Open Grid Forum) Open Cloud Computing Interface, que pode ser vista em http://www.occi-wg.org/doku.php? id=start). Estas APIs criam uma camada de abstrao permitindo que o desenvolvedor no tenha que se procupar com APIs de nuvens especficas. A proposta que uma OpenAPI se encarregue de fazer automticamente a traduo para as APIs especificas. As

87

suas limitaes so ainda o fato que continua persistindo o problema da interoperabilidade entre as nuvens pblicas (uma aplicao rodando na nuvem EC2 da Amazon no fala com a nuvem Azure da Microsoft) e obriga a que o desenvolvedor aprenda este novo conjunto de APIs. Mas, um bom primeiro passo. E o futuro? Creio que o modelo de aprisionamento atual decorrente de um conceito e tecnologias que esto na sua infncia e portanto ainda na fase dos provedores destes servios buscarem consolidar seu espao no mercado. Histricamente novas tecnologias e mercados na Internet evoluem da seguinte maneira: a) Um novo mercado ou tecnologia surge baseado no modelo fechado e proprietrio. b) Por presso de um mercado em crescimento, comeam os primeiros sinais de abertura. c) Quando o mercado ou tecnologia j est maduro, torna-se aberto (open) ou open enough. Na verdade, o conceito de aberto tem perspectivas diferentes quando falamos em servios, como as nuvens pblicas e quando falamos em software. A essncia de uma nuvem pblica que o usurio est alugando os recursos computacionais de outra empresa, o provedor de servios em nuvem. Claro que em um contexto destes o usurio no poder ter 100% de controle e os servios de nuvem continuaro fechados (infraestruturas, mtodos e prticas proprietrios). Mas, nuvens no interoperveis sero uma limitao muito grande prpria expanso do mercado de public clouds. A presso do prprio mercado e a tendncia para sistemas abertos vai obrigar a que no futuro estas nuvens pblicas sejam realmente abertas. Ser absolutamente essencial permitir interoperabilidade entre todas elas. Uma aplicao rodando no Azure dever demandar acesso a outra que esteja rodando no GAE ou no EC2, sem limitaes. Portanto, na minha opinio ser questo de tempo vermos APIs abertas e a interoperabilidade entre nuvens. Para fechar, vale a pena lembrar a iniciativa chamada Open Cloud Manifesto, que mostra a preocupao do mercado com este risco de lock-in. O Open Cloud Manifesto pode ser lido em www.opencloudmanifesto.org) e se prope a aglutinar empresas que oferecem tecnologias e servios de cloud em torno da especificao de um padro aberto. O manifesto estabelece um conjunto de diretrizes, denominados princpios para nuvens abertas, que asseguram que as organizaes que usarem nuvens computacionais no ficaro restritas a padres fechados, mas tero liberdade de escolha, flexibilidade e abertura para no ficarem aprisionadas a nenhuma nuvem. Dezenas de empresas j fazem parte deste manifesto, como a IBM, CA e EMC, mas algumas outras como Microsoft, Google e Amazon ainda no acordaram nenhum compromisso com esta proposta. Pena, pois padres abertos so garantia de interoperabilidade entre nuvens.

88

Cloud Computing em governos maio 5, 2010 O assunto cloud computing um dos temas mais quentes que apareceram nos ultimos anos, e vem despertando muita curiosidade e interesse. No poderia ser diferente para os rgos e gestores de governos. Nos ultimos meses participei de vrios e alguns at mesmo apaixonantes debates com gestores pblicos onde o tema foi cloud computing e sua aplicabilidade no governo. Os interesses em cloud computing so bvios: o setor pblico est sempre as voltas com restries oramentrias, mas ao mesmo tempo recebe mais demanda de servios a serem prestados a seus usurios, sejam estes servidores pblicos ou cidados. Alm disso, vem investindo em tecnologias de virtualizao, o que o primeiro passo para se pensar em cloud computing. Surge ento a questo: cloud computing se aplica aos governos e se sim, como? Tem sido mais ou menos acordado que os governos tendero a se concentrar, pelo menos no incio, na adoo de nuvens privadas. Entretanto, aqui e ali aparecem algumas primeiras experincias em nuvens pblicas, como o contrato que a cidade de Los Angeles assinou com o Gmail, servio de nuvem pblica do Google. Pode ser um sinal de quebra de paradigma. Mas o uso de nuvens pblicas ainda abre muitos questionamentos para o setor pblico, principalmente no tocante a segurana e privacidade dos dados e a disponibilidade do servio. Tambm a questo dos aspectos legais, uma vez que o rgo de governo deixa de ter controle sobre a jurisdio de onde os dados estaro residindo. Governos, claro esto preocupados em reduzir custos de suas atividades, mas tambm se preocupam com as questes de privacidade, acesso a dados e segurana, uma vez que esto na maioria das vezes tratando de informaes que dizem respeito aos seus cidados. A Computao em Nuvem traz benefcios claros para os rgos de governo, como: Economia de escala. As organizaes e empresas governamentais podem comoditizar suas infraestruturas de TI, criando nuvens computacionais que extrapolem empresas e departamentos. Gesto. Uma infraestrutura comoditizada e operando em nuvem permite que os gestores de TI se preocupem muito mais com as necessidades do negcio em si e menos com questes tcnicas. Elasticidade. Os governos tem dificuldades em adquirir tecnologias de forma rpida. Os processos de compra so burocrticos e lentos. Muitas vezes so obrigados a superdimensionar as configuraes contratadas, para minimizar o problema das futuras expanses ou para atender perodos especficos de alto utilizao, como por exemplo, o

89

ltimo dia do recolhimento do Imposto de Renda. Com a infraestrutura tecnolgica concentrada em nuvens computacionais, conseguem expandir ou reduzir suas necessidades computacionais sem necessidade de passar pelos demorados processos de compra. Mas, por outro lado, existem alguns riscos e cuidados que os governos devem atentar: Localizao dos dados. De maneira geral os usurios no precisam saber onde os seus dados esto armazenados nas nuvens computacionais pblicas. A premissa das nuvens ser transparente. Pelo fato de muitos dos provedores serem empresas globais, estes dados podem estar residindo em outros pases. Esta uma situao que pode gerar alguns questionamentos legais. Segurana. absolutamente necessrio ter garantias que os dados classificados como confidenciais estejam armazenados de forma segura e que sejam acessados apenas pelos usurios autorizados. Auditoria. necessrio que seja plenamente possivel rastrear as movimentaes em cima dos dados para atender eventuais demandas de investigaes. Disponibilidade e confiabilidade. Os dados precisam ser sempre acessados quando necessrio. Mas, se o provedor de uma nuvem sair do mercado, o que acontecer com os dados armazenados em seus data centers? Portabilidade e aprisionamento. Os governos no podem ficar presos determinado fornecedor de tecnologia ou provedor de srvios. Muitas nuvens ainda so fechadas, impedindo que as aplicaes interoperem com outras nuvens. Algumas nuvens foram inclusive que a linguagem de programao a ser usada na sua platforma seja proprietria, como a Force.com. Outras plataformas, como o Google AppEngine impem um banco de dados proprietrio (BigTable). Portanto, os gestores de TI de governo devem tomar cuidados redobrados, quando desenhando suas estratgias de Computao em Nuvem. De qualquer maneira podemos pensar em algumas alternativas de uso de computao em nuvem no mbito de rgos de gverno. Talvez a modalidade que se tornar mais comum seja a de rgos de governo adotando este conceito nos seus prprios data center. Estamos falando aqui de uma nuvem privada para uma nica entidade. Mas existem outras opes. Veremos tambm empresas pblicas de servios de TI criando suas nuvens e as oferecendo para seus clientes, tambm entidades pblicas. Outra opo, esta inovadora, poder ser a de um agrupamento de entidades de governo que pertenam a um mesmo setor (como um ministrio) reunindo seus recursos de infraestrutura e criando uma nuvem. A gesto desta nuvem ser das prprias entidades e a diferena que no ser uma empresa, mas sim uma juno dos seus recursos computacionais criando um data center virtual. E quem sabe no veremos, embora, provavelmente apenas em um horizonte um pouco mais distante, o uso de nuvens pblicas para determinadas aplicaes como email,

90

colaborao (webcasts, blogs e wikis) e mesmo desenvolvimento de aplicaes? O uso da Web 2.0 como interface de interao com o servio pblico dever aumentar significativamente nos prximos anos e seu uso a partir nuvens pblicas pode ser uma boa opo em termos de custos e flexibilidade. O cenrio mais provavel ser similar ao que veremos em empresas privadas, um cenrio hbrido, com algumas aplicaes em nuvens pblicas, e a maioria ou em nuvens privadas ou em servidores dedicados, como vemos hoje no modelo tradicional. Um bom exemplo de uso de cloud computing em governo a iniciativa do governo americano chamado de Apps.gov, que pode ser visto em https://apps.gov/cloud/advantage/main/start_page.do. Outro exemplo de uso de cloud o do prprio portal do governo americano, o USA.gov (www.usa.gov), que reside em um provedor de nuvem pblica, chamado Terremark. Este web site foi projetado para concentrar a interao dos cidados com o governo americano, direcionando as pessoas aos diversos servios prestados pelo governo, servios estes que residem nos sites especficos das diversas agncias governamentais. muito acessado, contabilizando mais de 100 milhes de visitas dirias. Como o site um hub para acesso s informaes crticas do governo, o volume de trfego varia substancialmente. Com o modelo de nuvem (Iaas ou Infrastructure-as-a-Service) o governo americano mantm um contrato pagando por uma infraestrutura que atende ao volume mdio e s dispendendo mais dinheiro quando e se o trfego aumenta. No precisam ter uma infraestrutura dimensionada para os volumes de pico. Segundo seus gestores, os custos anuais com o USA.gov cairam de 2,5 milhes de US$ para 800.000 US$. Baseado nos resultados positivos, o governo americano projeta expadir o uso de cloud para o Data.gov (www.data.gov), site que hospeda informaes do governo disponibilizadas para os cidados e tambm criar APIs para o USA.gov e Data.gov de modo que os usurios possam desenvolver suas prprias aplicaes mash-up, acessando informaes sem ter que passar pelo cardpio oferecido pelos sites. Vale a pena dar uma olhada nestes exemplos. Para finalizar, uma das mais completas e claras definies de cloud computing esto dsponiveis no NIST (US National Institute of Standards and Technology), que define padres para o governo americano, Vejam o documento em http://csrc.nist.gov/groups/SNS/cloud-computing/cloud-def-v15.doc.

91

Cloud Computing e os canais de vendas maio 17, 2010 Cloud Computing e SaaS vo afetar profundamente o atual modelo de negcios dos canais de vendas de hardware e software de middleware. Com certeza alguns destes canais vo sobreviver e at se expandir, mas muitos ficaro pelo caminhoPorque? Bem de maneira geral entendo que existem 3 modelos bsicos de canais: (a) o simples box mover, que basicamente vende hardware e software, sem maiores envolvimentos com servios de suporte e integrao, competindo unicamente por preo, (b) os que oferecem alm da venda, servios de suporte e integrao, e (c) os canais voltados a servios, que podem ser ISVs (provedores de aplicaes ) ou empresas integradoras, que agregam venda de harware e software um ou mais aplicativos e os servios de implementao correlatos. Estes ultimos canais competem na base do valor agregado da soluo. Embora as proposies de valor dos trs tipos de canais difiram entre si, a base de seus modelos de negcios uma parceria com o provedor de hardware e software de middleware, de modo que possam comprar seus produtos um preo menor que os clientes pagariam indo diretamente a estes provedores. Dependendo do tipo de canal a lucratividade depende basicamente do valor do desconto fornecido pelo provedor de hardware e software e pelo tamanho do contrato de implementao e suporte. Dos trs tipos de canais me parece bvio que o primeiro tipo, box mover, corre um imenso risco de sofrer desintermediao e simplesmente desaparecer. Os do segundo tipo ainda correm riscos. Principalmente quando os seus clientes migrarem para aplicaes SaaS. J os canais focados em servios tem grande oportunidade de se transformarem em parceiros para os provedores de Cloud e SaaS. Mas, o que veremos de mudanas nos modelos de negcios? A tabela abaixo resume o que hoje o modelo de negcio de um canal atual e o que dever ser no mundo Cloud e SaaS: Modelo atual Modelo Cloud/SaaS Recebimento na entrega Pagamentos mensais Vendas transacionais e papelParceiro de negcios tcnico Produto Servios Break/fix Orientado por SLA

Fluxo de caixa Modelo de atuao nfase das vendas nfase do suporte

92

O que estas mudanas signficam? Olhemos por exemplo o fluxo de caixa. O modelo SaaS implica em receitas pingadas ao longo do tempo e provavelmente margens menores que as atuais. Este modelo tambm elimina os servios de implementao e upgrades de verses, uma vez que o software j est hospedado na nuvem do provedor do aplicativo. Os canais que ganham dinheiro com esta atividade tero que substitui-la por servios de integrao do SaS com outros aplicativos. Devero se focar mais nas funcionalidades dos aplicativos (mais focado no negcio do cliente) e menos nas questes tecnolgicas. Os clientes que contratavam servidores e suporte tcnico para instalar e atualizar seus sistemas operacionais, com uso de nuvens pblicas, dispensam estas atividades, que ficam agora a cargo do prprio provedor da nuvem. O relacionamento torna-se menos transacional e muito mais voltado a uma parceria de negcios. A venda deixa de ser meramente um produto (como o cliente vai us-lo hoje indiferente ao canal) para ser um contrato de servios, com valor agregado. Por exemplo, para softwares comercializados pelo modelo SaaS no necessrio um canal intermedirio de vendas, pois estas so feitas diretamente pelo provedor. Mas o canal pode prover aditivos, como extenses de funcionalidades prprias, treinamento e consultoria no uso do aplicativo. Uma analogia muito simples pode ser a comparao com agncias de viagens. Antes da Web, o usuario precisava destes intermedirios. Com as empresas areas vendendo diretamente pela Internet, o papel das agncias teve que mudar radicalmente. S vender passagens tornou-se totalmente dispensvel. Vamos olhar agora o segmento de venda de servidores. Antes do modelo Cloud Computing o cliente do segmento de pequenas a mdias empresas (SMB) precisava de um canal de vendas pois os provedores de hardware no tinham capilaridade para atend-los. No modelo em nuvem, para adquirir um servidor virtual, basta ir ao portal do provedor da nuvem e em minutos tem-se um servidor. Para que ento o canal? Os canais, para sobreviver, devem, portanto, se transformar em empresas de valor agregado. Claro que toda mudana traz alguns desafios. Os canais devem antes de mais nada repensarem a si mesmos, definindo o que querem ser. E podem surgir alguns conflitos, como por exemplo, um overlap dos papis entre os canais e os provedores de SaaS. Onde termina o papel de um e comea o do outro? De quem o cliente? Quem pode assinar um contrato de SLA com o cliente? Enfim, os canais tem pela frente desafios e oportunidades. Os canais que fizerem a transio bem sucedida podem se tornar atores de peso no novo cenrio. Os outros

93

Cloud Computing e os desenvolvedores maio 24, 2010 Cloud Computing est se disseminando e impactando modelos de negcios de empresas de TI j estabelecidas. No curto prazo provavelmente veremos as implementaes de solues em Coud complementando as solues j existentes no modelo tradicional. Mas no longo prazo o modelo em nuvem dever substituir gradualmente o modelo computacional atual. Entretanto, seus efeitos j se fazem sentir. Recentemente a Microsoft teve que se dobrar a este novo cenrio e comeou tambm a ofertar neste modelo a sua suite Office, sua principal fonte de receita, que gerou 18,9 bilhes de dlares em 2009. As estratgias de adoo variam de acordo com o porte e maturidade das reas de TI das empresas. As grandes corporaes esto dando seus primeiros passos na direo do Cloud Computing adotando nuvens privadas, enquanto pequenas empresas optam por nuvens pblicas. Entretanto, os provedores de nuvens pblicas criaram plataformas prprias para desenvolvimento de aplicaes em nuvem e neste momento ainda inicipiente de mercado, tentam conquistar as coraes e mentes dos desenvolvedores. Alis, estamos comeando a reviver uma outra guerra por espao (lembram-se do debate interminvel entre .Net e Java?), mas agora com Amazon, Google, Salesforce (com force.com) e Microsoft (Azure) tentando conquistar este mercado. Sim, um alvo importante, pois os desenvolvedores que na prtica, so os responsveis por conectarem as organizaes suas nuvens. A IBM, por sua vez, tem um approach diferente, que a deixa fora desta briga por ferramentas para nuvens pblicas. Aposta que, pelo menos no incio, os desenvolvedores usaro sim o modelo de cloud, mas para criar aplicaes que rodaro no ambiente tradicional ou em nuvens privadas. No foca no desenvolvimento de aplicativos para rodarem em nuvens pblicas. Pessoalmente, eu acredito que esta opo seja bem interessante para empresas de mdio a grande porte, que tendero a manter seus data centers internamente, usando-os em nuvens privadas. O cenrio atual ainda est indefinido. Os desenvolvedores tem que criar aplicativos para uma plataforma em nuvem pblica especfica, aplicativos estes que no rodaro automticamente nas outras nuvens. O risco de lock-in est bem presente. Estes desafios so barreiras que acabam impedindo uma maior e mais rpida disseminao da computao em nuvem. E o que os desenvolvedores precisam e demandam para que o cenrio de Cloud Computing deslanche? No fiz nenhuma pesquisa exaustiva, mas conversando aqui e ali com amigos que ganham a vida desenvolvendo sistemas, coletei alguns insights. Antes de mais nada eles querem ferramentas fceis de usar para desenvolver seus aplicativos para rodar em nuvens, ferramentas estas que tambm estejam disponveis neste modelo, ou seja, pay for use. Alm disso, de maneira geral os desenvolvedores que trabalham em ISVs e em pequenas empresas no tem muito budget sua disposio e como muitas vezes defrontam-se com falta de suporte em seus prprios data centers querem solues

94

self-service. Tambm necessrio que exista uma API universal e aberta, que lhes permita escrever uma aplicao que rode em qualquer nuvem. No querem ficar submetidos lock-ins. Precisam tambm que existam ferramentas que permitam integrar de forma fcil, aplicativos que rodem em uma nuvem a sistemas que estejam rodando em outras nuvens, sejam estas pblicas ou privadas. E a sistemas que j estejam rodando em ambiente on-premise. E o que eles encontram hoje? Se adotam IDEs (Integrated Development Environment) acoplados a uma plataforma especfica, como GAE (Google Application Engine) ou force.com descobrem que estas ferramentas so boas apenas para desenvolver aplicativos para estas nuvens especificas e proprietrias. A Microsoft recruta os desenvolvedores para nuvens dentro de sua comunidade de desenvolvedores que conhecem .Net e querem (ou so forados) continuar com esta tecnologia. Enfim, todos eles buscam criar e expandir os lock-ins para suas nuvens. Ento, o que os desenvolvedores querem so sonhos de uma noite de vero? Esperam que a indstria crie solues que lhes permitam desenvolver aplicaes para rodar nas nuvens, mantendo o maior grau possivel de similaridade com as atuais ferramentas. Claro que, pelo menos no incio, querem criar aplicativos para as nuvens sem mudar a maneira como fazem aplicativos hoje, mas ao longo do tempo demandaro novas ferramentas, mais adequadas ao desenvolvimento para cloud. Na verdade muita coisa j est sendo feita. Por exemplo, em integrao, a recente aquisio da Cast Iron pela IBM um passo na direo de disseminar o Integration-as-Service ofertado pela Cast Iron como parte fundamental do processo de integrao de aplicativos em nuvens. Esta integrao necessria tanto com aplicativos que estejam em outras nuvens ou com os que que estejam rodando on-premise em servidores localizados nos data centers das prprias empresas. De maneira geral que aes posso sugerir aos meus amigos desenvolvedores? Bem, antes de mais nada seria bom que eles compreendessem mais profundamente o que Cloud Computing, suas restries (cuidados com lock-ins e as questes de segurana em nuvens pblicas) e beneficios. Devem manter-se bem informados sobre a rapida evoluo do conceito e de suas tecnologias e ofertas. Sugerir tambm que comecem a desenvolver pequenos aplicativos em nuvem, testando e validando seus conceitos. Usar uma nuvem para desenvolver um aplicativo uma boa maneira de se entender o prprio conceito de Cloud Computing e domin-lo. E como estamos falando em desenvolvedores, uma tecnologia que os desenvolvedores para nuvens devem aprender a usar a Hadoop. medida que a computao em nuvem se dissemina, entender e dominar esta tecnologia vai se tornar mais e mais importante. Um bom sinal da sua importncia so os investimentos dos VCs em start-ups nesta rea. Agora h pouco uma start-up focada em Hadoop chamada Karmasphere (www.karmasphere.com) obteve 5 milhes de dlares. Uma outra, Cloudera (www.cloudera.com), j havia levantado 11 milhes de dlares. Quando VCs se interessam por algo que acreditam que iro recuperar este investimento muitas vezes e em pouco tempo.

95

A evoluo do Hadoop tem sido bem rpida. Ele se tornou um projeto top-level da Apache Software Foundation em janeiro de 2008 e em maro de 2009 saiu o anncio oficial da Cloudera, start-up originria deste projeto. Tem um case muito interessante de uso prtico do Hadoop que o projeto BigSheets da IBM (http://www-01.ibm.com/software/ebusiness/jstart/bigsheets/). um insight engine, construda em cima de um conjunto de vrias tecnologias como Hadoop e outras, alm do ManyEyes (tecnologia de visualizao) que permite extrair montanhas de dados e visualiz-los rapidamente. Um dos primeiros clientes a usar esta tecnologia a British Library, que a est usando para analisar imensos volumes de dados no estruturados. Este projeto muito interessante. Parte do princpio que a vida mdia de um site na Web tem sido de 44 a 75 dias e portanto, a cada seis meses, 10% do contedo das Web pages do Reino Unido se perdem. A idia usar o BigSheets para extrair, anotar e visualizar estas pginas, para que seu contedo, que faz parte da cultura digital do pas, no seja perdido. No uma tarefa simples. A British Library recebe uma cpia de cada publicao produzida no Reino Unido e alm do material em papel, ela vem arquivando pginas selecionadas da Web desde 2004. O BigSheets, alm do Hadoop usa outras plataformas open source como o Nutch (http://nutch.apache.org/), para pesquisas na Web e o Pig (http://hadoop.apache.org/pig/), para anlise de grandes volumes de dados. O BigSheets um projeto que roda em uma nuvem privada e um bom exemplo de software concebido para operar em nuvem desde seu incio. Ah, querem ver um test drive do BigSheets? Acessem os arquivos Web da prpria British Library em http://www.webarchive.org.uk/analytics/analytics.htm.

96

Cloud Computing: pensando alto maio 31, 2010 As ltimas conversas com executivos de TI e de negcios envolvidos com iniciativas de cloud computing me permitiram criar alguns insights que gostaria de compartilhar aqui. Uma questo porque Cloud Computing e SaaS tem despertado tanto interesse? Quando analisando a proposta da computao em nuvem vemos que ela conecta o preo que o cliente paga por uma soluo ao valor da prpria soluo e no ao dos componentes de tecnologias que esto por trs. Explicando melhor. Imaginem uma rea de negcios que precisa de um determinado aplicativo. Para operar este aplicativo ela tem que comprar alguns servidores e seus softwares basicos. Tem que fazer um estudo comparativo entre tecnologias e analisar o custo de propriedade envolvido. Ela tem que analisar com cuidado este custo de propridade pois um servidor de maior capacidade pode significar um custo de licena maior, mesmo que a funcionalidade do aplicativo seja exatamente a mesma. Mas, este o modelo tradicional de compra de software aplicativos praticado hoje pela indstria. O que este modelo faz? Faz com que o usurio tenha que se preocupar com a plataforma tecnolgica no qual seu aplicativo ir rodar. O custo total da soluo envolve o aplicativo e toda a parafernlia tecnolgica por trs. Com o modelo de SaaS em computao em nuvem a ateno se desloca para as funcionalidades da aplicao. Ou seja a preocupao passa a ser com o que a soluo vai fazer e no como ela vai ser implementada. No necessrio comprar servidores ou fazer estudos de custo de propriedade. O modelo de computao em nuvem desloca o foco de produto para o de servios. O usurio deixa de prestar ateno nos produtos (e tecnologias) em si e comea a se focar nos servios prestados. Ou seja para ter sua roupa lavada, seu objetivo, em vez de comprar mquina de lavar, ele busca algum que lave a roupa para ele. Esse algum que passa a ter a responsabilidade de comprar e operar a mquina de lavar roupa. Qual marca e qual sabo ser usado ser responsabilidade do provedor. O cliente recebe e paga apenas o servio. Outra considerao interessante que a maioria das iniciativas de cloud que tenho visto se concentram ou na camada de IaaS (infastruture-as-a-Service) como ofertado pela Amazon ou na camada de SaaS (Software-as-a-Service) como o modelo Salesforce. A camada de PaaS (Platform-as-a-Service) tem andado bem mais devagar. Na minha opinio o modelo SaaS o de mais fcil implementao e tende a ser o ponto de entrada das empresas no conceito de cloud computing. Outros cenrios que comeam a despertar interesse para operarem em cloud so aplicaes web (quase no existem razes para no colocar em cloud as aplicaes web), email e colaborao (vale a pena pensar seriamente no assunto) e desenvolvimento e teste de aplicaes (gol dentro). De maneira geral estimo que as iniciativas de IaaS sero, por parte de grandes empresas, criaes de nuvens privadas, com objetivo de reduzir custos. A IBM por exemplo oferece

97

uma soluo que se prope a criar nuvens privadas, chamada CloudBurst, que pode ser vista como um Amazon EC2 dentro de casa (private cloud). J as SaaS comearo por aquelas aplicaes com poucas exigncias de integrao. Quanto mais stand alone, mas fcil colocar em SaaS. Quanto a PaaS vemos que ainda um setor imaturo, com poucas empresas conhecidas do mundo de TI atuando forte. Mesmo a iniciativa do Google (Google Application Engine) tem apelo limitado para o ambiente empresarial (no tem suporte para bancos de dados relacionais, por exemplo), sendo mais focado no usuario final. Para o PaaS ser encarado mais seriamente no contexto empresarial ser necessrio o surgimento de um ecossistema mais vibrante, com empresas conhecidas do setor de TI atuando de forma mais consistente. Por outro lado, as questes de segurana e privacidade aparecem em primeiro lugar quando abordam-se as duvidas e temores. A lista de preocupaes extensa e inclui localizao dos dados, isolamento dos dados de uma empresa de outra, os aspectos regulatrios e suas restries, o risco de lock-in e as condies de portabilidade de uma nuvem para outra, integrao entre aplicaes nas nuvens e on-premise, a imaturidade da maioria dos provedores, falta de padres, falta de skills, questes de licenciamento de software e mesmo se o provedor ter sustentabilidade econmica para manter o modelo ao longo do tempo. Claramente cloud computing um work in progress e muitas das respostas s viro com a maturidade do conceito e de suas tecnologias. Mas o importante comear. E como comear? Primeiro analise quando de ganho voc teria ao deslocar os custos de capital para custos operacionais (trocar capex por opex). Analise se voc teria condies de manter opex menor que o provedor. Um exemplo prtico: o Salesforce opera 77.000 clientes em 3.000 servidores, espalhados por 3 data centers. No modelo tradicional, com cada cliente tendo seus prprios servidores, provavelmente seriam necessrios cerca de 100.000 ou mais servidores para atender esta demanda. No modelo de cloud so necessrios apenas 3% desta capacidade. Este mesmo raciocnio pode se aplicar a uma empresa, que poderia simplificar em muito sua base de servidores. Assim, se seu opex for maior que o do provedor, identifique alguns workloads que sejam candidatos operarem em nuvens publicas. Comece por eles e aprenda a usar a nuvem. Existe muita a coisa para aprender. Por exemplo o modelo de pay-as-you-go vai exigir que voc saiba antecipadamente quanto ter que pagar. Como na conta do celular. Voc no gostar de ser surpreendido com uma fatura de mil reais porque usou o celular alm da contao mesmo acontecer com cloud computing em nuvens publicas. O fato dos recursos computacionais estarem disposio e s usar, no significa que no precisamos conhecer sua estrutura de custos e validar se estaremos dentro do budget ou no. Surge um fenmeno chamado ondemand overspending que exatamente usar o modelo pay-as-you-go sem limites. E ao migrar para nuvens publicas, voc j planejou como ficar sua rea de TI? Uma empresa operando em nuvens publicas ainda ter sua rea de TI, embora com papis diferenciados. As atividades que requerem alto grau de expertise tecnolgica sem maiores necessidades de conhecimento do negcio (analistas de suprte e operadores, por exemplo)

98

saem de dentro de casa e vo se concentrar nos provedores. A rea de TI passar a concentrar profissionais que dominam o negcio e que interagiro com os provedores de nuvens, como analistas de negcios e arquitetos de software. Enfim, muitas mudanas vista.

99

Mais papos sobre Cloud Computing junho 10, 2010 Estive ontem no CIAB participando de um painel sobre Cloud Computing. Durante o painel e aps, surgiram diversas perguntas que so emblemticas dos questionamentos dos CIOs e CTOs. Vale a pena compartilh-las aqui. Mas, antes de mais nada importante frisar que na minha opinio Cloud Computing no hype mas um novo modelo computacional que requer imediata ateno dos executivos de TI. Bom, mas indo para as questes, o primeiro questionamento que surge em eventos como CIAB e outros geralmente Me explica o que realmente Cloud Computing. Existem inmeras definies, mas uma que podemos adotar foi a criada pelo NIST (National Institute of Standards and Technology), rgo de padres do governo americano que definiu Cloud Computing como Cloud computing is a model for enabling convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned and released with minimal management effort or service provider interaction. This cloud model promotes availability and is composed of five essential characteristics, three service models, and four deployment models. As caractersticas essenciais so auto-servio, compartilhamento de recursos, elasticidade, acesso via rede de alta velocidade e servios mensurveis. Os servios da nuvem so SaaS (Software as a Service), PaaS (Platform as a Service) e IaaS (Infrastructure as a Service). J os modelos de entrega destes servios so Private cloud, Community cloud, Public cloud e Hybrid cloud. Os documentos do NIST podem ser acessados em http://csrc.nist.gov/groups/SNS/cloud-computing/. Depois desta resposta vem inevitavelmente a questo mas, onde cloud computing diferente do velho e tradicional outsourcing?. Para mim est claro que Cloud Computing um novo modelo computacional que apresenta algumas diferenas fundamentais em relao ao outsourcing como conhecemos. Por exemplo, a elasticidade vital para permitir o modelo pay-as-you-go (pagar pelo que consome) e as economias de escala oferecidas pelos massivos data centers dos provedores de nuvem. Outras diferenas so um gerenciamento automtico (em escala muito maior que os tradicionais data centers, onde muitas operaes, como provisionamento de recursos, so manuais), workloads padronizados (economia de escala conseguida quando se reduz a variedade de configuraes), provisionamento automtico (voce requisita e obtm de imediato um recurso atravs de um portal de auto-servio e no precisa passar por negociaes e demoras at que um servidor fsico seja instalado e configurado) e um billing similar ao da telefonia mvel, onde voc paga pelos recursos devidamente consumidos e no por configuraes ociosas.

100

Surge ento a pergunta afinal cloud computing uma revoluo ou evoluo?. Do ponto de vista tecnolgico evolucionrio, pois construdo em cima de tecnologias j existentes como a nossa conhecida virtualizao. Por outro lado a arquitetura multitenant (um texto ainda incipiente pode ser encontrado no Wikipedia, em http://en.wikipedia.org/ wiki/Multitenant) e mesmo ferramentas de anlise massivamente paralelas como o Hadoop (http://hadoop.apache.org/) so revolucionrias. Mas podemos considerar Cloud Computing como uma revoluo na maneira de se gerenciar e entregar TI. Provavelmente em breve consideraremos capacidade computacional como mais uma das utilities, ao lado de energia, gua, gs e comunicao. Para isso acontecer cloud computing ter que ter sido adotado massivamente. Um dos questionamentos mais comuns quais os benefcios e riscos de Cloud Computing?. Comeando pelos benefcios posso destacar aqui alguns itens como a velocidade de resposta para o time-to-application, pois a computao em nuvem permite implementar uma aplicao em muito menos tempo, seja adotando uma j pronta no modelo SaaS ou desenvolvendo uma nova via PaaS e/ou IaaS. Basta comparar com quanto tempo se demora para selecionar, adquirir, instalar e configurar um novo servidor. Trs meses? Quatro meses? Outros benefcios so o alinhamento dos investimentos (leiase budgets de TI) com a demanda (voc no precisa comprar uma mquina para ser usada daqui a seis meses), a substituio do capex pelo opex (no precisa investir seu capital antes de usar os ativos) e a possibilidade de usar a computao em nuvem como vlvula de escape para aquelas situaes de demanda de pico, que ultrapassa a capacidade do data center. No se precisa mais configurar um data center para o perodo de pico, mas para sua utilizao mdia, usando-se por exemplo, uma nuvem pblica para os perodos excepcionais. Quanto aos riscos, lembramos de imediato das questes de segurana e privacidade (principalmente quando falamos em nuvens publicas), aderncia a restries regulatrias (questes de compliance), lock-ins por parte de determinados provedores de nuvens, e a dificuldade de integrao entre as aplicaes em nuvens publicas e as que continuaro operando no modelo on-premise. Um outro desafio a qualidade e disponibilidade de banda larga, que no Brasil cara, lenta e mal distribuda. Uma pergunta que aparece de vem em quando que tipos de aplicao posso colocar em uma nuvem?. Algumas so mais propcias e podem ir de imediato para nuvens, como aplicaes de colaborao e email. Outras, principalmente as que demandam muita integrao com sistemas on-premise devem ser deixadas para um segundo momento. Para comear sua jornada em direo a Cloud Computing sugiro comear com aplicaes de baixo risco, como uma aplicao Web, que no requeira maiores integraes com outros sistemas e nem demande acesso a dados sensiveis em termos de segurana e compliance. E afinal, perguntam, devo ir para nuvem pblica ou privada?. A resposta depende. Talvez os doisUma nuvem privada opera dentro do data center e pode ser a resposta para aquelas empresas ou aplicaes altamente sensiveis aspectos de segurana e compliances regulatrios, e que no podem em princpio, serem hospedads em nuvens pblicas.

101

E no final, fao questo de lembrar que ir para Cloud Computing no mais questo de se, mas apenas de quando e como. E aproveito para sugerir que vocs se mantenham atualizados com o assunto e uma das fontes para isso o CCIF (Cloud Computing Interoperability Forum) em http://www.cloudforum.org/. Boa jornada!

102

The Future of Cloud Computing junho 21, 2010 Li atentamente o relatrio produzido pela Pew Internet, chamado de The Future of Cloud Computing. A idia central deste relatrio foi analisar e consolidar as vises de centenas de especialistas sobre se eles concordavam ou no com a afirmativa: By 2020, most people wont do their work with software running on a general-purpose PC. Instead, they will work in Internet-based applications such as Google Docs, and in applications run from smartphones. Aspiring application developers will develop for smartphones vendors and companies that provide Internet-based applications, because most innovative work will be done in that domain, instead of designing applications that run on a PC operating system. Uma slida maioria dos entrevistados (71%) concordou com a afirmativa. Esta tambm minha viso e analisando mais profundamente o relatrio gostaria de compartilhar alguns insights pessoais com vocs. O relatrio pode ser lido em sua ntegra em //pewinternet.org/Reports/2010/The-future-of-cloud-computing.aspx. H no relatrio uma frase bem interessante do Nicholas Carr, autor do livro The Big Switch: rewiring the World, from Edison to Google, que diz We dont have to wait until 2020 for this shift. Its already happened. The browser (a cloud interface) is already by far the most possible PC application, and cloud services like Facebook are the most popular computing services, whether accessed by PCs, netbooks, or smartphones. For consumers, the cloud revolution has already happened. Sim, verdade. Muita gente j usa cloud computing. Basta ver os usurios das redes sociais como Facebook, Orkut e Twitter. Os usurios do Gmail, Hotmail, WordPress, YouTube e Flickr. E de muitas outras aplicaes como Delicious ou TripAdvisor. E os que compram livros na Amazon. Outras aplicaes seguiro este rumo. A Netflix j anunciou que vai eliminar a necessidade de fazer downloads de filmes. O streaming passar a ser o padro para ver vdeos e ouvir msicas. Armazenar fotos, vdeos e msicas no ser mais no seu PC mas em nuvens, acessveis por quaisquer dispositivos. O uso de cloud computing se dissemina em ritmos variveis, dependendo das caractersticas de cada pas. No Brasil, por exemplo, ainda temos srias limitaes de banda larga, inibindo uma maior disseminao da computao em nuvem. Cloud computing tem uma relao de dependncia direta com a banda larga. Por aqui, j vemos que a banda larga mvel ultrapassou a fixa. Nos primeiros trs meses deste ano o numero de assinantes de banda larga mvel chegou a 11,9 milhes, sendo 100.000 a mais que o acesso fixo. As estimativas apontam que at o fim deste ano sero 18 milhes de usurios de banda larga mvel contra 13 milhes de assinantes de banda larga fixa. Neste primeiro trimestre, o numero de celulares 3G j chegou a 8,7 milhes. Mas, a banda larga mvel no Brasil ainda apresenta problemas como uma densidade abaixo da mdia mundial e preos maiores que os praticados na Amrica Latina e Europa. Tambm o subdimensionamento das redes, em especial em relao capacidade de transmisso faz com que os niveis de servio estejam aqum do desejado.

103

Uma coisa a crescente utilizao da computao em nuvem e o deslocamento de funes computacionais para smartphones, tablets e outros dispositivos mveis. Estes dispositivos esto cada vez mais poderosos. Outra o desaparecimento dos PCs. Estes, assim como a telefonia fixa, esto em uma rota declinante, mas no desaparecero, pelo menos nos prximos 5 a 10 anos. Os PCs podem ser considerados como telefones fixos, ainda existem, mas caminham lentamente para desaparecerem completamente. provavel que o cenrio mais comum seja um ambiente hbrido, com a maioria das funes sendo obtidas a partir das nuvens computacionais, mas algumas outras ainda resistindo nos PCs. Na minha opinio, a disseminao da computao em nuvem ser mais lenta nas grandes empresas, por questes de segurana e controle. Estas provavelmente trilharo inicialmente o caminho das nuvens privadas. Mas empresas de pequeno porte e a maioria dos usurios finais usaro mais e mais nuvens publicas, muitas vezes sem o saber. Um usurio acessando um PC usar uma aplicao sem ter noo se ela est no seu computador ou residindo em uma nuvem publica, que esteja mesmo em um outro pas. Na prtica ele usar o PC e a cloud ao mesmo tempo, e de forma indistinta. De maneira geral superestimamos os apelos tecnolgicos de curto prazo (ciclo do hype) e subestimamos os impactos na sociedade a mdio e longo prazo. Basta vermos os exemplos anteriores do prprio PC, do email, da Web, do Google e agora do Facebook. No compreendemos seu alcance no incio, mas que, indiscutivelmente foram, ao longo do tempo, agentes de dramticas mudanas nos comportamentos e hbitos sociais. Cloud computing vai se tornar mais e mais importante, mudando a relao de uso das empresas e das pessoas com a computao. Os proprios gate-keepers de acesso Internet, hoje os ISP (Internet Service Providers) sero substitudos por empresas como Google e Apple. Os conceitos j quase obsoletos do PC e de seus sistemas operacionais e softwares residentes em discos rgidos (que precisam de download para instalao e aplicaes de patch) perdero espao para smartphones, tablets e outros dispositivos mveis e nas nuvens. E quem sabe se o futuro Windows no ser o Chrome OS? Mas, prever futuro sempre uma incerteza. Para mim a essncia dos conceitos e idias da computao em nuvem ainda vai evoluir bastante. Estamos ainda na sua infncia, sujeitos a erros e acidentes de percurso. Ao longo do tempo ajustes e refinamentos no prprio conceito e nas tecnologias que o suportam devem mudar em muito a cara do que hoje considerado Cloud Computing. Mas, em uma coisa eu aposto: o conceito vai pegar.

104

A Internet das Coisas e Cloud Computing junho 28, 2010 Um assunto que comea a despertar interesse a chamada Internet das Coisas. Nos ltimos dois meses fui convidado a dar quatro ou cinco entrevistas sobre o tema. Assim, vamos abordar assunto aqui e mostrar qual a relao entre a Internet das Coisas e Cloud Computing. Bem, para comear podemos definir a Internet das Coisas como uma infraestrutura de rede global baseada em padro IP onde coisas fsicas (objetos) ou virtuais, com suas identidades nicas a atributos interoperam entre si e com sistemas de informao. Na Internet das Coisas, as coisas e objetos participam ativamente dos processos sociais e de negcios, compartilhando dados e informaes sentidas sobre o ambiente em que se encontram, reagindo de forma autnoma aos eventos do mundo fisico, influenciando ou modificando os proprios processos em que se encontram, sem necessidade de interveno humana. A interao com as coisas ou objetos inteligentes (smart things) d-se geralmente na forma de interfaces para servios, uma vez que estes objetos fazem parte de um conjunto maior. Por exemplo, um semforo inteligente pode ter seu controle de tempo modificado por variveis simples como hora (maior ou menor fluxo do trnsito) ou data (feriado ou dia da semana), bem como a partir de uma central que, baseado em algoritmos sofisticados, analisa outras informaes e variveis, oruindas de outros semforos ou de incidentes como uma coliso em ruas prximas, que alteram o fluxo do trnsito. O semforo faz parte de um servio de controle de trnsito. Por curiosidade, alm do nome Internet das Coisas podemos achar tambm na literatura os termos Computao Pervasiva (Pervasive Computing) ou Computao Ubqua (Ubiquitous Computing). Na Internet das Coisas a comunicao se dar principalmente entre objetos e data centers, onde infraestruturas de computao em nuvem (Cloud Computing) disponibilizaro capacidade computacional elstica e flexvel o suficiente para acomodar esta grande demanda por recursos de armazenamento e processamento. O uso de recursos computacionais em nuvens necessrio, pois medida que a computao vai se tornando cada vez mais onipresente, com objetos interagindo uns com os outros e etiquetas de produtos contendo chips com Identificao por Radio Freqncia (RFID) colados em latas de cerveja e pacotes de sucrilhos, o volume de dados que iro trafegar pelas empresas e que precisaro ser manuseados em tempo real ser absurdamente maior que o atual. A imprevisibilidade da demanda aumentar tambm de forma exponencial e ser impossvel implementar sistemas pelo tradicional mtodo de dimensionamento de recursos pelo consumo no momento de pico, pois os custos sero simplesmente astronmicos. Juntando a necessidade de acompanhar a flutuao das demandas de mercado com o crescimento dos volumes e servios prestados, e com a subtilizao dos recursos computacionais hoje disponveis nas empresas, chegamos constatao de que precisamos de um novo modelo computacional, mais flexvel e adaptvel velocidade

105

das mudanas que ocorrem diariamente no mundo dos negcios. Nuvem computacional significa que toda uma rede de computadores estar disponvel ao usurio para executar seus programas, sem que ele precise saber exatamente qual ou quais computadores estaro fazendo o trabalho. A Internet das Coisas vai criar uma rede de centenas de bilhes de objetos identificveis e que podero interoperar uns com os outros e com os data centers e suas nuvens computacionais. A Internet das Coisas vai aglutinar o mundo digital com o mundo fsico, permitindo que os objetos faam parte dos sistemas de informao. Com a Internet das Coisas podemos adicionar inteligncia infraestrutura fsica que molda nossa sociedade. Com tecnologias cada vez mais miniaturizadas podemos colocar inteligncia (leia-se software) nos limites mais externos das redes, permitindo que os processos de negcio sejam mais descentralizados, com decises sendo tomadas localmente, melhorando o seu desempenho, escalabilidade e aumentando a rapidez das decises. Por exemplo, sensores que equipam um automvel enviam sinais em tempo real para um algoritmo sofisticado em um processador no prprio veculo, que pode tomar decises que melhoram a segurana da sua conduo, evitando colises ou mau uso dos seus componentes. Outras informaes podem ser repassadas a uma central que monitore o percurso, gerenciando a forma do usurio dirigir o veiculo e retribuir esta forma de direo em descontos ou taxas adicionais de seguros. Podem enviar informaes que mostram que o veculo est sendo furtado e portanto decises como o bloqueio de sua conduo e acionamento da fora policial podem ser tomadas. A Internet das Coisas implica em uma relao simbitica entre o mundo fsico e o mundo digital, com entidades fisicas tendo tambm sua nica identidade digital, podendo com esta comunicar-se e interagir com outras entidades do mundo virtual, sejam estes outros objetos ou pessoas. E no futurologia, mas algo que j realidade.

106

Cloud Computing e as oportunidades de servios profissionais julho 5, 2010 Outro dia, conversando com um amigo, CEO de uma pequena empresa de servios profissionais de TI, ele perguntou como Cloud Computing afetaria seu negcio no futuro. Bem, naquele dia minha bola de cristal deu tela azul, mas mesmo assim conjecturamos alguns cenrios, que gostaria de compartilhar aqui. Antes de mais nada, vamos esclarecer o que so servios profissionais em Cloud Computing. So servios de consultoria e/ou integrao que ajudam os clientes a planejarem e implementarem estratgias de escolha e uso de computao em nuvem, e a operarem suas empresas nestes ambientes. Na prtica, os servios profissionais em Cloud Computing so um subset das atividades hoje comuns em servios profissionais em TI. Assim, estes servios podero ser de consultoria, como planejamento estratgico para escolha e uso de nuvens (pblicas, privadas ou hbridas), integrao (integrar sistemas legados aos sistemas em nuvens ou migrao de sistemas on-premise para nuvens), desenvolvimento de aplicativos desenhados para rodarem em nuvens, usando tecnologias com Hadoop e plataformas (PaaS) como Azure, GAE (Google AppEngine) e force.com, treinamento, e servios de suporte para infraestrutura em nuvem, como monitorao da segurana e performance em ambientes IaaS como o da Amazon. Um exemplo da necessidade de conhecimentos especficos so as funes Load balancing, CloudWatch (monitorao) e auto-scaling oferecidas pela nuvem da Amazon. Nos EUA este mercado j se mostra bem promissor. O IDC estima que at o fim deste ano sero gastos cerca de 1,8 bilho de US$ em servios profissionais relacionados com Cloud Computing. A maior parcela refere-se a servios de migrao, integrao e entrega de aplicativos em nuvens, com cerca de 600 milhes de dlares. Para 2014 estima-se que valor total dos servios profissionais em nuvem seja de 4,3 bilhes de US$. Aqui no Brasil ainda estamos engatinhando e os servios profissionais em Cloud Computing esto restritos aos prestados pelas grande empresas de servios, como os oferecidos pela IBM. A maioria dos projetos so de assessments e planejamentos (e alguns projetos piloto), tpicos de oportunidades emergentes, como exatamente o caso da computao em nuvem. Minha expectativa que nos prximos anos j tenhamos servios mais focados na construo e deployment de ambientes de nuvens computacionais pblicas e privadas, bem como o surgimento de empresas menores, especializadas em Cloud Computing. Muitas destas empresas vo atuar junto a fornecedores de nuvens Open Source, como a Eucalyptus. Outras vo se aglutinar aos grandes provedores de nuvens e de tecnologias como a IBM e suas ofertas voltadas para construo de nuvens privadas, como o CloudBurst. Vejo tambm uma boa demanda futura para servios voltados ao desenvolvimento de aplicativos em nuvem, na modalidade SaaS. A maioria das empresas de software vo trilhar este caminho

107

(SaaSerizao dos seus produtos) e muitas delas precisaro de apoio em tcnicas multitenancy. Tambm vamos ver servios voltados implementao de processos de governana em nuvens, demanda ainda meio distante hoje. Como governana imagino no apenas as questes de estabelecimento de nveis de servios (SLA), disponibilidade, auditoria, segurana e desempenho, mas tambm orquestrao de como gerenciar a coexistncia de ambientes on-premise e em nuvens, sejam estas pblicas e/ou privadas. Este ambiente hbrido vai apresentar fatores especficos na sua composio de custos, que geralmente no esto afeitos ao conhecimento institucional das reas de TI tradicionais e que devem ser analisados nos estudos de road map de Cloud Computing. Um exemplo: na maioria das organizaes, nenhum workload isolado, mas relaciona-se com outros workloads. Na prtica os workloads apresentam interdependncia de dados e processos. Isto pode significar que um workload X vai processar dados que foram criados ou modificados pelos workload A e B, e aps o trmino desta execuo de X, sero processados pelo workload Y. Agora imaginem que o workload X esteja em uma nuvem pblica e os demais sejam aplicaes on-premise. Os dados criados por A e B devem ser enviados nuvem e depois de seu processamento, estes dados devem retornar aos servidores da empresa, para serem processados pelo workload Y. Existem diversos custos que precisam ser analisados, como custos de transmisso de /para a nuvem, custos de armazenamento na nuvem e o prprio custo de processamento do workload X. Os provedores cobram por estas transmisses e armazenamentos. Por exemplo, nos EUA, a Amazon, nos preos praticados em maio de 2010, cobrava 15 centavos de dlar para cada GB transmitido, em um volume de at 10 TB por ms. Tambm registrava que o custo de gravar uma informao no servio S3 era dez vezes maior que o custo de ler esta mesma informao. Para efeito de comprao, o custo hora de um tpico servidor virtual no EC2, extra-large, baseado em Linux era de 68 centavos de dlar. Muitas vezes as anlises de custos podem mostrar que os custos de processamento do servidor so uma parcela minscula diante dos custos de armazenamento e transmisso de dados. Portanto, o desenho de uma soluo hbrida deve considerar todos estes aspectos para se tornar uma opo adequada. A performance em ambientes de nuvens tambm apresenta caractersticas prprias. Na Amazon, por exemplo, a variao de desempenho dos servidores no EC2 esto muito mais relacionados com a variao da carga de I/O que ao uso de memria ou capacidade de CPU. E como vimos, monitorao do bandwith de dados transmitidos tem reflexo direto nos custos de utilizao da nuvem e portanto devem ser monitorados de perto. Mas, ficou claro na conversa que Cloud Computing um novo paradigma de uso e entrega de TI e que ser o modelo dominante para as prximas dcadas. uma evoluo do modelo client-server atual e qualquer empresa de servios profissionais de TI deve colocar este modelo em seu radar. Hoje, como os conceitos ainda so recentes, os servios esto concentrados em desenhos de road map e assessments, mas passaremos em breve para servios mais operacionais como governana, suporte e desenvolvimento de aplicaes. Portanto, a nossa concluso foi que ele deveria comear desde j a desenhar seu prprio road map

108

para ser um ofertante de servios em nuvem e aproveitar as oportunidades de negcio que inevitavelmente surgiro.

109

Pesquisando Cloud Computing na Internet julho 13, 2010 O assunto Cloud Computing est disseminado pela Internet. Uma pesquisa no Google pela keyword Cloud Computing me retornou 14.800.000 resultados. Indiscutivelmente que a Internet uma excelente fonte de pesquisa sobre este assunto. O problema separar o joio do trigo. O primeiro desafio fazer as buscas e obter resultados. Como fazer isso? Googlando. Sim, o Google hoje um sinnimo de acesso Web. Sua pgina inicial, em branco com o famoso logotipo das letras coloridas hoje um simbolo valorizadissimo. Todos a conhecemPraticamente todo o acesso Internet comea com uma visita ao Google. Mas existem diversos outros motores de busca (search engines), menos conhecidos, mas que podem ser muito interessantes e que podem nos ajudar em muito na pesquisa por textos sobre cloud computing ou computao en nuvem. Na verdade, o resultado gerado pelos diversos mecanismos de busca bastante diferente. Uma pesquisa feita pelo DogPile em conjunto com universidades americanas em abril de 2007 (http://www.infospaceinc.com/onlineprod/OverlapDifferentEnginesDifferentResults.pdf), trouxe um resultado surpreendente para muitos: apenas 0,6% dos resultados das queries mostradas na primeira pgina dos quatro principais motores de busca (Google, Yahoo, MSN e Ask) eram comuns a todos. E cerca de 88% dos resultados obtidos por um motor eram nicos a este motor, no aparecendo nos outros. Claramente vemos que limitar a pesquisa a um nico motor de busca genrico vai apenas arranhar a superfcie da Web. Muitas informaes continuaro inacessveis. Assim, caso voc queira uma pesquisa mais abrangente, usar outros motores de busca pode ser uma experincia bem interessante e frutfera. E j comeam a aparecer metamotores de busca, que executam a busca em um variedade de motores de busca. O Dogpile (www.dogpile.com ), por exemplo, faz a sua pesquisa acionando uma busca em paralelo nos quatro maiores motores de busca, como o Google, Yahoo, MSN e Ask. Imperdvel como fonte de pesquisa o http://www.ibm.com/developerworks/cloud . So dezenas de artigos tcnicos de excelente qualidade. De maneira geral os sites dos principais fornecedores de solues e servios de Computao em Nuvem disponibilizam artigos e cases de sucesso. Recomendo, por exemplo, visitar o www.ibm.com/cloud, que disponibiliza vrios artigos e videocasts interessantes.

110

E, claro, existem tambm alguns sites e revistas eletrnicas dedicadas ao assunto Cloud Computing como o Journal of Cloud Computing, em http://cloudcomputing.syscon.com . E recomendo tambm a leitura do livro The Big Switch, de Nicholas Carr, que foi publicado no Brasil sob o ttulo A Grande Mudana: reconectando o mundo, de Thomas Edison ao Google. Sugiro adicionalmente a leitura do livro The Economics of Information Technology de Hal Varian, Joseph Farrel e Carl Shapiro. Este livro aborda alguns dos mais importantes fatores econmicos que afetam a indstria de TI e mostra de forma muito interessante como os custos fixos altos, custos marginais de produo, altas barreiras de sada e o efeito de rede afeta a dinmica desta indstria e de seus atores. Embora escrito em 2004, est perfeitamente atualizado e nos ajuda a entender um pouco mais o efeito do impacto do modelo de Computao em Nuvem na indstria.

111

Nuvens pblicas: quando usar. julho 19, 2010 Uma pergunta que sempre ouo nos eventos de Cloud Computing se vale mesmo realmente a pena adotar uma nuvem pblica, uma vez que ainda existem algumas dvidas sobre segurana e disponibilidade. De maneira geral observo que as grandes empresas esto mais propensas a comear o caminho em direo a Cloud Computing atravs de nuvens privadas e no pblicas. Uma pesquisa do IDC, de janeiro deste ano mostrou que para a classificao very appealing or appealing as nuvens privadas tiveram 64% de respostas contra 30% das nuvens pblicas. Por que? Pensando alto, posso imaginar algumas razesUma delas que as nuvens pblicas oferecem muitos benefcios, mas por outro lado apresentam os maiores desafios de segurana e privacidade. Alm disso, muitas das aplicaes internas das empresas, como ERPs, tem alto grau de previsibilidade de demanda, minimizando o valor do modelo em cloud. As aplicaes com demandas menos previsiveis so as que interagem diretamente com os clientes, como as de comrcio eletrnico, pois uma promoo comercial pode afetar a demanda num piscar de olhos. Estas aplicaes tem muito a ganhar com o modelo elstico das nuvens. Mas, estas aplicaes no s demandam requisitos elevados de segurana, como so altamente dependentes de integrao com outras aplicaes. Assim, coloc-las em uma nuvem publica poderia gerar mais dificuldades que benefcios, pelo menos por enquanto. Outra observao que as motivaes para adoo de nuvens publicas so diferentes das consideradas para nuvens privadas. Para nuvens publicas o principal motivador a reduo dos custos de propriedade (software, hardware, pessoal e data center). E o modelo pay-as-you-go um dos mais citados nas pesquisas para adoo destas nuvens. Imaginemos a seguinte situao: uma empresa apresenta uma demanda de pico de 500 servidores, mas na mdia o consumo equivale a uma utilizao de 300 servidores. O custo por dia de 300 x 24 ou 7200 servidores/hora. Mas a empresa configura seu data center para a carga de pico e paga 500 x 24 ou 12.000 servidores/hora. um fator 1.7 maior que o necessrio. No modelo pay-as-you-go voc paga o que usa realmente e assim, se o TCO for menor que 1.7 vezes o custo de adquirir e manter os servidores, passa a ser um bom negcio usar uma nuvem pblica. O principal questionamento quanto as nuvens publicas a segurana e privacidade dos dados. Interessante que para muitas pequenas e mdias empresas um data center de um provedor como a Amazon oferece muito mais segurana que seu prprio data center, que opera sem politicas e processos adequados. Por outro lado, empresas de grande porte, geralmente operam sob politicas bem rgidas de segurana e aderncia a normas e padres de auditoria, que inibem o uso de nuvens pblicas. Para estas a soluo adotar nuvens privadas.

112

Claro que medida que o conceito e as tecnologias de nuvem evoluirem, estes questionamentos tendem a diminuir. Mas, apesar dos esforos conjuntos em padronizar as nuvens entre a DMTF (Distributed Management Task Force) e a Cloud Security Alliance (http://www.dmtf.org/newsroom/pr/view? item_key=8ab9b59e8219def51b9110833c1a1084bd9f4183 ) vemos que os principais provedores de nuvens publicas como Amazon e Google no participam deste processo. Na minha opinio uma pena, pois esta ausncia pode atrasar significativamente a evoluo e adoo de padres de interoperabilidade entre nuvens e consequentemente facilitar os processos de segurana. O resultado que as nuvens pblicas tendem a atrair primeiro o interesse das pequenas e mdias empresas, enquanto as grandes empresas vo se concentrar, em um primeiro momento, nas nuvens privadas. Vamos analisar algumas destas situaes para melhor entender este fenmeno: a) Uma pequena empresa no tem escala suficiente para virtualizar e consolidar seus servidores para operarem em nuvem privada, como em uma empresa de maior porte. Estas podem, por exemplo, agregar a demanda de suas unidades de negcio em um data center de porte e conseguir niveis elevados de utilizao dos servidores adotando o modelo de nuvem privada. A alternativa para as pequenas empresas adotar uma nuvem pblica. b) As grandes empresas tem melhor poder de negociao com os fornecedores de tecnologia, conseguindo melhores preos para seu ativo de hardware e software. As nuvens pblicas suprem esta deficincia para as pequenas empresas, oferecendo uma economia de escala que se reflete em preos menores de uso dos recursos computacionais. c) As pequenas empresas tem maiores dificulades de conseguir staff tcnico preparado para os desafios de adoo de novas tecnologias, segurana, etc, o que impulsiona a adoo de nuvens pblicas para se manterem atualizadas. Enfim, ainda muita gua vai rolar no mundo da computao em nuvem. Podemos pensar em cenrios futuros, onde pequenas empresas estariam majoritariamente operando em nuvens publicas e as grandes corporaes em nuvens privadas ou hbridas, com parte de seu processamento em nuvens publicas e parte em nuvens privadas. Neste contexto, o prprio papel do data center estaria sendo modificado. Podemos imaginar um data center atuando como um broker, com os seus usurios solicitando recursos e o data center os alocando, seja a partir dele (nuvem privada) ou em uma nuvem publica. O usurio no se preocuparia de onde o recursos estaria sendo providenciado, apenas faria a solicitao seja ela uma aplicao ou um servidor virtual. De onde o broker ou data center vai prover os recursos no interessa diretamente a ele, usurio. Em resumo, a computao em nuvem vai mudar tudo

113

Impacto Econmico da Cloud Computing julho 26, 2010 Outro dia, recordando as origens da minha formao bsica, que foi Economia, estive estudando alguns relatrios do World Economic Forum que abordavam as implicaes estratgicas e econmicas do modelo de Coud Computing na sociedade. Para mim est claro que no longo prazo este modelo vai ter uma contribuio fundamental para melhoria da eficincia de empresas privadas e pblicas, bem como impulsionar a criao e o crescimento de novos negcios. O impacto nas empresas e nos usurios finais ser significativo. Cidados podero acessar seus documentos, fotos, caixa de correio e quaisquer outros dados a partir qualquer dispositivo, seja de seu laptop em casa, de seu smartphone ou mesmo do equipamento de um amigo. As empresas no precisaro mais investir up-front em equipamentos, mas alugaro computing power e storage de provedores externos e pagaro apenas pelo seu uso, como j fazem hoje com energia eltrica. Esta mudana ter profundo impacto na estrutura dos custos das empresas e portanto poder ocasionar um efeito significativo na criao de novos negcios e at mesmo no desempenho macroeconmico de um pas. A publicao The Economist, em 2008, em uma excelente reportagem foi direto ao ponto: the Internet disrupted the music business; Google disrupted the media; cloud-based companies could become disrupters in other inefficient industries. Um exemplo? A disseminao massiva de ofertas de Cloud Computing pode promover a criao de novos negcios em setores onde os custos de TI so altamente relevantes e impeditivos pelo modelo atual. Um exemplo so setores altamente intensivos em computao como games, animao e produo de vdeos. Dois exemplos: o jornal New York Times precisava escanear todas suas edies de 1851 a 1989 e ao invs de adquirirem novos hardwares ou usarem seus recursos computacionais j sobrecarregados, eles transferiram os arquivos TIFF para a nuvem EC2 da Amazon. O processamento, em cima de um dataset de 3 terabytes levou 24 horas usando 100 instncias (servidores virtuais) e custou 240 dlares. Se no fosse em cloud, seriam necessrios vrios meses apenas para adquirir e instalar 100 servidores, e a um custo de dezenas de milhares de dlares. Outro caso, no Brasil da PUC-RJ com os vdeos para o prximo programa BBB da Rede Globo. Os candidatos enviaro seus mais de 200.000 arquivos que precisaro ser convertidos para um nico formato e arquivados. De maneira geral 60% das submisses de vdeos ocorrem nos ltimos dias do prazo de inscrio. Isso cria a necessidade de processar rapidamente um volume gigantesco de vdeos. Na ltima edio do BBB foi preciso comprar vrios servidores, que depois da seleo no tiveram mais utilidade. Com o uso de Cloud Computing o custo para processar mil vdeos caiu para cerca de 500 dlares. Mas, alm destes setores envolvidos diretamente com mdia digital, a adoo massiva de Cloud Computing pode incentivar a criao de novos e inovadores negcios que tendero a usar com mais intensidade a Internet. Torna-se cada vez mais comum o uso da Internet e redes sociais em praticamente todos os setores de negcio. A cada dia surgem

114

novidades, como os recentes sites de compras coletivas como o Groupon nos EUA ou o PeixeUrbano no Brasil. Um exemplo de uso da computao em nuvem a loja virtual Camiseteria. Como todas pequenas empresas em crescimento estava enfrentando seu limite, quando o crescimento da empresa demandava mais capacidade que os ento dois servidores da firma. Estes servidores j estavam hospedados em um provedor externo e da para utilizar o conceito de nuvem foi um passo. A Camiseteria no precisa mais saber onde esto seus dados, em quais servidores e discos. Na verdade, na Computao em Nuvem, o usurio no precisa saber onde est o servidor e isto no vai fazer a menor diferena para ele. A Camiseteria um exemplo tpico dos clientes do modelo de Computao em Nuvem. De maneira geral as maiores empresas so mais lentas na adoo de novos conceitos e embora reconheam o potencial da Computao em Nuvem ainda preferem ficar com seus servidores guardados em salas bem fechadas. Mas, pequenos empresrios no podem se dar ao luxo de serem cticos, pois com pouco capital no podem investir em caras instalaes para seus servidores. Este o grupo que mais cresce em uso da Computao em Nuvem. Portanto, a computao em nuvem remove um grande obstculo a criao de novas e inovadoras empresas, principalmente as intensivas em uso de TI, pois elimina os investimentos up-front, diminuindo sensivelmente os custos de entrada do negcio. Como transfere os custos de capital para custos de operao, tende a sincronizar as despesas da empresa com as suas receitas. Na minha opinio exatamente esta elasticidade e o modelo pay-as-you-go, traduzidos pela simplificao do planejamento e gesto dos recursos computacionais, e a significativa reduo de custos que impulsionaro este modelo. No modelo atual as empresas so obrigadas a investir em recursos computacionais em excesso (para os perodos de maior uso) e pagar por este valor mximo. Com a computao em nuvem as empresas tero a seu dispor a elasticidade necessria para acomodar a capacidade computacional de acordo com a demanda. E pagar exatamente pelo uso dos recursos consumidos. Cloud Computing soluciona um dos mais cruciais problemas atuais da industria de TI: alinhar a capacidade instalada com a demanda. Provavelmente, como a adoo do modelo de Cloud Computing ser gradual, apenas sentiremos o seu impacto macroeconmico a mdio e longo prazo. J houve um caso similar, que foi a expanso da infraestrutura de comunicaes durante a bolha da Internet, nos anos 2000. S sentimos o potencial da disponibilidade desta infraestrutura algum tempo depois do estouro da bolha. Mas ela que permitiu a criao e disseminao de novos negcios na Web. Para uma acelerao da adoo de Cloud Computing, diversos fatores restritivos atuais devem ser minimizados como o prprio entendimento do que e da potencialidade da computao em nuvem, e as questes de segurana e privacidade. Para isso entendo que

115

seja necessrio, entre outras aes, uma poltica de incentivo ao cloud computing que inclua: a) Incentivar o estudo de conceitos e aplicaes prticas pela academia, formando profissionais que conheam as tecnologias que envolvem este modelo, b) Criao de normas e regulamentos que orientem o uso de dados em nuvens, uma vez que os data centers que oferecem estes servios podem estar residentes em pases com legislaes de privacidade e confidencialidade diferentes e at conflitantes, c) Incentivo adoo de padres abertos que garantam interoperabilidade entre as nuvens, d) Expanso da cobertura e capacidade da rede de banda larga do pas,

e) Adoo de uma poltica de incentivos fiscais para adoo da computao em nuvem e sua promoo para setores que possibilitem a criao de novos e inovadores negcios, f) g) Incentivo ao uso da computao em nuvem para incubadoras de novos negcios, Incentivo ao uso do modelo SaaS para a indstria de software, e

h) Incentivo ao uso de computao em nuvem nos laboratrios e data centers das universidades.

116

Cloud Computing como Utility agosto 2, 2010 Recebi um email interessante. Nele, um colega me perguntava porque Cloud Computing pode ser considerado similar a energia eltrica e que argumentos existem para demonstrar que Cloud Computing pode ser visto como uma utility. Este assunto j foi debatido no livro de Nicholas Carr, The Big Switch, onde o autor faz uma boa analogia entre Cloud Computing e a energia eltrica. Vale a pena a leitura. Mas, podemos ir mais frente e analisar quais os pontos em comum entre um servio de utility como energia, gua e telefonia e a computao em nuvem. Quais so as caractersticas bsicas de um servio de utilidades? Vamos olhar gua, energia e telecomunicaes como exemplo. Logo no incio lembramos da alta dependncia do servio. No podemos viver sem gua ou energia. Basta ver os efeitos de um apago eltrico na sociedade, os transtornos que causa. Outra caracterstica a confiabilidade no servio. gua, por exemplo, ao abrirmos a torneira nossa expectativa natural que a gua caia. No se espera que o servio no esteja disponvel. Usabilidade outra caracterstica. Uma torneira muito fcil de usar. Uma tomada s necessita que se conecte o plug do aparelho eltrico. Um celular algo que uma criana de dois anos sabe usar para fazer uma ligao. E, outro aspecto relevante a elasticidade. Pagamos estes servios pelo que consumimos e sabemos que podemos consumir mais ou menos. Podemos consumir muita energia no vero carioca, com aparelhos de ar condicionado ligados 24 horas e deixar a casa s escuras quando saimos em frias. Para o provedor existe uma outra caracterstica relevante que o nivel de utilizao. Ele precisa gerenciar os picos e vales pois as demandas dos usurios dos servios de utility flutuam amplamente no tempo. Se ele mantiver uma infraestrutura configurada para a demanda de pico vai arcar com um custo elevado. Por outro lado, se a infraestrutura for insuficiente, no ir atender crescimentos rapidos da demanda. E quanto aos modelos de negcios? Basicamente as utilities cobram pelo uso (pay-asyou-use), como gua e energia, ou por assinatura, como provedores de banda larga, que ofertam servios ilimitados mediante assinatura mensal. Se analisarmos, para efeito de comparao, o modelo SaaS, vemos muitas similaridades com o negcio das utilities, principalmente telecomunicaes. Algumas mtricas das telco como ARPU (Average Revenue Per User) e churn rate ou taxa de desconexo comearo a fazer parte do vocabulrios das empresas de software. A preocupao em no perder o cliente dever ser alta, pois muito mais caro adquirir um novo cliente que mant-lo dentro de casa, como as operadoras de celular j descobriram. Mas, como isto tudo impactar as empresas de software? Em um primeiro momento os custos de marketing e vendas das empresas SaaS tendem a ser maiores que no modelo tradicional,

117

basicamente devido ao fato que o modelo de assinatura (subscrio) produz receitas menores durante a fase de crescimento, por que os pagamentos so distribuidos por um perodo bem longo de tempo, ao invs de imediatamente, como no modelo de compra de licenas de uso. Alm disso, muitos dos clientes SaaS atuais so empresas de pequeno porte, que geram receitas ou tickets mdios menores que os comumente encontrados nas vendas da maioria das empresas de software tradicionais, que concentram sua ateno nos clientes de maior porte. O modelo SaaS permite a adoo pela indstria de softrware do conceito de Long Tail ou cauda longa. SaaS indiscutivelmente provocar mudanas na indstria de software e se o juntarmos com o conceito de Long Tail, vamos identificar novas e inovadoras oportunidades de mercado. O conceito da Cauda Longa ficou muito conhecido com o livro de Chris Anderson (A Cauda Longa), que resumidamente nos diz que muitos negcios baseados na Web obtm uma parcela significativa de sua receita, da venda cumulativa de um grande nmero de itens, cada um dos quais vendido em pequena quantidade. um modelo econmico que contrasta com os negcios tradicionais, onde as limitaes fsicas das lojas impem que estas vendam apenas uma variedade bem limitada de itens, mas que devem ser vendidos em grande quantidade. O modelo tradicional hit-based ou de produtos blockbusters. Para se encaixar no Long Tail um mercado deve atender a alguns requisitos, como o valor total da cauda deve representar uma parcela significativa do mercado. No software vemos que ainda existem muitas e muitas empresas, principalmente as pequeno porte, que no adotam alguns softwares pelo seu custo de aquisio de licenas e pela necessria demanda de hardware que vem junto com o software. Esta parcela do mercado representa um pedao substancial do mercado como um todo. medida que o mercado SaaS for sendo ampliado, a lucratividade das empresas deste modelo tender a aumentar, pela prpria escala do negcio. Tambm veremos novas e inovadoras aplicaes voltadas para explorar este modelo. Hoje as aplicaes SaaS tendem a replicar a funcionalidade dos sistemas on-premise, levando para a nuvem o que j comumente feito nos servidores dos data centers internos das empresas. No futuro as aplicaes exploraro de foma mais abrangente as potencialidades do modelo de nuvem computacional. Um primeiro exemplo de novas e inovadoras aplicaes podero ser encontradas na rea de segurana de TI. Segurana e privacidade aparecem em primeiro lugar quando se fala em Cloud Computing. O modelo atual de segurana basicamente sustentado pelo conceito de permetros de defesa, com pontos de controle na entrada (contra invases) e sadas da informao, como vigilncia do contedo de email e canais de acesso Web. O modelo Cloud Computing afeta este conceito, pois o permetro deixa de existir. Assim, a segurana poder ser embutida no proprio dado, atravs de criptografia, e no mais pelos controles nos pontos de entrada e sada dos permetros de defesa. A virtualizao, base do modelo de computao em nuvem, tambm um novo desafio, pois a comunicao entre mquinas virtuais ocorre sem passar pela rede fsica de comunicaes. Geralmente as tecnologias de segurana atuais adotam controles de monitorao das atividades das redes fisicas, inspecionando e filtrando o trfego de dados. Como a comunicao entre as

118

mquinas virtuais no toca esta rede fsica, o modelo em nuvem demandar novos conceitos e tecnologias. Que podemos concluir? Sabemos que hoje em dia no precisamos de equipamentos para gerar nossa prpria eletricidade. Ns apenas plugamos os aparelhos s tomadas. Tambm apenas abrimos as torneiras para termos gua e no precisamos de bombas e poos artesianos em cada edifcio. Porque a computao no pode ser uma utility tambm? J altamente relevante para a sociedade, espera-se que os sistemas estejam sempre disponveis e sejam de fcil utilizao. Por que no podemos plugar um dispositivo e ter acesso aplicaes, dados e servios de computao? E pagar apenas pelo que usamos, sem necessidade de arcar com elevados custos de capital? medida que os consumidores de TI sentirem-se cada vez mais frustrados com o tradicional ciclo de compras de licena de software, pagamentos por contratos de manuteno, e caros e demorados upgrades de verses, este modelo tender a se disseminar. Portanto, o modelo de computao em nuvem no um buzzword, mas uma mudana significativa no modelo computacional, com impactos na indstria de TI como um todo. Claro que sair do modelo atual (ownership model) para o modelo pay-as-you-use no feito de um dia para o outro. uma quebra de paradigmas e toda quebra de paradigmas no flui de maneira suave, mas enfrenta resistncias e questionamentos. Mas, na minha opinio, a viso do futuro, onde o modelo dominante ser a computao em nuvem, j est tomando forma. cada dia vemos mais e mais ofertas aparecendo no mercado e mesmo empresas lderes do modelo de propriedade esto aos poucos embarcando neste cenrio. Portanto, uma questo de tempo de no de se a computao se tornar uma utility.

119

Alguns cases reais de utilizao de Cloud Computing agosto 9, 2010 Em diversas palestras sou solicitado mostrar alguns cases reais de uso de Cloud Computing. Pensando um pouco, vou listar alguns aqui que me parecem bem interessantes e que foram desenvolvidos em parceria com a IBM. Um primeiro exemplo de aplicao em nuvem o que foi desenvolvido em parceria com a Universidade de Pretoria, na frica do Sul Esta universidade mantm um grupo de pesquisas chamado de Computational Inteligence Research Group (CIRG) que atua focado no desenvolvimento, teste e implementao de algoritmos de inteligncia computacional, aplicados na resoluo de problemas do mundo real. O CIRG possui cerca de 50 pesquisadores e estudantes. A inteligncia computacional (IC) um subconjunto da inteligncia artificial, consistindo de algoritmos e tcnicas que combinam elementos de aprendizado e aprendizado para criar softwares, que so, em alguns aspectos, inteligentes. Como exemplos de uso temos redes neurais, computao evolucionria e lgica fuzzy. As aplicaes baseadas em IC so aplicadas em problemas como otimizao de processos de engenahria, roteamento de linhas de comunicao, pesquisa mdica, minerao de dados e assim por diante. No decorrer do tempo, o CIRG desenvolveu uma biblioteca de inteligncia computacional, chamada de CIlib, composta de um framework de compontes escritos em Java. O problema enfrentado pelo CIRG comum a muitas universidades: os pesquisadores e estudantes precisam desenvolver seus trabalhos usando computadores. Os algoritmos de IC demandam massivos recursos de computao. Para obterem resultados estatisticos signficantes na aplicao dos algoritmos, so necessrios milhares de experimentaes, usando-se diferentes parmetros e tipos de problemas. Cada teste pode levar dias ou semanas, havendo inclusive situaes que demandaram meses para computar o algoritmo, usando uma workstation 24 horas por dia. Uma soluo paliativa foi rodar os experimentos em mais de uma workstation, em paralelo. Conseguiu-se um maior throughput, mas esbarrou-se no problema do nmero de workstations disponveis, gerando colises entre os estudantes, na disputa por estas mquinas. O grande problema era dividir as cerca de 50 workstations pelos experimentos, quando cada um dos 50 estudantes e pesquisadores requisitando de 5 a 10 workstations ao mesmo tempo. Alm disso, para rodar em paralelo, da forma mais eficiente possvel os estudantes e pesquisadores gastavam parte do tempo otimizando o algoritmo para melhorar o seu despenho neste cenrio, em vez de otimizar a eficincia da inteligncia computacional do algoritmo, ou seja, sua proposta original.

120

O projeto de Computao em Nuvem permite agora que os estudantes e pesquisadores reservem e usem as workstations, de forma dinmica. Os experimentos no reservam mais uma ou mais mquinas especificas, mas requisitam determinada capacidade e o sistema, de forma automtica, provisiona os recursos necessrios. Para operar de forma paralela em vrias workstations, o sistema de nuvem utiliza o Hadoop. Com o Hadoop o sistema cria multiplas rplicas, distribudas pelos diversos nodos da nuvem, retirando do programa a ser rodado a maior parte das tarefas relacionadas com a computao paralela. Estas tarefas ficam a cargo do prprio Hadoop. Assim, o estudante submete um nico job, que o Hadoop distribui pelos nodos provisionados (em mltiplas mquinas virtuais Xen), executa-os nestes nodos e retorna o resultado, de forma nica e consolidada. Os benefcios obtidos com o uso da Computao em Nuvem e com Hadoop foram: a) Os estudantes no precisam mais saber de antemo que workstations estaro disponiveis em tal momento. A nuvem permite que os estudantes reservem o perodo de tempo e a quantidade de recursos computacionais que sero necessrios para rodar os experimentos. b) Os estudantes no precisam mais perder tempo checando se a configurao de determinada workstation est adequada em termos de verso de software e biblioteca CIlib. A nuvem provisona e aloca os recursos de forma dinmica, inclusive com as verses de softwares adequadas. c) Os estudantes no tem mais que gastar tempo liberando os espaos e recursos alocados s workstations, para disponibiliz-las para os outros experimentos que rodaro a seguir. A nuvem, ao encerrar o experimento, libera todos os recursos alocados a ele. d) Os tempos dos experimentos reduziram-se signficativamente, de semanas para dias.

e) Os estudantes e pesquisadores concentram seu tempo na eficincia do algoritmo e no nas questes secundrias de configuraes de mquinas, reserva de recursos, etc. Um outro exemplo interessante de uso de Computao em Nuvem foi o desenvolvido com o plo tecnolgico de software da cidade de Wuxi, cerca de 150 quilometros de Shangai, na China. Esta cidade criou um parque tecnolgico, oferecendo entre outras vantagens incentivos fiscais. Mas, o desafio das start-ups que se interessaram em se instalar no parque era o alto investimento prvio para a infraestrutura de TI que eles precisariam para desenvolver seus produtos. um dilema que afeta todas as start-ups: obter capital para investir em servidores e softwares antes de comearem a obter receita com seus produtos. Para enderear esta questo, o governo da cidade e a IBM desenvolveram um data center baseado em nuvem computacional. Desta maneira as start-ups provisionam servidores virtuais para seus desenvolvimentos, sem terem que arcar com inevstimentos em

121

infraestrutura. A tecnologia oferecida s empresas so mquinas virtuais baseadas em Linux e um conjunto amplo de ferramentas de desenvolvimento e testes da famlia de produtos Rational. Um paper mais detalhado pode ser acessado em ftp://public.dhe.ibm.com/common/ssi/ecm/en/dic03005usen/DIC03005USEN.PDF Um terceiro exemplo a infraestrutura usada por um projeto interno da IBM, de incentivo a inovao, denonimado Technology Adoption Program (TAP). Este programa faz parte de um conjunto bem amplo de iniciativas que exploram o conceito de inovao aberta e colaborativa dentro da IBM. A base do TAP o conceito de comunidade e crowdsourcing. A propsito do assunto crowdsourcing, sugiro a leitura de um livro muito legal, chamado Crowdsourcing, o Poder das Multides, de Jeff Howe. No livro ele descreve muitas experincias interessantes que mostram como amadores tem feito contribuies sem precedentes para as cincias. Alis, amadorismo me parece muito mais um termo criado por classes profissionais para proteger a si mesmoAfinal eles so profissionais e os outros que se atrevem a entrar em sua seara so simples amadores. Para eles profissionalismo seriedade e amadorismo simples brincadeira. Mas ser que isto ainda tem valor? Em uma poca de participao em massa na Internet precisamos redefinir o termo amador e amadorismo. Um qumico sem treinamento prvio em biomedicina pode gerar uma inovao notvel neste ramo. Um mdico ou um arquiteto podem escrever um software fantstico e para isso no precisam ter formao acadmica em cincias da computao. Bem, agora como opinio pessoal, no concordo com regulamentao da profisso de informticoSer necessrio um diploma de computao para escrever um brilhante mash-up? A colaborao alavancada pela computao e pela Internet muda muita coisa e inclusive a nossa prpria maneira de pensar, alm de, obviamente, transformar por completo setores de negcio baseados em informao. Alguns exemplos: indstria de msica, fotografia, vdeos, editorao (lembram-se de um negcio antigo chamado tipografia?), jornalismo Muitas bandas j colocam suas msicas nos sites de relacionamento como Facebook e vdeos no YouTube, no mais lanando CDs. As gravadoras j esto suprfluas na cadeia de valor da msica. Vale a pena investir algum tempo e entender como a fora da coletividade est realmente remodelando o futuro dos negcios. E entender antes que seja tarde! Mas, voltando computao em nuvem, o TAP um ambiente ideal para implementar uma prova de conceito de nuvem privada, pois um ambiente isolado, sem maiores demandas de integrao com aplicaes legadas. O resultado obtido foi muito positivo. Usando-se o conceito de nuvem computacional, baseado em virtualizao e provisionamento automtico, conseguiu-se a reduo da infraestrutura de 488 servidores dedicados para 55, e de 15 para 2 administradores de sistemas, com uma reduo total no custo de hardware, software e pessoal de mais de 83%. Dem uma olhada em

122

http://www-935.ibm.com/services/in/cio/pdf/dic03001usen.pdf. Vale a pena pensar sobre isso, no?

123

Bola de cristal: Cloud Computing em 2025 agosto 16, 2010 Participei de um evento muito interessante chamado Cloud Summit e aps minha palestra fui questionado a opinar como o mercado de Cloud Computing dever evoluir nos proximos anos. Como ser Cloud Computing em 10 ou 15 anos? Bem, aqui vai minha opinio estritamente pessoal. No falo em nome de meu empregador. Na minha viso o modelo Cloud Computing um novo paradigma computacional, sustentvel (ou seja, no apenas um hype) que ser o modelo dominante nos prximos anos, sucedendo os modelos anteriores, centralizado (mainframe), client-server e networking computing. Este modelo vai provocar mudanas signficativas na maneira como os fornecedores de tecnologia se engajaro com os seus clientes e vice versa. Mas, na minha opinio, a ficha ainda no caiu. O prprio conceito ainda est meio difuso e muitas das palestras que venho ouvindo por a ainda causam mais confuso que exploram o potencial e, claro, as limitaes do modelo. O mercado de TI j passou por mudanas significativas nas ltimos 40 ou 50 anos. O fim da era dos sistemas centralizados e o advento do modelo cliente-servidor provocou o desaparecimento de diversas empresas slidas, e o surgimento de novas empresas, que dominaram grandes setores do mercado como a Microsoft no segmento de computao pessoal. Estas transformaes provocaram mudanas significativas nos aspectos econmicos da TI, e trouxeram novas economias de escala. O custo de armazenamento caiu a quase zero, possibilitando que empresas como Google disponibilizassem espao em disco gratuitamente em troca de receitas de advertising. O custo de processar uma transao eletrnicamente caiu significativamente assim como preo por GB de memria ou capacidade de processamento. O que imagino para os prximos anos? Cloud Computing vai canibalizar parte dos investimentos atuais das empresas em hardware e data centers, que passaro a concentrar seus investimentos nas nuvens ofertadas pelo mercado. Parte dos atuais 2,4 trilhes de dlares que se estima ser o mercado anual de produtos e servios de TI se deslocar do modelo tradicional (venda de hardware e licenas de software) para o modelo em nuvem. Pelo menos nos prximos anos no ser dinheiro novo, mas canibalizao da venda de hardware e licenas de software para o modelo em nvem. Mas, na minha opinio, no longo prazo veremos uma transformao do atual modelo de ownership de investimentos em TI (capex), por servios (opex), o que vai provocar profundas mudanas no mercado como um todo. Cloud Computing vai levar os patamares da economia de escala a novos valores e provocar uma onda de inovaes no uso da TI. Empresas e negcios hoje limitados pela necessidade de investir previamente em recursos de hardware e software estaro livres desta restrio oramentria e podero inovar e ousar. O capital que hoje tem que ser reservado para adquirir computadores e softwares ser liberado para a prpria operao do negcio. Os riscos sero bem menores.

124

Com a disseminao de Cloud Computing ou computao como utility, TI vai se tornar muito mais embutido nos prprios negcios, como hoje a energia eltrica est embutida em qualquer operao comercial ou industrial. Energia eltrica faz parte da paisagem, voc nem lembra dela quando abre um negcio. Com o modelo de Cloud Computing o processo poder ser similar: escolhe-se provedores e solues tecnolgicas e pronto a operao do negcio estar no ar. E, quem sabe, esta escolha ser intermediada por Cloud Brokers, que escolhero as melhores alternativas de ofertas de nuvens para determinados casos. Claro, que um cenrio futurista, que poder no ser 100% verdadeiro nos proximos dez anos, mas em quem sabe em 2025? Neste momento no ter mais sentido falar em IT (Information Technology), mas em BT (Business Technology). Uma implicao? Maior flexibilidade operacional. Hoje, para abrir uma filial necessrio instalar novos servidores e softwares, e montar um infraestrutura para operao destes equipamentos. Com o modelo em nuvem s requisitar mais instncias de recursos computacionais e mais assinaturas de softwares. Simples assim Mas como eu vejo o mercado hoje? Alguns provedores de tecnologia olham este cenrio com receio, pelo medo de canibalizao de seus atuais modelos de negcios. Outros j reconheceram que os sinais de mudana so claros e j que a mudana ser inevitvel, mudemos em primeiro lugar. Aqui na IBM, Cloud Computing visto como o futuro inevitvel e a empresa j comeou a se mobilizar, o que no fcil para uma companhia de 400.000 funcionrios, para avanar nesta direo. um momento de muitas indefinies. Muitas empresas, as vezes simples provedores de ofertas de location se rebatizam como Cloud Computing providers. De maneira geral, nas fases iniciais de uma mudana de modelo surgem inmeros ofertantes, sem sustentao econmica, que com o tempo vo sendo expurgados pelo prprio mercado. Provavelmente tambm veremos diversos novo modelos de negcio de ofertas de Cloud. O nome Cloud esconde uma ampla gama de servios diferentes, como IaaS, PaaS ou SaaS. Cada um deles demanda recursos e estruturas de tecnologias diferentes. Por exemplo, uma oferta de nuvem publica IaaS, como a Amazon, voltada para mercado de massa. As nuvens publicas so altamente padronizadas e massivamente compartilhveis e no so as mais adequadas para servios especializados, que exigem alto grau de customizao s demandas de deteminados clientes. Estas nuvens tratam seus clientes de forma quase annima, como hoje fazem as telcos, sem necessidade de conhecer mais a funbo as necessidades e demandas de cada um deles. A margem obtida de cada cliente pequena e portanto precisam de altissimo volume de clientes para serem rentveis. Demandam, por sua vez, imensos recursos computacionais para conseguirem ganhos de escala suficientes para se manterem no negcio. um mercado para poucos e grandes provedores. Um outro modelo inteiramente diferente a empresa que se prope a ofertar uma nuvem privada para um determinado cliente. Uma nuvem privada cria um novo modelo de engajamento entre a rea de TI da empresa e seus usurios. A rea de TI deixa de ser um centro de custos e passa a ser um provedor de servios financiado pela utilizao dos recursos computacionais ofertados s unidades de negcio da companhia. Um provedor

125

de TI que se proponha a ajudar seus clientes a construirem nuvens privadas deve ter profundo conhecimento no s do conceito de nuvens, mas adotar tecnologias adequadas e modelos e prticas consultoria que ajudem o cliente a migrar para este modelo. hoje o campo principal do foco de atuao em Cloud Computing da IBM. Portanto, quando algum me pergunta qual melhor opo de Cloud, comparando Amazon, Google, Microsoft ou IBM, no existe uma resposta nica, pois so bichos inteiramente diferentes. Mas, o que podemos arriscar e prever? Engraado que sempre ouo perguntas do tipo qual o futuro da tecnologia x como hoje me perguntam sobre Cloud Computing. Na economia, na politica e na tecnologia existe a tendncia de se alimentar o sonho que possvel ver o futuro antes que ele acontea. O risco de errar grande. Uma vez li, a traduo claro, do Nostradamus Vaticinia Code, o livro de profecias de Michel de Nostradame, datado de 1629, que fala de um inevitvel fim do mundo. At agora nada deu certo, embora possamos interpretar suas profecias da maneira que quisermos. Ningum previu a queda do muro de Berlim e suas consequencias para o mundo. Bill Gates achava em 2004 que o spam desapareceria em dois anos. Portanto falar de futuro puro achismo, mas vou me arriscar a receber muitos apupos e tomates: 1) Com o modelo de Cloud Computing a indstria de TI vai passar do modelo de ownership para services-centric. Os investimentos em produtos e servios de TI continuaro, mas as empresas os usaro no contexto de servios. A idia ser que eu quero uma mquina de lavar ou quero minha roupa lavada?. Assim, cada vez mas as empresas dependero de provedores externos para suprir suas solues de tecnologia, como hoje dependem de provedores externos para suprirem sua demanda de energia eltrica. 2) Os modelos de negcios da indstria atual de TI vo se transformar da venda de produtos de hardware e licena de softwares para oferta de servios, onde o hardware e software estaro embutidos no prprio servio. 3) Os ciclos de venda da indstria de TI estaro muito mais alinhados com as demandas dos negocios dos seus clientes do que de seus prprios ciclos de marketing e venda. Hoje as empresas de tecnologia anunciam novos modelos de hardware e novas verses de software sem maiores vinculos com as demandas do mercado. No contexto services-centric a fora motriz para os ciclos de novos produtos e servios vir basicamente do mercado. 4) BPO (Business Process Outsouring) tambm sero servios ofertados em nuvem. Ou sejam, sero dinmicos em suas ofertas, de foma similar aos recursos solicitados em nuvens publicas. Em vez de contratos de cinco a dez anos veremos contratos Pay-as-yougo. 5) Empresas com nuvens privadas podem agregar-se em torno de nuvens colaborativas, atuando em sinergia para determinados setores de indstria.

126

6) Cloud Broker. Negcios que interagiro com os provedores de ofertas de nuvens e identificaro para cada cliente, a melhor oferta de servios de nuvem. Provavelmente construiro uma camada de interface padro que lhes permitir acessar e interoperar com qualquer nuvem. 7) PasS ser o novo campo de batalha das tecnologias de middleware. Quem dominar o contexto das PaaS tero a primazia de definir o padro de fato dos novos middlewares para Cloud. 8) Em dez anos o modelo Cloud Computing ser o modelo dominante e o prprio termo deixar de ser usado. Ser o modelo computacional de uso corrente e portanto no precisar mais ser diferenciado. Hoje ningum fala mais em computao pessoal ou cliente-servidor. Ser o mesmo com Cloud Computing. 9) E no chegaremos l via Big Bang, mas ser uma evoluo lenta e gradual, acelerando-se medida que o conceito se solidifique e mais e mais casos de sucesso venham a pblico. Concluso? Cloud Computing ter um profundo efeito em como TI ser adquirido, entregue e consumido. Novos modelos de negcios substituiro os tradicionais modelos de venda de hardware e licenas de software. Em vez de compradores de ativos os usurios sero computing subscribers, trocando investimentos em capital por budgets voltados operao. Um novo mundo, com certeza.

127

Email em nuvem: quando e como? agosto 27, 2010 Nas minhas palestras e reunies com diversas empresas venho observando que Cloud Computing j comea a se posicionar no radar dos executivos e fazer parte de seus planos de mdio e longo prazo. E uma das questes que esto em busca de resposta por onde comear?. Que tipo de aplicaes colocar inicialmente nas nuvens? Bem, muitos esto pensando em comear por client in the cloud. um cenrio que j comum no ambiente de usurios finais, que j usam regularmente Yahoo!Mail, Gmail, Google Docs, Facebook, Flickr e outros servios disponveis em nuvem. Armazenar caixas postais, textos, fotos e vdeos em nuvem e acess-los por qualquer dispositivo, sem estar preso aos discos internos de um nico computador um atrativo que atrai mais e mais usurios finais. Me parece claro que este cenrio pode e provavelmente ser disseminado tambm no ambiente corporativo. Vantagens? Acessar seus dados de qualquer dispositivo, seja de um veterano desktop a um smartphone ou tablet, pouca ou nenhuma demanda por desgastantes e pouco produtivos trabalhos de implementar e atualizar diversas verses de softwares, que vo de sistemas operacionais a suites de escritrio em centenas ou milhares de mquinas, obter uma gesto centralizada dos aplicativos que rodam nos dispositivos cliente e, alm de tudo, saber que se um laptop for perdido ou roubado, os dados estaro a salvo, pois no esto armazenados nele, so pontos extremamente positivos que despertam muito interesse. O ponto de partida para se pensar em client in the cloud o onipresente email. Uma das principais razes para se pensar em email na nuvem so as significativas economias de escala que se consegue com este modelo computacional. A maioria das empresas no tem mais que centenas ou milhares de usurios, enquanto um provedor de nuvem pode fornecer estes servios para dezenas de milhes de usurios. Assim, com data centers com lights-out operations e imensa capacidade de processamento e armazenamento conseguem ofertar servios de email a preos muito baixos, chegando no limite a zero! O resultado que quando se compara o custo por usurio, o modelo em nuvem oferece custos muito menores. Alm disso, devido s restries oramentrias e a economia de escala, o email interno no pode disponibilizar grandes capacidades de armazenamento. comum compararmos um email interno restrito a 300 ou 500 MB por usurio com um email na nuvem com 25 ou 30 GB. O custo por GB na nuvem imensamente menor pela economia de escala e portanto o provedor pode oferecer, a um custo mnimo, muito mais capacidade de armazenamento. O custo de servios de client in the cloud tende a baixar ainda mais, principalmente porque existe um disrupo no modelo de negcios da indstria de software tradicional

128

que o efeito Google. Para o Google, suas ofertas GAPE (Google Apps Premier Edition) no visam lucro, mas sim substanciar seu modelo de negcio baseado em receitas oriundas de advertising. uma ao estratgica e no uma orientada lucratividade. Se compararmos com as empresas tpicas do modelo tradicional client in the PC, como a Microsoft, vemos que nestas sua receita vem da venda de licenas de seus softwares. Mesmo ofertando estes servios no modelo em nuvem, sua fonte de receita ser o servio oferecido pelo software e no advertising e portanto no podem se dar ao luxo de chegar a preo muito baixo. o modelo Freemium por excelencia. Sugiro lerem o livro do Chris Anderson, Grtis editor da revista Wired e autor do livro A Cauda Longa. A tese principal do livro que o modelo freemium no qual se d a maior quantidade de um certo produto de graa, mas se cobra pela verso premium daqueles consumidores dispostos a pagar por uma verso mais sofisticada um dos modelos de negcio mais quentes atualmente. Isso se torna ainda mais real quando temos bens com um custo marginal de quase zero, como os bens digitais (msicas, filmes, contedo). Esses bens so oferecidos gratuitamente com a inteno de se alcanar algum outro beneficio. O que o Google faz? Oferece o GAPE em troca da expanso de um novo modelo (nuvem) onde se posiciona favoravelmente no mercado, pois este modelo impulsiona seu modelo de negcios. Com esta assimetria no cenrio de negcios, fica dificil competir com o modelo tradicional. Mas, se o email est indo para a nuvem, como isto se dar? De um dia para o outro? Na minha opinio a evoluo ser gradual. Os pioneiros sero as empresas de menor porte. A razo simples: tem custo por usurio maior pela ausncia de economia de escala, e portanto o atrativo econmico de irem para a nuvem tambm maior. Alm disso geralmente demandam menor necessidade de customizao. O modelo multitenancy do email na nuvem torna a customizao mais difcil e um complicador para empresas maiores, que alm de terem um custo por usurio menor (maior escala) so mais demandantes de ambientes altamente customizados. As empresas maiores sero, salvo excees, late adopters deste modelo. Surge um questionamento. Ser um modelo tudo ou nada, ou seja, 100% dos emails estaro nas nuvens? Eventualmente em um futuro longinguo pode ser, mas pelo menos no horizonte previsvel no. Teremos desde empresas 100% com email nas nuvens, outras onde ser mais vantajoso economicamente manter seus servidores de email internamente, e outras com o modelo hbrido, com parte de seu email na nuvem e parte onpremise. Um exemplo? Uma universidade pode colocar as caixas postais de seus milhares de alunos em uma nuvem e manter internamente o email de seus professores e staff administrativo. Mas, como proceder? Definir uma estratgia de colocar o email na nuvem no pode ser feita de forma superficial. Existem alguns cuidados a serem observados. Um deles so os custos ocultos. Embora o email na nuvem tenha um preo por usurio muito menor, existem alguns custos que no aparecem de imediato. Exemplos? Maior uso de redes e banda larga, migrao do ambiente interno para a nuvem, e no esquecer que ainda ser necessario manter um staff mnimo de suporte, menor que no ambiente interno

129

tradicional, mais mesmo assim, ainda necessrio, principalmente Help Desk de nivel 1 e para gesto do interface com o provedor da nuvem. O contrato deve ser bem analisado e alguns itens devem merecer ateno redobrada como custo para reteno longa de backup (archiving) e cancelamento do contrato (e migrao para outra nuvem). Existe tambm a questo legal. Suas caixas postais podem ficar armazenadas em um data center localizado em outro pas? Neste caso, sob qual jurisdio as questes legais sero resolvidas? E caso haja uma investigao forense, como os dados podero ser disponibilizados? Quando uma informao armazenada em uma nuvem, em ltima instncia ser armazenada em um servidor e um dispositivo de armazenamento residente em algum local fsico, que pode ser em outro pas, sujeito legislaes diferentes. Alm disso, por razes tcnicas esta informao poder migrar de um servidor para outro servidor, ambos em pases diferentes. Nada impede que a lei de um destes pases permita o acesso estas informaes armazenadas, mesmo sem consentimento de seu dono. Por exemplo, a legislao antiterrorista ou de combate pedofila em diversos paises permite o acesso a informaes pessoais, sem aviso prvio, em caso de evidncias legais de atos criminosos. A questo que o conceito de computao em nuvem recente e a legislao em vigor ainda mal entendeu a Internet e est muito mais distante de entender a computao em nuvem. Ainda est no paradigma da poca em que os PCs viviam isolados e no mximo se trocava disquetes. Apreender um desktop para investigao forense, cujo contedo estar nas nuvens ser totalmente irrelevante. E como obter as informaes de discos rgidos virtuais, espalhados por diversos provedores de nuvens? Um outro cuidado a mais: segurana e integrao com aplicaes que interajam com seu email. Enfim, entrar no mundo do email na computao em nuvem no deve ser feita de forma atropelada. Crie um projeto especfico, determine claramente os objetivos (reduzir custos?), identifique seus custos internos por usurio e compare com os provedores, analise as diferenas de funcionalidade existentes entre os recursos oferecidos pelo email interno e os oferecidos pelos provedores de nuvem (como nvel de disponibilidade), engaje o jurdico no processo, selecione o provedor mais adequado e estude atentamente o contrato. E boa sorte!

130

A Computao em Nuvem e os profissionais de TI setembro 13, 2010 Nos eventos e reunies em que participo, vejo que se consolida pouco a pouco a idia que o modelo de Cloud Computing representa uma verdadeira disrupo na entrega e consumo de produtos e servios de TI. Absolutamente, no um hype ou algo que sempre se fez, agora com outro nome. Em uma destas ocasies, em um painel realizado em uma universidade, surgiu a questo de como este modelo impactaria os profissionais de TI. um tema que merece um post e vamos aqui debater mais detalhadamente o assunto. Se lembrarmos que a base tecnolgica da computao em nuvem se sustenta em trs pilares, que so virtualizao, padronizao e automao, ou seja, industrializao de TI, e o alcance global dos provedores de nuvens (data centers espalhados pelo mundo), teremos todos os ingredientes pra reduzir sensivelmente a demanda por profisses mais tcnicas e operacionais. Um nico profissional, funcionrio de um provedor de nuvem, pode desempenhar as mesmas funes que vrios profissionais desempenham hoje em suas empresas. Na minha opinio, cloud computing coloca em risco a sobrevivncia de diversas funes operacionais. No que elas acabaro, mas que sua demanda ser sensivelmente reduzida. Este fenmeno j ocorreu em diversos outros setores. A automao e robotizao eliminaram postos de trabalho na industria automobilistica. Para se fazer um automvel hoje precisa-se de muitos menos operrios que h dez anos atrs. Na aviao tambm temos outro exemplo interessante. Na dcada de 50 haviam cinco tripulantes na cabine de uma aeronave que fazia vos internacionais: o comandante, o copiloto, o engenheiro de vo, o navegador e o rdio-operador. Com a evoluo das comunicaes e dos sistemas de navegao, tanto o rdio-operador como o navegador desapareceram. Depois, com os sistemas automticos de controle de vo, a funo e o cargo de engenheiro de vo desapareceu. Hoje so apenas dois tripulantes que operam gigantescos avies como o Boeing 777 ou o Airbus 380. Claro que as mudanas no ocorrero de uma dia para o outro. A computao em nuvem ainda est nos seus primrdios e teremos ainda alguns anos para ela se disseminar de forma mais ampla. Portanto, o que recomendo aos estudantes e profissionais da computao? Ficarem antenados com o modelo de Cloud Conputing e se prepararem para as mudanas que viro. Para mim as funes mais vulnerveis so as tcnicas que requerem skill de nvel mdio, e que so mais especializadas e focadas. Um exemplo tipico so os profissionais de suporte tcnico que dedicam seu tempo a instalar e dar suporte a verses de sistemas operacionais como Linux e Windows. Se os servidores fisicos da empresa forem

131

transformados em servidores virtuais localizados em um provedor de nuvem publica, eles no sero mais necessrios. Vejam este cenrio: um provedor global como a Amazon pode assumir a computao de milhares de pequenas e mdias empresas. Para fazer isso ela vai necessitar de alguns poucos administradores de sistemas, que substituiro os milhares que hoje esto nestas empresas. A funo no acaba, mas o nmero de profissionais diminui. Claro que a empresa que terceiriza seus servios para um provedor de nuvem provavelmente ainda ter um grupo tcnico para gerenciar a gesto dos servios em nuvem, mas ser um nmero bem menor que no modelo on-premise, onde tudo feito dentro de casa. Mesmo em nuvens privadas ou hibridas, pela padronizao e automao dos processos onde antes seriam necessarios um administrador para 40 ou 50 servidores, podemos pensar em um para mil. uma reduo sensivel no numero de profissionais. Por outro lado, os profissionais mais voltados funes de negcios devero permanecer dentro de casa. Uma empresa pode ter toda sua infraestrutura tecnolgica operando em uma nuvem publica (IaaS), mas redesenhar ou criar novos processos no funo do provedor da nuvem. Quem conhece o negcio a prpria empresa e seus analistas de negcios. Estes geralmente so indispensveis. No d para terceirizar o conhecimento e as estratgias da empresa. Funes como CTO (Chief Technology Officer) e arquitetos de sistemas, que conseguem aglutinar skills tcnicos e de negcios tornam-se cada vez mais importantes. Que podemos concluir? Funes estritamente tcnicas e muito focadas como administradores e operadores de sistemas correm risco. Por outro lado funes que demandam skillls de negcio, criatividade e viso estratgica tendem a crescer em importncia. E se eu estiver em uma profisso que est em risco? Como a mudana para a computao em nuvem no vai acontecer de um dia para o outro, terei tempo de me adaptar, buscar novos skills. Mas, no posso ficar parado, torcendo para que a computao em nuvem seja apenas uma nuvem passageira. No ser.

132

Cloud Computing e os CIOs setembro 20, 2010 Semana passada tive um excelente jantar com alguns CIOs onde o prato principal do cardpio foi Cloud Computing. Ficou claro que ainda existe muita curiosidade sobre o potencial e riscos de Cloud. E alguns executivos ainda esto meio cticos quanto se Cloud realmente ser a next big thing. Assim, este jantar regado a Cloud pode ser um pequeno termmetro de como os CIOs esto encarando o assunto e que gostaria de compartilhar com vocs. Um deles me disse que reconhece que muitos profissionais perderam o bonde do clienteservidor e tambm foram supreendidos pela velocidade com que a Web se disseminou. Muitos j usam em casa o modelo em nuvens como o Gmail, Flickr e nas empresas algumas poucas aplicaes SaaS isoladas. Esto realmente interessados em saber como a computao em nuvem poderia se disseminar mais profundamente nas suas empresas. A maioria deles j leu sobre casos de sucesso l fora e percebem sim, que Cloud Computing ser uma mudana de paradigmas, afetando de forma significativa as relaes entre produtores e consumidores de produtos e servios de TI. Tambm identificam que entraro em um novo patamar de custos e facilidade no uso da TI. Mas, confessaram, que ainda no deram um passo nesta direo. Uma reclamao que ainda existe muita desinformao e a prpria terminologia no est bem definida e as vezes at conflitante, dependendo do provedor . Um exemplo o modelo de IaaS (Infrastructure-as-a-service). IaaS pode ser entregue pela prpria rea de TI da empresa (insourced) ou por um provedor de nuvens externo (outsourced). A infraestrutura fisica por trs pode estar hospedado no data center da prpria empresa ou no data center do provedor. E esta infraestrutura pode ser de uso privado (private cloud), compartilhada entre um grupo ou consrcio de empresas (community cloud) ou compartilhada com os demais clientes do provedor externo (public cloud). Uma concluso que chegamos que o setor de TI est caminhando para o que podemos chamar de industrializao, onde os parametros principais so padronizao, automao, self-service e escala massiva. O modelo de computao em nuvem a clara implementao desta tendncia. Mas conversa vai, conversa vem e chegamos a outras concluses. Primeiro, a adoo da computao em nuvem no acontecer de um dia para o outro. Identificamos tambm diversas oportunidades de criar valor com Cloud Computing. Uma delas ser a reduo de custos quando o modelo de TI (leia-se cloud) chegar ao nivel de ser uma utility, como energia eltrica. Os primeiros passos nesta direo podem ser, por exemplo, a transferncia de algumas aplicaes como email, para o ambiente de nuvens publicas.

133

Uma outra oportunidade de criao de valor a mudana que o ambiente de nuvens pode provocar em processos de negcios. Um exemplo citado foi o prprio ambiente de desenvolvimento e testes de sistemas, que demanda demoras e burocracias para uma aplicao ter disponivel a infraestrutura necessria para ser adequadamente testada. De maneira geral um grande empresa mantm uma parcela significativa de seu parque computacional dedicado ao ambiente de testes, mas subutilizado. Alguns estudos mostram que de 30% a 40% do seu parque computacional est dedicado ao ambiente de testes, mas com um nivel de utilizao de apenas 10% a 20%. Imaginem os ganhos potenciais para uma empresa quando os desenvolvedores, atravs de um portal selfservice, requisitarem e obterem os recursos computacionais necessrios, em minutos e no em semanas? Claramente podero ser explorados novos negcios, pois os sistemas que os sustentaro podero entrar em operao mais rpido. Outra sugesto foi colocar as aplicaes customer facing em nuvens, inclusive interagindo mais intensamente com redes sociais como Facebook. Alguns CIOs comentaram que executivos de negcio de suas empresas j comeam a abordar o assunto com eles e que portanto no podero ficar mais parados. Mas ficou claro que adoo do modelo de computao em nuvem uma deciso estratgica e no simplesmente tcnica. O prprio papel da TI poder e provavelmente o ser, redefinido. Muitas das atividades hoje desempenhadas pela rea de TI sero comoditizadas e terceirizadas para nuvens pblicas. A discusso esquentou quando se comentou a questo da segurana e se as nuvens pblicas atuais podero sustentar os critrios e politicas de segurana adotadas pelas empresas. Chegou-se a um consenso que as nuvens publicas podero ser usadas por empresas pequenas que no tem polticas de segurana adequadas, mas as empresas de maior porte, provavelmente comearo a sua caminhada usando nuvens privadas. Para confirmar este ponto, alguns estudos feitos no exterior apontam que dentro de 3 a 5 anos cerca de 25% a 50% do workload das grandes empresas estar em nuvens privadas e apenas um pequeno percentual do workload destas empresas dever estar em nuvens publicas. As nuvens privadas permitem as empresas adotarem o modelo e usufruirem de alguns de seus benefcios, mas ainda mantendo o controle dentro de casa. J para empresas pequenas, estima-se que no futuro, de 80% a 100% das suas aplicaes podero rodar em nuvens pblicas. Outro aspecto levantado foi a questo da integrao entre aplicaes que estejam rodando em uma nuvem publica e as que ficarem on-premise. Muitas aplicaes no podero ir para uma nuvem publica, seja por questes tcnicas ou por imposio da legislao. Mas tero que interagir com as que forem para as nuvens. um desafio e tanto, principalmente porque no existem ainda padres de ineroperabilidade entre as nuvens. Neste ponto lembrei-os da aquisio estratgica da Cast Iron pela IBM, exatamente para atuar nesta integrao. Vejam em http://www.castiron.com/ibm . No final da conversa chegou-se a alguns consensos, como:

134

1) Cloud Computing um work in progress e que muitas das atuais restries atuais sero minimizadas ou eliminadas nos proximos 3 a 5 anos. Novas tecnologias surgiro e mesmo as atuais ofertas se tornaro mais maduras e eficientes nos prximos anos. 2) A falta de padres de interoperabilidade e os riscos de vendor lock-in atuais sero minimizados nos prximos anos. Sugiro acompanharem o Grupo de Trabalho de cloud do DMTF (Distributed Management Task Force) em http://www.dmtf.org/standards/cloud . 3) A criao de novos negcios e novas aplicaes sero incentivadas quando TI for uma utility. Entre os exemplos citados surgiu a possibilidade de se usar mais intensamente recursos de Business Analytics, uma vez que demandam variao muito grande recursos computacionais e que nem sempre possivel manter esta infraestrutura em casa. Alm disso, novos modelos de negcio, inviveis quando o capex de TI impeditivo podem ser criados quando TI passar a ser utility e no se pensar mais em capex, mas sim em opex. Lembrando capex capital expenditure (http://en.wikipedia.org/wiki/Capex ) e opex operating expense (http://en.wikipedia.org/ wiki/Operating_expense). 4) Cloud Computing estratgico e deve ser contemplado no plano estratgico de TI das empresas. O road map para sua adoo deve ser responsabilidade do CIO e do CTO e no das reas tcnicas. 5) Cloud Computing no deve ser visto apenas uma terceirizao mais ampla e sim como um modelo computacional que pode impactar signicativamente os negcios da empresa. Dois aspectos fundamentais diferenciam cloud do tradicional hosted computing que so o acesso via self-service e a elasticidade. 6) Cloud Computing vai redefinir a rea de TI.

7) Cloud Computing no acontecer de um dia para o outro. Mas deve-se comear j a planejar o road map e fazer os primeiros testes. 8) Cloud Computing nos EUA e Europa e no Brasil devero ter velocidades de adoo diferentes, porque os mercados so diferentes. Um exemplo a banda larga, que muito mais cara e lenta aqui que nos EUA e Europa.

135

Debatendo SaaS: alguns questionamentos setembro 29, 2010 O modelo SaaS comea aos poucos a ganhar trao e vemos a cada dia mais exemplos de sua adoo no mundo inteiro. Em alguns pases o modelo est mais disseminado que em outros, mas de maneira geral j est na agenda dos executivos de negcios e de TI. Uma recente pesquisa efetuada pela Saugatuck Technologies (um analista da indstria de TI), com CIOs do mundo inteiro mostrou que em 2014 53% deles j optaro pelo modelo SaaS quando adquirirem novos softwares. O modelo atual, on-premise fica com 47% das preferncias. Um outro exemplo prtico da ateno que o tema vem gerando so as inmeras questes e dvidas que ouo quando apresentando palestras sobre Cloud Computing. Coletei algumas destas questes e vou compartilhar aqui com vocs. Antes de mais nada bom lembrar que o modelo SaaS j tem pelo menos uns dez anos e uma evoluo natural do antigo ASP (Application Service Provider). A novidade a retaguarda tecnolgica do SaaS, baseada em Computao em Nuvem, que favorece o modelo tecnolgico multi-tenant, ou seja, uma nica cpia do cdigo compartilhada por muitos clientes, acessados remotamente e contratados via portais self-service, estruturado em um modelo de negcios comercial pay-for-use ou assinaturas, como uma linha de celular. De maneira geral um produto SaaS apresenta as seguintes caractersticas: a) Baseado em servios. Isto significa que o cliente do software quer apenas usufruir de suas funcionalidades e no quer saber das caracteristicas tcnicas que esto por trs, como plataforma de hardware, banco de dados, etc. Ele quer consumir o software como um servio. Uma analogia: ele quer a roupa lavada e no a mquina de lavar. b) Escalvel. O provedor do SaaS tem que ter capacidade computacional para permitir o crescimento do nmero de usurios sem afetar a performance da sua base atual. Na prtica, este um quesito importante a ser analisado quando avaliando provedores de SaaS. c) Economia de escala. O modelo SaaS significa compartilhamento por excelncia e os provedores tem que implementar uma arquitetura multi-tenant para conseguir uma economia de escala adequada. Quanto mais usurios puderem compartilhar os recursos, maior ser a economia de escala obtida, e mais rapida ser a amortizao dos investimentos do provedor. Com isso, ele pode oferecer custos de propriedade vantajosos em relao ao modelo tradicional, on-premise.

136

d) Modelo comercial pay-for-use ou por assinatura. O cliente de um produto SaaS no est adquirindo um asset de software, a ser instalado nos seus servidores, mas contratando uma assinatura para seu uso por determinado periodo de tempo, pagando pelo que consumir, como em uma conta de energia eltrica. E como um celular, se o servio no o agradar, ele pode, pelo menos tericamente, substitui-lo por outro. Um questionamento que sempre ouo se este modelo pay-for-use real ou conversa de vendedorExistem modelos comerciais onde voc paga mensalmente pelo que consumir, bem como tambm existem modelos onde voc paga o primeiro ano da assinatura de uso do software antecipado. Um exemplo, em um contrato por trs anos, voc pagaria 1/3 no primeiro ano na assinatura do contrato e os 2/3 restantes nos dois anos seguintes. Este modelo lembra o tradicional on-premise onde voc paga antecipadamente a licena de uso do software e posteriormente os servios de manuteno. Uma diferena que no existe manuteno de software pelo usurio. Todo este trabalho est na retaguarda, no provedor. Este modelo tem sido incentivado pela industria de software, pois facilita a transio das empresas de software que ganham dinheiro com o modelo atual de licenas para o SaaS. Recomendo a leitura do excelente livro Behind the Cloud do fundador e CEO da Salesforce, Marc Benioff, onde ele descreve a criao e evoluo de uma empresa 100% SaaS, que a prpria Salesforce. Li este livro no meu Kindle aproveitando uma destas minhas ltimas longas viagens e realmente ele um guia de como criar e manter uma empresa de software no modelo SaaS. Imperdvel para todos empresrios da indstria de software. Uma pergunta que ouvi e que me chamou a ateno se SaaS atende a sistemas corporativos ou funciona apenas na periferia, ou seja em pequenos sistemas departamentais. No tenho dados precisos da Salesforce por exemplo, mas um estudo do Gartner mostrou que em mdia os seus clientes tem algo em torno dos 50 usurios. Claro que eles tem grandes contas tambm e outras empresas como a americana SucessFactor (que ainda no tem representante no Brasil) fechou um contrato para seu sistema de RH com a Siemens na Alemanha, para 420.000 usurios (http://www.successfactors.com/promo/future/ ). um indicador que possivel sim, termos SaaS para grandes corporaes. E este assunto se liga a outro questionamento interessante. Se os executivos de negcio comearem a contratar aplicaes SaaS bypassando a rea de TI, isto no geraria uma bomba relgio? Sim, pois mais cedo ou mais tarde estes aplicativos tero que se integrar com os que rodam nos servidores da empresa ou mesmo com outras nuvens e a integrao ainda um desafio para a computao em nuvem. No incio tudo maravilhoso, mas medida que mais e mais as aplicaes SaaS forem se disseminando de forma descontrolada, sem passar pela rea de TI, o problema potencial vai ser grande. Minha recomendao que as reas de TI assumam o controle do processo e definam desde j as regras de como selecionar e contratar SaaS, garantindo a integrao das aplicaes.

137

Uma outra pergunta foi o modelo SaaS vai acabar com o modelo on-premise?. Na minha opinio pessoal, pelo menos nos prximos dez anos ainda veremos os dois modelos convivendo. Existe muito software legado que levar anos para migrar para nuvem. Mas o modelo SaaS vai constinuar se disseminando e em algum tempo no futuro talvez no o chamemos mais de SaaS, pois ser o modelo dominante. Mas continuar havendo espao para o on-premise.

138

Cloud Computing: tirando algumas dvidas outubro 11, 2010 Volta e meia recebo emails de estudantes que esto desenvolvendo seus TCC e que querem abordar algum tema relativo Computao em Nuvem. Coletei algumas de suas dvidas e vou resumi-las aqui. Talvez possam ser teis Antes de mais nada precisamos lembrar que existem inmeros tipos de servios de Computao em Nuvem. primeira vista, quando se fala no assunto, aparece a propenso de imaginarmos um nico modelo, geralmente de infraestrutura. Mas, existe uma diversidade dos servios de Computao em Nuvem, que podem ser melhor exemplificadas quando os dividimos em camadas. Estas camadas mostram como os servios de TI podem ser ofertados sob o modelo de Computao em Nuvem: a) Nivel 1: camada de infraestrutura em nuvem (infrastructure-as-a-service), com oferta de servios de hospedagem de capacidade computacional e armazenamento de dados. a camada mais bsica da Computao em Nuvem.Um exemplo tpico so as ofertas de servios em nuvem da Amazon, chamados de EC2 e S3. b) Nivel 2: camada de desenvolvimento e servios de gerenciamento em nuvem. Um exemplo a plataforma de desenvolvimento como as oferecidas pelo Google AppEngine e pelo force.com. Muitas vezes estas camadas usam servios e softwares da camada anterior. c) Nivel 3: camada de aplicaes ou Software-as-a-Service como Salesforce.com, Google Docs ou LotusLive da IBM. Muitas das aplicaes Web 2.0 mais conhecidas, como Facebook, Flickr e Linkedin so servios baseados em nuvem, embora seus usurios no tenham idia disso. Esta camada a parte mais visvel da Computao em Nuvem e a que mais enfatiza seus benefcios para os usurios. d) Nivel 4: camada de processos, que envolvem processos de negcio baseados nas tecnologias ofertadas pelas camadas anteriores. Um exemplo so os servios de BPO (Business Processing Outsourcing) oferecidos no modelo de Computao em Nuvem. Ainda incipiente, mas que deve no futuro transformar o prprio mercado de BPO. Abaixo de todas estas camadas podemos imaginar uma camada zero, onde se situam os fornecedores de tecnologias bsicas, que so exatamente os servidores, discos, equipamentos de rede, sistemas operacionais. Estes componentes so a base tecnolgica das nuvens. Sim, as nuvens precisam de computadores e data centers Uma tecnologia fundamental ao conceito de nuvem a virtualizao. Virtualizao basicamente o uso de software para simular hardware. Quando alugamos os servios de uma nuvem, na prtica no estamos alugando diretamente computadores reais, mas

139

computadores virtuais simulados por software, em cima dos computadores reais da infraestrutura do provedor da nuvem. A virtualizao no , em absoluto, uma novidade tecnolgica. Suas primeiras implementaes datam dos mainframes 360/67 da IBM, que apareceram em 1967. Mas, nos ltimos anos, com o aumento da capacidade dos processadores, a virtualizao, antes restrita aos mainframes, comeou a se espalhar por servidores de pequeno porte, aumentando sua utilidade e disseminao. A virtualizao nos permite construir mltiplos servidores virtuais em uma nica mquina fsica. Cada uma destas mquinas virtuais funciona como se fosse uma mquina real, com seu sistema operacional e aplicaes. A virtualizao possibilita um uso muito mais eficiente do recursos computacionais, pois compartilha e distribui a carga de vrios servidores virtuais em um servidor fsico. O termo infraestrutura como servios comeou a aparecer no final de 2006, como uma sofisticao do conceito e da terminologia de Hardware-as-a-Service, proposto pelo jornalista Nicholas Carr. A idia bsica que o usurio, ao invs de adquirir e instalar servidores e equipamentos de rede em um data center, poderia usar estes recursos a partir de um provedor externo. Mas, diferentemente dos modelos tradicionais de outsourcing, a Computao em Nuvem no alocaria um determinado recurso ao contratante. A nuvem alocaria de foma dinmica e automtica os seus recursos, para atender aos requisitos de demanda do cliente. As caracteristicas bsicas do modelo de Infrastruture-as-a-Service (IaaS) so: a) O usurio no precisa obrigatoriamente dispor de hardware e software nos moldes tradicionais, ou seja, em seu prprio data center. Pode alocar estes recursos em uma nuvem pblica. A capacidade de processamento e de armazenamento obtida remotamente da nuvem. Por outro lado, ele pode adotar o conceito d enuvem em seu data center, aparecendo ento o conceito da nuvem privada. b) Em uma nuvem pblica todos os recursos computacionais esto na nuvem do provedor, que os alocar de forma dinmica e elstica, para atender as demandas de flutuao do negcio. c) O acesso nuvem via Internet. Portanto banda larga fundamental.

d) Os recursos, de uma maneira geral, sendo compartilhados tendem a ser usados de forma mais eficiente. e) Todo o pagamento pelo volume de utilizao. Usou, pagou pelo que foi usado.

f) Este modelo incentiva a criao de ecossistemas que podem gerar aplicaes e servios complementares oferta IaaS. Um exemplo ecossistema criado em cima da nuvem da Amazon, com inmeras empresas disponibilizando servios adicionais usando

140

esta nuvem como infraestrutura. O catloga de aplicaes basedas na nuvem da Amazon pode ser visto em: http://developer.amazonwebservices.com/connect/kbcategory.jspa? categoryID=60. Outro servio em nuvem interessante o do Sofware-as-a-Service. O modelo SaaS um modelo que entrega software como um servio, de forma diferente do modelo tradicional, onde a empresa adquire uma licena de uso e instala o software nos servidores da empresa. O modelo SaaS muda as regras do jogo, transformando a maneira de como software comercializado. No existe mais a necessidade de contratos de manuteno, pois esta fica cargo do provedor e no mais da empresa. O usurio passa apenas a usar o software, sem se preocupar com as atividade de instalao, manuteno, upgrades, etc. O benefcio pode ser visto atravs de um exemplo bem simples: um editor de texto. No modelo tradicional, o usurio precisa ter uma cpia do software e sua respectiva licena de uso no seu desktop ou laptop. O usurio adquire esta licena para uso 247, mesmo que no use o software a noite ou nos fins de semana. Alm disso, se ele levar trabalho para casa e ter que usar um outro computador, como seu PC domstico, ter que obter uma segunda licena. No modelo SaaS, quando o software no est sendo usado, no est sendo pago. E ele, usurio, pode usar o editor em casa ou no escritrio, sob a mesma assinatura, pagando apenas pelo seu uso. O modelo SaaS no surgiu de um dia para o outro, mas fruto da convergncia de diversas tecnologias (networking, ferramentas de programao e capacidade computacional) que vem apresentando custos continuamente descrescentes. Por outro lado, os softwares vendidos por modelos de licenciamento esto continuamente se tornando mais complexos e custosos para serem adquiridos, implementados e mantidos. E em cima deste contexto, um cenrio de negcios exigindo cada vez mais rapidez e menores custos das reas de TI. A combinao de todos estes fatores gerou um pano de fundo que criou um mercado para que o software possa ser entregue como servios, a custos bem menores que no modelo atual. Surgiu ento o SaaS, cujo conceito comeou a circular por volta de 1999, mas apenas nos ltimos anos ganhou espao considervel de mdia. Uma das iniciativas pioneiras foi o Salesforce.com, embora hoje muitos outros softwares j estejam disponveis sob este modelo. Ainda existe uma grande confuso em torno das diferenciaes entre SaaS e o anterior modelo ASP ou Application Services Provider. SaaS est relacionada com a funcionalidade da aplicao, entregue via modelo de subscrio. O cliente no precisa ter a propriedade do software. O ASP diferente. um modelo de hospedagem da aplicao, onde o cliente adquire o software e o instala em um provedor remoto. Por exemplo, o cliente adquire a licena de uso de um ERP e o hospeda em um servidor externo. A diferena com relao ao modelo tradicional que no ASP em vez de instalar e operar o aplicativo nos seus servidores, ele fica em servidores externos. Se um dia o cliente no quiser mais usar este provedor externo, mas rod-lo internamente, como ele possui o software, simplesmente o instala em seus prprios servidores.

141

No SaaS, ele no possui o software e portanto no pode instal-lo em seus prprios servidores. Adicionalmente no precisa se preocupar com a tecnologia em que o software vai operar. No ASP esta preocupao existia, pois ele tinha que adquirir um software para determinado ambiente operacional. Software-as-a-Service um modelo disruptivo. Sua proposio de valor funcionalidade oferecida e no a propriedade do produto. A idia bsica que voc na verdade no quer uma mquina de lavar roupa, mas quer a roupa lavada. Voc no necessita instalar um pacote de CRM ou ERP, mas precisa apenas das suas funcionalidades. O cliente no adquire licena de uso, mas paga uma taxa mensal baseada no nmero de funcionrios que acessem o servio. SaaS por ser um modelo disruptivo, vai afetar toda a estrutura da indstria de software. As empresas de software que se sustentaro neste modelo tendero a ter ntida vantagem sobre as que se mantiverem rigidamente presas ao modelo de depender de despesas de capital por parte de seus clientes, para a compra de seus produtos. Claro, no ser amanh, mas um movimento que j se iniciou

142

Assunto da reunio: Cloud Computing outubro 16, 2010 Outro dia estive em uma reunio com executivos de uma grande corporao, interessados em debater adoo de Cloud Computing em sua empresa. Eles levantaram uma srie de questionamentos, que vale a pena compartilhar aqui. Um ponto bastante discutido foi a questo legal da jurisdio na qual o provedor de uma nuvem pblica vai operar. Um item muito debatido foi: se os dados de minha empresa estiverem em um data center de um provedor que esteja nos EUA, mas que depois sejam transferidos para um segundo data center, na China, por exemplo, isso no poderia implicar em algum problema?. As leis voltadas privacidade e proteo propriedade intelectual variam de pas para pas e eventualmente isto no poderia ter uma implicao nos aspectos regulatrios nas quais a empresa se insere?. A resposta sim. As legislaes de proteo aos dados so diferentes em cada pas e esta questo pode ser um impeditivo. O que pode minimizar o problema garantir por fora contratual que os dados residiro em data centers situados em determinados pases. Esta questo, at ser resolvida, poder ser um inibidor para adoo de nuvens pblicas por determinadas empresas privadas, pblicas e rgos de governo. Outro questionamento foi sobre segurana e disponibilidade. Como garantir que os data centers dos provedores de nuvens pblicas vo oferecer segurana e disponibilidade nos niveis adequados? Na minha opinio este nivel de segurana e disponibilidade vai depender do provedor. Existem provedores que vo oferecer niveis de segurana bem elevados e outros que se contentaro em oferecer niveis mais baixos. A recomendao escolher provedores de nuvens pblicas que tenham realmente expertise e competncia para prover um data center seguro. Alm disso, todos ns sabemos que no existe tecnologia que seja 100% a prova de falhas e muito provavelmente alguns data centers que prestam servios de nuvens pblicas podem falhar. A tecnologia por trs de um servio de cloud computing complexa e sofisticada, e eventuais falhas podem ocorrer, gerando efeitos cascata por parte ou toda a nuvem. Os riscos so de perda de acesso aos servios (nuvem indisponvel) ou perda dos dados. O provedor de nuvem pblica deve oferecer mecanismos de resilincia, como backup e recuperao rpidos. Novamente, a escolha do provedor de nuvem pblica um processo que no pode ser feito de forma amadora, mas deve ser efetuado por uma anlise bem criteriosa, que valide estes mecanismos de resilincia. Esta anlise deve contemplar questionamentos como: 1) Quais so os procedimentos de backup e restore dos dados armazenados na nuvem pblica?

143

2) Os dados backup so armazenados no mesmo servidor e no mesmo data center, ou em localizao geogrfica diferente? 3) Os procedimentos de backup e restore so testados peridicamente? 4) Quais so as evidncias que o provedor peder mesmo recuperar os dados em caso de perda? A levantou-se outro ponto que a transparncia destes procedimentos. Como auditar estes niveis de segurana em um provedor externo? Nem todos permitem que auditores dos clientes entrem e avaliem seus data centers. Minha resposta que sejam exigidos certificaes de segurana e que auditorias externas e independentes avaliem os niveis de risco dos data centers dos provedores. Um terceiro ponto discutido foi a questo das licenas de software. Imaginem adoo de nuvens pblicas para infraestrutura (IaaS) e a transferencia para esta nuvem de diversos softwares que rodam nos servidores da empresa. Primeiro ponto: o licenciamento atual permite esta transferncia? Alm disso, o modelo atual de licenas no combina bem com a proposta de elasticidade oferecida pelas nuvens pblicas. possvel conciliar os licenciamentos em uso hoje ou sero necessrios outros licenciamenos, e neste caso, como fazer? Minha resposta: esta questo deve ser resolvida com os fornecedores de software. Alguns deles provavelmente tero contratos de parceria com os provedores de nuvens, o que facilitar o processo. Outros no, o que poder gerar implicaes legais. Portanto, negociao fundamental neste processo. Finalmente acordamos que a estratgia mais adequada seria comear com nuvens privadas e efetuar experincias (prova-de-conceito) com algumas aplicaes em nuvens pblicas. A maioria das grandes corporaes tende a seguir este caminho, pela insegurana que ainda sentem em colocar aplicaes e dados estratgicos em nuvens pblicas. Algumas estatsticas refletem esta tendncia. Por exemplo, a empresa de anlise da indstria de TI, Saugatuck, liberou uma pesquisa efetuada entre CIOs nos EUA que mostrou que das companhias de grande porte (mais de 5000 funcionrios) que tem planos de adotar Cloud Computing, estas esto em sua maioria (78%) optando por nuvens privadas. Mas a pesquisa mostra tambm que em 2014 este numero dever cair para 70%, o que mostraria uma lenta mas crescente confiana em nuvens publicas. Na minha opinio o ritmo provavelmente dever se acelerar, pois este nmero conservador ainda espelha a desconfiana atual. medida surjam que mais e mais experincias bem sucedidas, a disseminao de nuvens, tanto privadas como publicas, deve se acelerar. Outro ponto debatido foi: por onde comear a usar uma nuvem privada?. As ofertas atuais, que podemos chamar da primeira gerao de nuvens privadas, focam-se em workloads especficos, como ambiente de desenvolvimento e teste, ou business analytics. Mas um excelente ponto de partida. Posteriormente, outras aplicaes podero migrar para o ambiente de nuvens. Uma oferta de mercado interessante para se comear a usar nuvens a adoo de uma tecnologia chamada cloud-in-a-box, que um appliance, ou um sistema com softwares previamente embarcados, mas configurvel, que permite

144

acelerar o processo de entrada nas nuvens. Como exemplos os Smart Analytics Cloud e Smart Business Test Cloud da IBM. Ficou claro tambm que a maioria das empresas vai precisar de algum apoio em servicos para implementar um ambiente de cloud computing. uma caminhada longa, que vai mudar as relaes entre TI e seus usurios, bem como entre a empresa e seus fornecedores de tecnologia. uma mudana de paradigmas e deve comear com sucesso. Neste processo, contar com expertise que no exista dentro de casa, bem vindo. Enfim, o que debatemos demonstrou um fato importante: estamos caminhando rpido para uma maior maturidade dos conceitos de cloud computing, tanto que os questionamentos j esto sendo bem mais profundos do que eram h meros seis meses atrs. Sinal claro que a computao em nuvem est avanando mais rpido que muitos esto pensando

145

Computao em Nuvem na Europa: hoje e amanh outubro 26, 2010 Recentemente li um relatrio muito interessante chamado The Future of Cloud computing: Opportunities for European Cloud Computing Beyond 2010, que pode ser acessado na sua ntegra em http://cordis.europa.eu/fp7/ict/ssai/docs/cloud-report-final.pdf . A proposta do relatrio debater as potencialidades do uso da computao em nuvem pelas empresas e governos europeus. Para a Unio Europia, a computao em nuvem assume um papel estratgico pois ao possibilitar menores barreiras de entrada para criao de negcios que dependam de TI, abre novas e inovadoras oportunidades. O relatrio analisa os aspectos no funcionais da Cloud Computing como elasticidade, considerado um ponto chave do modelo e identifica alguns aspectos econmicos como reduo de custos, pay-per-use e mudana de Capex para Opex como grandes impulsionadores. Entretanto, considera em seu captulo State of the Art & Analysis que embora Cloud Computing seja um conjunto de tecnologias e conceitos que j existem, como virtualizao e SOA, ainda demanda muito esforo de pesquisa e desenvolvimento, para criar camadas de software que gerenciem mais eficientemente este ambiente. Alis cita alguns projetos de pesquisa em Cloud tendo como base o OpenNebula (http://www.opennebula.org/). O OpenNebula um ambiente Open Source para implementao de Cloud na modalidade IaaS. Um ponto interessante das pesquisas em desenvolvimento a questo da elasticidade que hoje apenas horizontal e no vertical. Vejamos, por exemplo, uma nuvem IaaS como a EC2 da Amazon. Se voce quiser alocar mais recursos, precisa criar mais instncias ou seja, voce tem apenas elasticidade horizontal. No existe no EC2 da Amazon e nas demais nuvens pblicas recursos que permitam escalabilidade vertical ou aumento ou diminuio automtico da capacidade computacional de uma nica instncia virtual. Na Amazon o que podemos considerar como escalvel verticalmente a nuvem S3 ou Storage-as-a-Service. Mas, alm das pesquisas referentes tecnologia, alguns aspectos como legislao e polticas de uso ainda precisam ser melhoradas em muito. Existe, na opinio dos autores do relatrio um campo imenso para pesquisas na rea de Cloud Computing. Alis, eu concordo plenamente com eles. Estamos ainda na primeira gerao das ofertas de Cloud Computing e nos prximos anos veremos acontecer muita evoluo, em todos os seus aspectos, desde tecnolgicas mudanas nas questes legais e regulatrias. No podemos simplesmente tirar uma foto da situao da computao em nuvem atual e congel-la no tempo. Em dois a trs anos muitos dos receios e questionamentos atuais estaro minimizados. Pensem: h dez anos atrs era quase uma heresia falar-se em colocar carto

146

de crdito na Internet. Hoje, praticamente todo mundo faz compras pela Internet ou usa Internet Banking. Um captulo interessante do relatrio o Towards a European Vision onde ele faz uma anlise SWOT (Strengths, Weaknesses, Opportunities, Threats) da computao em nuvem na Europa. Este um ponto que merece ateno. Observamos que a maioria das ofertas de nuvem que vemos no mercado so muito US-centric e as realidades americanas e brasileiras so muito diferentes, tanto em termos culturais como tecnolgicos. Banda larga por aqui no to larga e nem to barata quanto nos EUA. Assim, uma comparao com a Europa, em alguns aspectos, torna-se um pouco mais prxima da nossa realidade. Por exemplo, em fraquezas (weaknesses) os europeus citam a pouca oferta de infraestrutura computacional. Os imensos data centers da computao em nuvem como os da Amazon ou Google so americanos. Alm disso, os europeus reconhecem que esto bem atrs em relao ao desenvolvimento de novas tecnologias no que se refere a Cloud Computing. Na anlise de riscos, citam entre outros aspectos a ausncia de ofertas de IaaS genuinamente europias, criando uma dependncia dos provedores de nuvens americanos. Para a estratgia geopoltica europia uma questo a ser enfrentada. O que eles indicam no relatrio que incentivam suas empresas de telecomunicaes a se tornarem tambm provedores de nuvens, para contrabalanar a liderana americana exemplificada pelas ofertas de nuvens pblicas do Google e Amazon. Nas concluses indicam que devem ser enfatizados os esforos europeus para mais pesquisas sobre Cloud Computing, no apenas em tecnologias mas nas questes legais e regulatrias, e o incentivo criao de novos modelos de negcios que usem a computao em nuvem como base computacional. Em resumo, um relatrio instigante e que merece ser lido com ateno.

147

Cloud em 2011: alguns pensamentos novembro 16, 2010 Estamos em novembro e como participei de inumeras reunies e eventos onde o tema Cloud Computing foi debatido, acredito que um pequeno resumo do que foi 2010 e como eu estimo ser 2011 poder ser um bom tema para este post. Para mim ficou muito claro que 2010 foi um ano onde a maioria dos executivos com quem falei estavam interessados em conhecer um pouco mais de cloud para suportar suas decises de adotar ou no conceito j em 2011. Ano que vem veremos, na minha opinio, muitos projetos piloto, os famosos POC (proof-of-concept) sendo colocados em prtica. Alguns projetos POC que os executivos se mostram mais interessados so cloud no ambiente de desenvolvimento e teste, bem como experimentaes em email e colaborao. Interessante que muitas anlises feitas globalmente mostram claramente que as grandes empresas optam por dar seus primeiros passos em direo a cloud via private clouds e as pequenas e mdias tem a tendncia de irem direto para nuvens pblicas. Mas tenho plena convico que o mercado de cloud tende a se acelerar. Cloud um novo modelo computacional, plenamente sustentvel, que ir aos poucos substituir o atual paradigma, o modelo client-server. medida que ele for melhor compreendido, veremos que cloud vai mudar de forma significativa a maneira como a tecnologia adquirida e consumida. Vai criar novos modelos de engajamento entre provedores de tecnologias e seus clientes. Um recente relatrio do IDC aponta nesta direo. Segundo esta anlise, em 2009 o mercado de nuvens publicas correspondeu apenas a 4% ou 1/25 do total gasto em produtos comparveis, pelo modelo tradicional. Em 2014 este valor j ser de 12% ou 1/8 do gasto no modelo tradicional. Estamos falando de um crescimento de 27% ano a ano! Mas o desafio grande. Para provedores de tecnologia est ficando claro que cloud, pelo menos por enquanto, no uma nova fonte de receita, mas uma possvel canibalizao de parte substancial das suas vendas de hardware e software. Em resumo, ao invs de adquirir um novo servidor, as empresas que adotam cloud utilizam servidores disponveis em nuvens pblicas, ou cloudificam suas prprias mquinas, j instaladas nos data centers internos. No longo prazo, cloud vai transformar por completo o atual modelo de vendas de hardware e software. Vamos ver os potenciais impactos no longo prazo: o modelo de cloud IaaS poder substituir a aquisio de servidores e storage. PaaS poder substituir os atuais softwares de middleware comercializados on-premise o modelo SaaS poder substituir o modelo de vendas de pacotes aplicativos como ERP que no precisaro mais ser adquiridos e instalados nos servidores internos. O impacto na cadeia de valor da indstria de TI ser significativo. Empresas que s vendem hardware tero que evoluir para serem empresas de servios, pois o hardware

148

passar, ele prprio, a ser servio. Alis, IT como um todo ser IT-as-a-service. J vemos empresas que s fabricavam hardware adquirindo empresas de servios e software, dando seus primeiros passos para entender e desenvolver novos modelos de negcio. Os intermedirios, as empresas que so simples box-move ou sejam, compram mais barato do fabricante e revendem, tero que redesenhar seu futuro. Talvez daqui a cinco ou dez anos o negcio de vender hardware como conhecemos hoje no exista mais. Os drivers para adoo de cloud so vrios. Um destes drivers que acredito vo impulsionar a adoo de cloud ser o mais rpido time-to-value, quando os CFOs reconhecerem que suas empresas podero usufruir de novos sistemas e tecnologias sem investimentos em capital, como no modelo atual. uma troca do modelo de capex por opex. medida que se troca os custos fixos por variveis, libera-se mais capital para investimentos em outras reas de negcio, alm de permitir que as empresas ajustem dinamicamente suas despesas com TI com as demandas do negcio. Um CFO fica sensibilizado quando compreende que pode redirecionar seus investimentos na aquisio de ativos de TI, para atividades que geram receita diretamente. Outro impulsionador a melhor flexibilidade do negcio, quando a empresa puder lanar um novo produto ou servio muito mais rapidamente, sem esperar pelos longos tempo de espera pela aquisio e instalao de novos ativos de hardware e software. Mas, este cenrio no vai ocorrer de uma dia para o outro. Ainda vemos muita desinformao circulando no mercado. Hoje o rtulo de cloud usado por qualquer produto de hardware e software ou provedor de data center, mesmo que no tenha absolutamente nada dos conceitos basicos de cloud, como j discutimos exaustivamente aqui no blog. O desconhecimento do que cloud por parte de profissionais e executivos tambm atua como barreira. Outro dia este desconhecimento ficou muito claro quando um CIO me disse que j tem private cloud, pois virtualizou grande parte de seus servidores. Ora, virtualizao apenas o primeiro passo. Criar uma infraestrutura elstica, padronizada e automatizada, acessada de forma self-service que caracteriza um data center atuando como nuvem privada. Cloud no uma panacia universal e sua adoo no to simples assim. Demanda expertise e um planejamento adequado. Alis, cloud no se compra, mas se constri. O que se compra so servios e tecnologias que formam a base tecnolgica que permite criar um ambiente virtualizado, padronizado e automatizado, pilares do modelo cloud. Sugiro acessar o endereo http://www.ibm.com/ibm/cloud/, onde vocs vero a estratgia da IBM para implementar cloud em seus clientes, baseada em trs pilares: plan, build e deliver. L vocs podero acessar tambm o Cloud Adoption Advisor, um selfassessment gratuito que orienta onde iniciar as aes de cloud na empresa. autoexplicativo, feito online, com resultados bem interessantes e orienta quais primeiros passos devem ser dados. No longo prazo a indstria de TI ter outra caracterstica, diferente da atual. Para termos uma melhor idia do que poder ser este cenrio, vamos dividir cloud em uma taxonomia j relativamente bem aceita, que IaaS, PaaS e SaaS, alm de nuvens privadas, publicas ou hbridas. Cada um das variantes de cloud tem dinmica de evoluo diferentes, tanto

149

em termos tecnolgicos, como em ritmo de adoo pelo mercdo. Colocar tudo no mesmo saco torna as coisas muito enevoadas. Por exemplo SaaS j vem sendo adotado h algum tempo e muitos cases de sucesso j existem no mundo inteiro. A empresa Salesforce um exemplo bem sucedido deste modelo. Este modelo demanda que o provedor SaaS no customize seus produtos, mas oferea-os de forma altamente pardronizada. Para entender melhor o que uma empresa SaaS, recomendo a leitura do excelente livro Behind the Cloud do fundador e CEO da Salesforce, Marc Benioff, onde ele descreve a criao e evoluo de uma empresa 100% SaaS, que a prpria Salesforce. Este livro realmente um guia de como criar e manter uma empresa de software no modelo SaaS. Imperdvel para todos empresrios da indstria de software. Falando em SaaS, este modelo deve impactar as consultorias que vivem basicamente de implementar e customizar aplicativos como ERP. Como o SaaS altamente padronizado, os servios de implementao so mais rapidos e menos onerosos. Voltando ao exmplo do SaaS, o livro do Marc Benioff explica que a salesforce no customiza o software para os clientes, mas cria uma plataforma aberta onde os clientes, ISVs e consultores podem construir novos aplicativos, que interajam com seu produto de CRM. Por outro lado, cresce a demanda por integrao entre aplicativos SaaS e on-premise. As nuvens pblicas do modelo IaaS tem sua prpria dinmica. um servio de massa, altamente padronizado, que demanda por parte de seus provedores uma escala significativa para poderem oferecer servios com uma relao custo-beneficio superiores ao modelo de hosting atual. De maneira geral as margens so baixas e portanto necessitam ter grande numero de usurios. Hoje o melhor exemplo de oferta de nuvem pblica o da Amazon. Dados no oficiais estimam que a receita da Amazon com seus servios de IaaS j alcanam o patamar dos 500 milhes de US$. Quando falamos em private cloud, temos um cenrio diferente. Uma empresa que se prope a construir uma private cloud transforma o modelo de relacionamento entre sua prpria TI e seus usurios. TI deixa de ser um centro de custos e passa a ser um serviceprovider financiado pela contribuio para os seus custos operacionais por parte de seus usurios. Para os provedores de tecnologia abre-se um bom espao para venda de tecnologias e consultorias que operacionalizem a nuvem privada. Cloud computing significa um risco e um desafio para provedores e consumidores de tecnologia. Para os provedores uma nova oportunidade, desde que estejm preparados para surfar neste novo modelo. A disrupo no modelo de entega e consumo de produtos e servios de TI implica em novo modelos de negcio e profundas mudanas nos modelos atuais. Nos prximos anos, na minha opinio, veremos uma crescente adoo de TI-as-a-Service, com o modelo on-premise sendo substituido aos poucos pelo modelo cloud. A industria como um todo passar por transformaes e acredito que de product-cenric passar ao modelo service-centric. O dinheiro que vai girar a industria de TI vai deixar de ser para

150

produzir bens de capital para prestao de servios continuados. O modelo cultural e de governana, de vendas transacionais e seus incentivos passar de recompensas por vendas one-time para criao e consolidao de relacionamentos duradouros com os clientes. Sero realmente tempos desafiadores para todos ns, profissionais de TI.

151

Cloud Computing e Open Source: complementares e no concorrentes novembro 22, 2010 Uma questo que volta e meia me fazem em palestras sobre Cloud Computing e SaaS se este conceito abala o modelo Open Source. Venho pensando no assunto e gostaria de instigar um debate aqui. Na minha opinio, SaaS e Open Source so complementares e no competidores. Vamos raciocinar juntos. Olhando a cadeia de valor do negcio software podemos pensar em trs perguntas bsicas: a) Quem constri o software? b) Quem adiciona valor e o distribui? c) Quem o utiliza? Para a primeira pergunta respondemos que o software pode ser criado por uma comunidade ou por empresas, seja para uso prprio ou para comercializao. O modelo Open Source se encaixa neste caso. basicamente um modelo de criao e desenvolvimento de software. Por ser um modelo colaborativo, ele permite criar novos modelos de negcio, alternativos ao modelo tradicional de vendas de licenas. A receita geralmente vem de servios adicionados em torno do software em si. J SaaS um modelo de distribuio e consumo de software. Uma empresa ou um usurio adquire um servio que utiliza determinado software. Por exemplo, um usurio adquire o direito de usar um servio de email como o Gmail, gratuitamente como usurio final ou pagando um fee como empresa. Analisando a cadeia de valor do software vemos ento que Open Source se encaixa na questo quem constri o software?, sendo portanto um modelo de desenvolvimento, no importando se o software ser distribudo via modelo on-premise ou via SaaS. Vamos ver alguns exemplos na prtica. O Linux um sistema operacional desenvolvido pela comunidade e um dos cones do movimento Open Source. A prpria comunidade e algumas empresas adicionam valor a ele, em forma de componentes e utilitrios adjacentes, como as distribuidoras, e o disponibilizam, de forma gratuita ou sob contrato de servios como remunerao pelo valor agregado. No modelo atual, on-premise, quem se encarrega de baixar o sistema nos servidores e customiz-lo a prpria empresa usuria, por conta prpria ou contratando servios de terceiros. Mas ele pode ser usado como SaaS? Sim, alis, muitas das ofertas de Cloud Computing pblicas e SaaS existentes hoje utilizam Linux e outros softwares Open Source como base, adicionando softwares de cdigo fechado s suas ofertas. Dois exemplos bem conhecidos so o EC2 da Amazon e o Google AppEngine, que so suportados por servidores Linux e softwares de virtualizao e gerenciamento Open Source, como o Xen.

152

Existem tambm diversos projetos Open Source que permitem criar infraestrutura de nuvens privadas baseadas em Linux, como os projetos Eucalyptus (http://open.eucalyptus.com/) e Nimbus (http://www.nimbusproject.org/). Uma outra iniciativa bem interessante o projeto Bitnami (http://bitnami.org/) que permite implementar ambientes operacionais Open Source na nuvem EC2 da Amazon. O stack de software Bitnami inclui aplicaes e softwares Open Source que podem operar como uma AMI (Amazon Machine Image). O usurio de nuvens pblicas ou de ofertas SaaS, seja ele uma pessoa ou uma empresa, quer usufruir do servio ou das funcionalidades que a nuvem vai prover, e no do cdigo fonte. Ele quer se abstrair das atividades relacionadas com implementar e manter os recursos computacionais. Alis, para ser lucrativo o provedor de um software SaaS precisa de basear em trs pilares: ambiente virtualizado e multi-tenancy, padronizao e automao. Ora, um ambiente padronizado impede que cada usurio customize o software ou altere o cdigo a seu prazer. diferente do modelo on-premise onde a responsabilidade pelo bom ou mau uso do software da empresa usuria. No SaaS o provedor o responsavel pelo nivel de servio e no poder oferecer verses individualizadas sob pena de no ter a economia de escala suficiente para ser lucrativo. Construir e manter operacional uma infraestrutura de nuvem pblica (SaaS um modelo de nuvem pblica) demanda alto investimento. Por outro lado, o provedor de uma nuvem pblica ou de uma oferta SaaS pode abrir o cdigo fonte do seu software para conseguir colaborao da comunidade e acelerar o processo de inovao. Mas o software disponibilizado como SaaS no ser aberto. Os usurios devem ter acesso mesma verso do software e para isso o provedor tem que fechar a verso disponibilizada na nuvem. Claro que se o software for Open Source sempre poderemos copi-lo e criarmos nossas prprias nuvens pblicas. Para criar diferenciao no servio, cada provedor acabar tendo que criar funcionalidades especficas e diferenciadoras, inclusive usando alguns componentes de software fechados. O resultado final o aumento da concorrncia, que ser salutar para o mercado como um todo. Assim, o se o usurio quiser modificar um determinado software Open Source para executar em nuvem uma funcionalidade que interesse especificamente a ele, ter como opo usar este software em uma nuvem IaaS, assumindo a responsabilidade pelo seu uso. Um provedor de IaaS como a Amazon prov apenas servidores virtuais com seus sistemas operacionais, como Linux. O uso dos aplicativos de responsabilidade do usurio do servio e no da Amazon. Diferente do modelo SaaS, onde o provedor responsavel pela qualidade do nivel de servio oferecido. Na minha percepo, o uso de Open Source atuando de forma sinrgica com softwares fechados pode abrir oportunidades para criao de ofertas de Cloud e SaaS mais rapidamente e mais baratas. So complementares e no concorrentes. Qual opinio de vocs?

153

Entendendo o modelo Multi-tenancy novembro 29, 2010 O modelo SaaS vai, no futuro, requerer tecnologias e arquiteturas especificamente desenhadas para operar em nuvem. Entretanto, estas novas arquiteturas e tecnologias vo aparecer no longo prazo, com modelos intermedirios e transitrios surgindo no curto e mdio prazo, fazendo a ponte entre os modelos computacionais existentes hoje e os futuros modelos em nuvem. A maioria dos softwares existentes hoje foi desenhada para operar nos data centers das empresas, sujeitos contratos especficos de licena de uso. As prprias plataformas de aplicao como Java e .Net foram desenhadas para operarem no modelo on-premise. Em um modelo SaaS em nuvem, as aplicaes podem ser oferecidas como servios muitas organizaes. Para os provedores destes servios, imprescindivel que os recursos computacionais a serem oferecidos sejam o mais amplamente compartilhados. Para os usurios, fundamental que uma falha de um software na operao para um outro usurio no o afete. Alm disso, cada usurio gostaria de adaptar, na medida do possvel, a aplicao suas caractersticas especficas. Mas, as arquiteturas de software atuais no atendem a este novo cenrio. necessrio um novo modelo arquitetnico de software, chamado de multitenancy ou multi-inquilino. A proposta do modelo SaaS ter uma aplicao atendendo a multiplos clientes, chamados de tenants ou inquilinos. Inquilinos no so usurios individuais, mas empresas clientes do software. Uma arquitetura multi-inquilinos (em alguns casos a literatura fala em multi-arrendatrio, mas eu prefiro usar o termo multi-inquilino) uma arquitetura essencial para um ambiente em nuvem pois permite que multiplos inquilinos (empresas clientes) compartilhem os mesmos recursos fisicos como um aplicativo ERP, mas permanecendo logicamente isolados. Os modelos multi-inquilino so: a) Inquilino isolado. Neste modelo, cada inquilino tem seu prprio stack de tecnologia, no havendo compartilhamento de recursos. Na prtica, embora o usurio sinta a experincia de multi-inquilino, pois a aplicao oferecida a multiplos clientes, a partir do mesmo data center, este modelo no multi-inquilino. similar ao modelo tradicional de hosting (hospedagem), onde cada usurio tem seu prprio conjunto de recursos computacionais e sua prpria instncia da aplicao. Para a uma oferta SaaS, este modelo carece de agilidade e elasticidade, porque adicionar um novo inquilino requer o provisionamento de sua prpria instncia de hardware e software. Tambem no permite economia de escala. Os provedores que comercializam softwares no modelo tradicional podem oferecer esta opo, sem alterar sua aplicao. Embora no seja verdadeiramente

154

Computao em Nuvem um passo nesta direo, oferecendo como atrativo a facilidade de uma rapida oferta para SaaS. b) Multi-inquilino via hardware compartilhado (virtualizao). Neste modelo, cada inquilino tem seu prprio stack de tecnologia, mas o hardware alocado dinmicamente a partir de um pool de recursos, via mecanismos de virtualizao. Bastante similar ao modelo anterior, mas permitindo elasticidade na camada do hardware. Elasticidade fundamental ao modelo de Computao em Nuvem, que demanda mecanismos de alocao e liberao de recursos de foma dinmica. Este modelo permite uma entrada rpida na Computao em Nuvem, principalmente por provedores de aplicaes e de infraestrutura, porque no demanda redesenho da aplicao. Entretanto, apresenta limitaes, pois a unidade de alocao e liberao de recursos a maquina virtual onde aplicao vai operar. c) Multi-inquilino via container. Neste modelo vrios inquilinos so executados na mesma instncia de um container de aplicao (um servidor de aplicaes), mas cada inquilino est associado a uma instncia separada do software de banco de dados. O ambiente de execuo compartilhado entre vrios inquilinos, mas a plataforma de dados mesma. A premissa do modelo que o isolamento do banco de dados garante integridade dos dados dos inquilinos, ao mesmo tempo que o container de execuo, por ser compartilhado, oferece as vantagens de elasticidade e customizao. Para garantir o isolamento dos inquilinos dentro de uma nica instncia do container ou servidor de aplicaes, este deve ser desenhado com funcionalidade para gerenciar a alocao de recursos aos seus inquilinos. d) Multi-inquilino via todo o stack de software compartilhado. uma evoluo do modelo anterior, agora com todo o stack de software sendo compartilhado. Neste modelo alm do container da aplicao, tambm uma nica instncia do banco de dados compartilhada por todos os inquilinos. O modelo (b), multi-inquilino por compartilhamento de hardware, permite uma transio para SaaS, com baixo custo e baixo impacto. A razo simples: preservam os modelos de programao e tecnologia j conhecidos. Os modelos (c) e (d) implementam um nivel bem mais avanado de SaaS e provavelmente sero os modelos dominantes no longo prazo. Mas hoje, implementado apenas por empresas de software que no possuem legado para sustentar e portanto podem romper com os modelos tradicionais, como por exemplo, a Salesforce. Como so nativos ao modelo em nuvem, oferecem niveis elevados de flexibilidade e elasticidade, mas ao custo de disrupo nos modelos atuais de programao. Nos prximos anos veremos um intenso debate sobre os prs e contras dos vrios modelos de multi-inquilinos, mas no longo prazo os modelos (c) e (d) prevalecero. Empresas de software que precisam suportar sua imensa base de clientes com sistemas legados, esto optando por uma evoluo gradual, adotando inicialmente o modelo (b), mas incentivando uma evoluo posterior para os modelos (c) e (d), medida que o mercado e as tecnologias disponveis forem amadurecendo o suficiente para suportarem clientes corporativos de grande porte.

155

Cloud Computing no governo americano dezembro 6, 2010 Li recentemente o relatrio State of Public Sector Cloud Computing, apresentado por Vivek Kundra, CIO do governo americano. O relatrio pode ser visto na sua ntegra em http://www.cio.gov/documents/StateOfCloudComputingReport-FINALv3_508.pdf . O governo americano o maior consumidor de TI do mundo, com oramentos anuais em torno dos 76 bilhes de dlares. E como todo grande usurio sofre de problemas crnicos como fragmentao de sistemas, projetos concludos fora do prazo e acumulo de tecnologias e sistemas legados que aumentam a complexidade e custos da operao. Diante deste cenrio e das oportunidades potenciais que o modelo Cloud Computing abre para melhoria da eficincia da utilizao da infrastrutura tecnolgica e reduo de custos, o governo americano anunciou em setembro de 2009 sua Federal Governments Cloud Computing Initiative. Conhecer o documento interessante, pois no s mostra a viso de um grande consumidor de TI, mas este, por sua influncia e peso na industria, pode afetar o ritmo de adoo de cloud computing no mundo todo. O relatrio aponta que o caminho para adoo de cloud computing passa por etapas bem definidas comeando por um processo de consolidao dos data centers do governo e depois os instrumentando com recursos de virtualizao e automao. Sempre bom lembrar que os pilares bsicos do modelo de computao em nuvem so virtualizao, padronizao e automao. Em fevereiro deste ano foi proposto o Data Center Consolidation Guidance para orientar os data centers do governo americano em seu processo de consolidao. Existem muitos desafios no caminho da adoo de cloud computing, como as questes de segurana e privacidade, e a interoperabilidade entre nuvens. A adoo de padres relativos a cloud computing essencial e o governo americano vem buscando influenciar a indstria a acelerar este processo de padronizao. Se vocs quiserem ter um bom resumo do que est acontecendo em termos de padronizao em clouds e os links para as diversas entidades e iniciativas que esto atuando no tema, acessem http://cloudstandards.org/ . O relatrio de Vivek Kundra mostra claramente a importncia de cloud computing para as iniciativas de TI do governo americano e nele esto definidas metas bem claras para incentivar sua adoo nos proximos anos. Vejam este trecho original do relatrio: . By September 2011 all newly planned or performing major IT investments acquisitions must complete an alternatives analysis that includes a cloud computing based alternative as part of their budget submissions. . By September 2012 all IT investments making enhancements to an existing investment must complete an alternatives analysis that includes a cloud computing based

156

alternative as part of their budget submissions. . By September 2013 all IT investments in steady-state must complete an alternatives analysis that includes a cloud computing based alternative as part of their budget submissions. O modelo de computao em nuvem ainda est nos seus estgios iniciais, e estamos todos ns aprendendo a melhor explorar suas idias e conceitos. Portanto, toda e qualquer informao sobre casos de uso nos ajudam nesta caminhada. O relatrio lista alguns casos interessantes de uso de cloud computing por entidades dos governos federais e estaduais dos EUA, como: . Uso de SaaS como o Salesforce por diversas agncias governamentais, como o Exrcito (US Army) em seu projeto de recrutamento. Outro projeto baseado no Salesforce o de CRM da New Jersey Transit Authority, que olha os passageiros do transporte publico como clientes e no como cidados annimos. . Uso de nuvens privadas como a criada pela Defense Information Systems Agency, do Departmento de Defesa. A nuvem chama-se RACE e pode ser vista em http://www.disa.mil/race/ . . Criao de uma nuvem para desenvolvimento colaborativo de aplicaes para o DoD (Departamento de Defesa), sejam em Open Source como em projetos de acesso restrito. Vejam em http://www.forge.mil/ . . Lawrence Berkeley National Labs est migrando seus emails para nuvem, bem como est testando a viabilidade de usar a nuvem da Amazon como reserva computacional para periodos de demanda de pico, que ultrapassem a capacidade de sua nuvem privada. Alis o uso de email em nuvem est se popularizando pouco a pouco nas diversas agncias do governo americano, sejam elas federais como estaduais. Dois exemplos interessantes de uso de email em nuvem so os das cidades de Los Angeles e de Orlando. . Alguns portais como o USA.gov j esto em nuvem. Segundo o relatrio, os gastos com o portal, no modelo on-premise, eram de US$ 2,35 milhes, dos quais 2 milhes em upgrades de hardware e relicenciamento de softwares, e 350 mil dlares em custos de pessoal. Com o modelo em nuvem publica os gastos passaram ao patamar de US$ 650.000, economizando-se US$ 1,7 milho por ano. Vejam o portal em http://www.usa.gov/ . Outro exemplo de portal em nuvem o Recovery.gov (www.recovery.gov) , que est baseado no EC2 da Amazon. . Plataforma em cloud computing Nebula da NASA, que vem acelerando a entrega de novos projetos de forma significativa. Um paper sobre o assunto pode ser lido em http:// www.informationweek.com/government/cloud/showArticle.jhtml?articleID=227900365 . Como vemos, cloud computing est saindo da teoria e entrando puco a pouco na pratica. Indiscutivelmente que no podemos ignorar esta tendncia. Quanto mais cedo compreendermos seu potencial e validarmos como e quando adotar cloud em nossas empresas, mais cedo obteremos seus beneficios.

Cloud Computing: balano do ano

157

dezembro 13, 2010 Estamos no final de 2010 e fazendo um pequeno balano do ano vejo que o tema Cloud Computing tem despertado mais e mais ateno. Recorri ao Google Trends e comprovei que o numero de referencias ao assunto vem crescendo signficativamente. Assim, resolvi escrever um texto com minha percepo do porque estamos falando tanto de computao em nuvem. A computao evolui em movimentos pendulares, da mais completa centralizao a total descentralizao, e fazendo o caminho de volta quando os extremos so alcanados. Nos anos 60 e 70 o paradigma era a computao centralizada. Foi a poca de ouro dos mainframes. No inicio dos anos 80 vimos o movimento do downsizing e a descentralizao, com a proliferao de redes locais e servidores. Parecia realmente uma grande idia, at que nos descobrimos envolvidos por inmeras ilhas tecnolgicas, com custosas atividades de gerenciamento de redes e aplicaes heterogneas. A falta de controle deste ambiente est levando a altas taxas de crescimento da capacidade computacional. A maioria das organizaes de mdio a grande porte utiliza centenas ou mesmo milhares de servidores, de diversas tecnologias e fabricantes. Existem mquinas Windows em suas diversas verses, inmeros matizes de Unix (Solaris, AIX e HP-UX), um nmero cada vez maior de mquinas rodando Linux e mesmo outros ambientes operacionais como mainframes. Estudos tm mostrado que a maioria das empresas que esto implementando aplicaes corporativas, como ERP, as baseiam no mnimo em duas plataformas diferentes. Este complexo e heterogneo parque computacional responsvel por uma parcela significativa (pelo menos de 50%-60%) do oramento de TI das empresas e infelizmente no aproveitado em todo seu potencial. O cenrio tecnolgico para os prximos anos mostra que as empresas de mdio a grande porte continuaro enfrentando grande complexidade e diversidade de ambientes, e todas estas plataformas devero estar se comunicando umas com as outras. Em resumo, a maioria das empresas vai continuar operando com mltiplos ambientes e gerenciar com eficincia esta complexa infraestrutura bastante complicado e caro. A utilizao dos servidores bastante variada. Existem muitas mquinas dedicadas a atividades de suporte prpria infraestrutura, como servidores de correio eletrnico, servidores de impresso, servidores de rede, firewalls e assim por diante. De maneira geral seus nveis de utilizao so bastante baixos, com mdias de apenas de 5% a 10%, com perodos de pico de 30% a 40%. Os servidores de aplicao (e existem muitos dedicados a apoiar as aplicaes em atividades de teste, no usados em produo) tendem a serem utilizados um pouco mais, com perodos de pico chegando a mais de 70%, embora sua utilizao mdia tambm se situe em patamares baixos, de 15% a 20%. fcil explicar este baixo nvel de utilizao. Vamos imaginar um servidor dedicado infraestrutura, como um servidor de impresso (print server). Imaginemos que das 168

158

horas disponveis em cada semana (sete dias x 24 horas), este servidor usado tipicamente umas 12 horas por dia til da semana, ou doze x cinco, 60 horas, que equivale a apenas cerca de 40% do tempo total. Detalhando a utilizao do seu processador, observamos que este servidor tem uma carga tpica de intensa operao de I/ O (I/O bound) e devido s suas caractersticas operacionais apenas em uma pequena poro de tempo tanto o processador como os dispositivos de I/O estaro operando ao mesmo tempo (as razes so vrias, como paginao excessiva, baixo nvel de multiprogramao e assim por diante). Em conseqncia, em grande parte deste perodo de utilizao, o processador no est ocupado, havendo uma significativa ociosidade dos ciclos de CPU. Alm disso, a distribuio da carga de trabalho no homognea. De maneira geral um pequeno nmero de servidores concentra a maior parte da carga, com inmeros outros sendo subutilizados. A lei de Pareto (tambm conhecida pela regra dos 80-20, diz que 80% de determinado resultado explicado somente por 20% das causas que o provocam. Por exemplo: 80% da carga de trabalho computacional de uma empresa est concentrada em somente 20% dos seus servidores) aplica-se bem distribuio da carga entre servidores. Em conseqncia, um pequeno nmero de servidores, geralmente os de mais alta capacidade computacional, encontram-se muitas vezes sob demanda excessiva, com centenas de outros quase no sendo utilizados. Um complicador adicional: no ambiente de empresas cada vez mais interconectadas, a imprevisibilidade da demanda exige que os sistemas tenham condies de adaptar-se instantaneamente a flutuaes significativas. Esta imprevisibilidade potencializada pelas novas aplicaes da Internet, como Web 2.0. O cenrio futuro, com advento de tecnologias que permitam uma computao cada vez mais onipresente (dispositivos equipados com chips trocando informaes em tempo real) nos indicam um imenso volume de dados a serem manuseados e processados. Um exemplo pode ser os milhes e milhes de chips RFID (Radio Frequency ID), etiquetas eletrnicas embutidas em latas de cerveja ou pacotes de sucrilho, que permitiro rastrear em tempo real todo o ciclo de negcios, da fabricao residncia do consumidor. O uso de inteligncia (software) embarcada deve se acelerar nos prximos anos, com uso intensivo de tecnologia em alguns setores que so grandes desafios para a sociedade, como congestionamentos de trnsito nas grandes cidades, melhoria da eficincia das redes eltricas, conservao de gua potvel, distribuio de alimentos e servios de sade. Temos portanto, um imenso potencial para usar a tecnologia de forma extremamente positiva, criando provavelmente uma nova revoluo industrial. Esta nova revoluo industrial ser baseada em software. Hoje, nossa civilizao depende de software para funcionar. Software conhecimento engarrafado e a prpria encarnao digital dos processos de negcio. O software j est embarcado na maioria dos produtos que usamos hoje. Nada mais natural que busquemos conectar esta

159

inteligncia dispersa pelos produtos ou coisas, com os sistemas de gerenciam processos de negcio, otimizando as infra-estruturas fsicas, sejam estas prdios, estradas, processos de logstica e assim por diante. O conceito da Internet das coisas, que podemos considerar como o prximo passo da evoluo no uso da Internet tem o potencial de modificar profundamente nossa sociedade e a nossa economia. A Internet das coisas vai combinar a universalidade da Internet, que j a principal infra-estrutura de comunicao do planeta com inteligncia ou software embarcado em sensores e atuadores, modificando a maneira de como o mundo fsico vai operar. Mas, tratar este imenso volume de novas informaes em tempo real vai demandar uma imensa capacidade computacional impossvel de ser prevista em suas flutuaes de demanda. Claramente necessrio um novo paradigma computacional, que ajuste, sob demanda, a capacidade computacional s demandas de carga de trabalho. Portanto, dispor de ambientes dinmicos, auto-ajustveis, de alta disponibilidade e escalabilidade, com custos de propriedade adequados torna-se o grande desafio dos gestores de tecnologia das organizaes e governos. Portanto, estamos falando de cloud computing!

160

2011 Estamos vendo as aes acontecerem. Acredito que 2011 o ano que sinalizou para o mercado que a Computao em Nuvem veio para ficar. Os prprios eventos j demonstram isso, com debates mais aprofundados como questes contratuais, legais, etc. O fornecedores de tecnologias e servios j comeam a criar ofertas mais consistentes. um sinal claro de amadurecimento do conceito. Entretanto, os casos reais ainda esto avanando mais lentamente que o previsto.

Compliance em Cloud: alguns pontos importantes janeiro 10, 2011 medida que torna-se mais conhecido, o modelo de Cloud Computing atrai mais ateno, mas um dos seus desafios ainda no resolvidos a questo da compliance. Andei pensando um pouco sobre este assunto e gostaria de compartilhar algumas idias com vocs. A disseminao dos servios de nuvem muitas vezes esbarra nos aspectos regulatrios. Algumas leis nacionais, como o Patriot Act dos EUA, afetam a privacidade dos dados e cria limitaes para empresas estrangeiras usarem provedores de nuvens com data centers localizados nos EUA. O Patriot Act d poderes ao FBI de exigir de qualquer organizao o acesso a seus dados, bastando para isso identificar que a informao pertinente a uma investigao autorizada. O texto completo do Patriot Act pode ser visto em http://epic.org/privacy/terrorism/hr3162.html. Ao usarmos os servios de determinados provedores globais de cloud computing, que no divulgam onde nossos dados esto armazenados, podemos estar sujeitos a legislaes locais que conflitam com nossos objetivos de compliance. Por exemplo, empresas europias no armazenam seus dados em data centers localizados no teritrio americano porque o Patriot Act conflita diretamente com as demandas de privacidade como definidas pela sua legislao (EU Data Privacy Initiative). Outro ponto importante que embora cloud seja um modelo de outsourcing, a reponsabilidade final pelo compliance da empresa que usa o servio em nuvem e no do provedor da nuvem. E dependendo da camada de servios em nuvem contratados, o grau de responsabilidade e controle pode variar bastante. Por exemplo, ao contratar um servio de IaaS, o provedor s pode assumir a responsabilidade de garantir a integridade e compliance do data center e das suas plataformas de hardware e software bsico. Por outro lado, este provedor no tem como conhecer as aplicaes dos seus usurios e portanto no pode garantir o compliance dos dados destas aplicaes. O controle da aderncia ao compliance exclusivamente do usurio. J ao contratar SaaS, o provedor deve assumir a responsabilidade pelo compliance, uma vez que o usurio no tem

161

nenhum controle sobre o aplicativo. Mas em ambos os casos, o usurio o responsavel legal pelo compliance e portanto deve garantir que seus provedores estejam aderentes, para evitar eventuais problemas jurdicos. Um exemplo? Imaginemos que o usurio deva estar aderente regulao PCI (Payment Card Industry Data Security Standards) e contrata um servio em nuvem. Se a modalidade contratada for IaaS, o provedor deve garantir apenas o compliance da infraestrutura. O compliance do aplicativo por conta do prprio usurio. Mas se a contratao for para SaaS, o provedor deve oferecer compliance tambm na camada do aplicativo. Mas o usurio deve se assegurar com evidncias que o provedor est realmente compliance. Outra questo ainda em aberto se a legislao um pas alcana outros territrios. Por exemplo, debate-se se o Patriot Act alcana data centers localizados em territrio fora dos EUA, caso estes data centers sejam de propriedade de empresas americanas. O que fazer diante destes questionamentos? Ignorar cloud no a melhor alternativa. Indiscutivelmente que cloud vai entrar nas empresas. Portanto, a melhor alternativa estudar o assunto e colocar o jurdico da empresa analisando a questo. Analise cuidadosamente os aspectos de privacidade, jurisdio, facilidades de auditoria externa e investigaes forenses, perodo de reteno dos dados por questes legais e possibilidade de verificao dos processos. importante selecionar bem os provedores de nuvem e trabalhar de forma colaborativa com eles na questo do compliance. Analisar bem o nivel de compliance dos provedores essencial. Vamos olhar, por exemplo, as ofertas em nuvem da Amazon. Lendo seu agreement (http://aws.amazon.com/agreement/) observamos alguns aspectos interessantes: a) Seo 4.3 diz expressamente We are not responsible for any unauthorized access to, alteration of, or the deletion, destruction, damage, loss or failure to store any of Your Content or other data which you submit or use in connection with your account or the Services.. b) Seo 7.2 expressa: We will have no liability to you for any unauthorized access or use, corruption, deletion, destruction or loss of any of Your Content or Applications. Observe que estas salvaguardas por parte dos provedores so relativamente comuns e no apenas por parte da Amazon. Assim, analise os provedores de nuvem quanto ao seu grau de compliance e suas certificaes, e se esto esto aderentes s demandas de sua empresa. Os profissionais de segurana da informao e de auditoria devem ser convocados para ajudar a garantir o nivel de compliance desejado. A Amazon via seu servio de EC2 no garante aderncia adequada? Armazene seus dados l de forma criptografada. Ou ento, crie uma private cloud hospedada em uma nuvem publica. Alguns provedores permitem isso. Enfim, sempre h o que fazer, mas no deixe que as dvidas e receios quanto ao uso de cloud impeam voc de seguir em frente.

162

Discutindo SaaS janeiro 17, 2011 2011 comeou corrido. Logo na primeira semana uma conversa com um CIO de uma grande empresa sobre Cloud Computing e SaaS. O assunto esquentou bastante ano passado e neste j comeamos a ver as primeiras aes concretas. A conversa bem emblemtica das principais dvidas que ainda persistem sobre o tema e acho que vale a pena compartilh-las aqui. A primeira questo que apareceu na reunio e que volta e meia surge nas discusses sobre SaaS se realmente este modelo reduz os gastos da empresa com software. Na minha opinio, o modelo SaaS tende a reduzir os custos iniciais porque no demanda investimentos prvios em licenas e infraestrutura de suporte como eventuais aquisies ou expanses de hardware para acomodar o novo sistema. Alm disso, o SaaS tender a se manter mais econmico ao longo do tempo, uma vez que observamos que o modelo tradicional constantemente demanda um upgrade significativo (da verso x para uma verso y) e estes upgrades muitas vezes representam de 30% a 40% do custo inicial da aquisio do software. No existem estes custos de upgrade no SaaS. Outro ponto que favorece o modelo SaaS so os custos de suporte, uma vez que no modelo on-premise devem ser adicionados aos custos totais, os custos dos profissionais que suportam o hardware e o banco de dados. Outra pergunta que apareceu na reunio se realmente um sistema SaaS mais fcil e rpido de implementar que um sistema on-premise equivalente. O SaaS tem a vantagem de no haver necessidade de se dispender tempo em instalao e configurao do sistema e dos componentes agregados, como um novo servidor. Mas, uma parte substancial do tempo de implementao de um sistema aplicativo depende do seu nivel de interveno nos processos de negcio da empresa. Nesta etapa no existem maiores diferenas entre um SaaS e um on-premise. Uma terceira dvida foi como integrar sistemas SaaS com os legados, que operam na modalidade on-premise. Esta uma varivel importantssima. Dificilmente uma corporao de mdio a grande porte far uma migrao total para SaaS de um dia para o outro, e mesmo tenho dvidas se conseguir fazer esta transformao em um futuro previsvel. Portanto, integrar SaaS e on-premise um aspecto fundamental da estratgia de SaaS e deve ser visto com bastante cuidado. A integrao pode ser simples, com uploads e downloads de e para a nuvem via processos batch, ou em tempo-real, via Web services. Esta ltima opo pode gerar alguns problemas de performance uma vez que as transaes viajaro pela Internet. Mas, se os SLA permitirem eventuais variaes de performance causados pelo elemento externo e incontrolvel (Internet), tudo bem Na prtica, medida que mais e mais experincias concretas com SaaS se disseminem, os receios tendem a diminuir e o modelo vai se disseminar mais rapidamente. Por outro lado, os gestores de TI no devem ficar alheios entrada dos sistemas SaaS nas empresas. Pela facilidade com que se contrata e se opera um sistema neste modelo, os

163

executivos de negcio podem ficar tentados a bypassar a rea de TI e comear a usar os sistemas SaaS diretamente. Mas, em algum momento ser necessrio integrar o sistema SaaS com os sistemas legados. Alm disso, alguns SaaS, como o salesforce permitem a criao de aplicativos add-on, atravs de uma plataforma prpria (como o Force.com, que um exemplo tpico de PaaS). Escrever estes novos aplicativos vai demandar desenvolvedores profissionais e a rea de TI deve estar preparada para esta demanda. 2011 vai esquentar bastante em termos de SaaS. Os profissionais e gestores de TI devem estar antenados com este movimento. Minha recomendao a aqueles para os quais ainda a ficha no caiu que deixem de ser observadores e passem a liderar sua adoo nas empresas.

164

ITIL e Cloud Computing? janeiro 24, 2011 Outro dia, em uma animada discusso sobre Cloud Computing surgiu a questo: em tempos de cloud, modelos de gesto de TI como ITIL, ainda tem validade? Os ambientes operacionais de TI tendem a cada dia a se tornarem mais complexos e diversificados. Novas aplicaes, usando tecnologias de dynamic programming languages como PHP e Perl, mash-ups e mdias sociais so criadas muito facilmente. Muitas das aplicaes nem dependem mais de desenvolvedores profissionais, tal a facilidade com que podem ser escritas. O resultado que a demanda por mais e mais servios de TI tende a aumentar exponencialmente. O modelo de cloud computing pode ajudar muito na luta contra esta pulverizao de servios. Mas Antes de mais nada vamos lembrar que Cloud Computing o resultado prtico de aplicao da frmula virtualizao + padronizao + automao. Virtualizao o primeiro passo. A padronizao permite criar templates de servios que podem ser solicitados pelos usurios via um portal, e a automatizao cria o ambiente self-service, dinmico e elstico como proposto pela computao em nuvem. Com o modelo de computao em nuvem o usurio no precisa ser um expert para requisitar um servio, podendo fazer isso via um portal. Mas os servios prestados pela nuvem precisam ser medidos e avaliados, de modo que seja possivel definir-se e monitorar-se os SLA (Service Level Agreements). absolutamente necessrio, para uma operao eficiente da empresa, que os servios de TI (em nuvem ou on-premise) sejam gerenciados, em todo o seu ciclo de vida, passando-se pelos conhecidos processos de change management, incident management, performance management, etc. A adoo do framework ITIL enfatiza a padronizao de processos de TI, essenciais para implementar e monitorar o delivery dos servios, sejam estes fornecidos pela prprio data center ou por uma nuvem pblica. Na prtica, na maioria das empresas veremos ambientes hbridos, com parte dos servios sendo oferecidos por nuvens privadas, sejam estas operadas no prprio data center (ou hospedadas em data centers de terceiros) e parte por nuvens pblicas. Todos os benefcios esperados pelo uso de cloud (agilidade, flexibilidade e reduo de custos) podem ser desperdiados se os processos de gesto no estiverem adequados. Claro que a operao de uma IaaS em uma nuvem publica est a cargo do provedor, mas a gesto de quanto da infraestrutura usar (e quanto pagar) deve ser gerenciada pela empresa. Assinar uma nuvem publica como a assinatura de uma linha de celular. Se no houver monitoramento de seu uso, podemos ser surpreendidos com uma conta milionriaAlm disso, a padronizao dos processos permite definir claramente de quem a responsabilidade pelas operaes na nuvem. O provedor de uma nuvem IaaS oferece a infraestrutura virtual, mas quem fica responsavel pelas operaes de backup e restore? Quem fica responsvel pela gesto de segurana e controle de acesso?

165

Outra varivel da equao cloud computing a automatizao. Para termos um ambiente altamente automatizado e self-service, devemos ter processos bem definidos. Imaginem todo e qualquer funcionrio da empresa podendo resquisitar um servidor virtual (nuvem publica ou privada) para quaisquer atividades, at mesmo pessoaisOs servios a serem oferecidos, quem deve ter acesso a eles e os limites para seu uso so parte do processo de gesto da nuvem. A facilidade com que se obtm acesso a nuvens pblicas, aumenta a prossibilidade de gestores das linhas de negcio contratarem diretamente servios em nuvem (Iaas ou SaaS, por exemplo). O resultado do crescimento desordenado de servios em nuvem pode levar a problemas de fragmentao de sistemas, falta de integrao entre aplicaes e claro, ineficincia e aumento de custos. Assim, as empresas que esto adotando cloud devem colocar a gesto de seu ambiente de TI (interno ou terceirizado) como pr-requisito. Frameworks como o ITIL colocam a empresa em um nivel de maturidade suficiente que as permita obter os beneficios da computao em nuvem.

166

Planejamento de Capacidade em Cloud janeiro 31, 2011 O assunto Coud Computing ainda gera muito debate. Em um recente evento me perguntaram se uma empresa que usa nuvens pblicas ainda precisaria fazer planejamento de capacidade, uma vez que, em tese, os recursos computacionais disponveis passariam a ser inesgotveis. Quando for necessrio mais recursos, disse a pessoa, bastaria solicitar seu provisionamento ao provedor da nuvem. Mas, vamos pensar um pouco. Vamos imaginar que um provedor de cloud seja como uma empresa de utilities, como uma operadora de celular. Em tese, basta irmos a uma loja da operadora e comprar uma linha. verdade, mas volta e meia somos desagradavelmente surpreendidos com problemas de sobrecarga, o que nos gera diversos inconvenientes, como falhas ou interrupes na ligao. Nem sempre possivel a uma opradora manter uma capacidade maior que a demanda. Existem momentos e locais em que a demanda maior que a capacidade. Voltemos ao provedor de cloud. Ele tem que fazer um grande investimento para criar seus data centers e bviamente que precisa recuperar seu investimento e gerar lucratividade. Pode acontecer que em determinadas situaes o provedor no tenha capacidade suficiente para acomodar mais pedidos e manter o mesmo nivel de servio. Para garantir sempre um atendimento instantneo ele teria que sustentar uma capacidade em excesso (overprovisioning), que convenhamos, bastante custoso. Na prtica ele vai provavelmente operar como outros provedores de servios comumente operam, que vender mais do que a capacidade suportada, esperando que nem todos a requisitem ao mesmo tempo. Quem faz isso constantemente so empresas areas, com sua prtica de overbooking. Existe um agravante. Recursos computacionais como servidores e storage podem ser rapidamente adquiridos pelo provedor para atender a uma demnda crescente, mas largura de banda de rede muito mais demorada para ser ampliada. um gargalo em potencial. Assim, os recursos no so infinitos. Os provedores precisam fazer estudos de planejamento de capacidade para definir que capacidade podero ofertar ao mercado. E quanto aos usurios? Bem, a empresa que vai usar clouds pblicas deve estimar quanto de recursos sero necessrios, inclusive para fazer as contas de quanto tero que pagar. O custo de hora de servidor virtual barato, mas os custos de transmisso de dados tendem a ser bem mais caros. Alm disso, medida que os modelos de servios de cloud evoluem, novas modalidades de pagamento surgem e o planejamento de capacidade ajuda a identificar qual seria a melhor opo. No dificil imaginar no futuro vermos o mercado de provedores de clouds pblicas ofertando recursos com preos diferenciados, de acordo com o perodo do dia ou do ms. Alis, j vemos alguns primeiros exemplos desta prtica, como o

167

modelo spot pricing da Amazon. Neste modelo voc faz um leilo para usar recursos ociosos da nuvem da Amazon. Imagine que voc queira pagar at 1 dlar por hora de servidor. A Amazon flutua o preo hora de servidor de acordo com a demanda. Vamos supor que o preo de hora de servidor esteja, em determinado momento a 75 centavos de dlar. Neste momento, a Amazon verifica quais usurios querem participar do leilo e quais deles oferecem preos de 75 centavos ou acima. Como voce definiu que pagaria at um dlar, voc um candidato a participar do leilo e eventualmente sua mquina virtual selecionada e alocada. Ela fica operando at que o preo hora do servidor suba (pelo aumento da demanda) e seu preo de at um dlar fica abaixo do valor. Neste momento o seu servidor virtual colocado em stand by. Claro que nem todas aplicaes podem usufruir desta funcionalidade. Temos, portanto, mais uma atividade que necessita de estudos de planejamento de capacidade. Para maiores detalhes do modelo spot pricing vejam //aws.amazon.com/ec2/spot-instances. Que concluso chegamos? Planejamento de capacidade ainda necessrio. Ao usar uma nuvem pblica voc no faz estudos para adquirir computadores fsicos, mas deve planejar quanto de recursos computacionais demanda e estimar quanto custaro estes recursos virtuais. E se vale a pena pagar por eles

Cloud apenas outro nome para Outsourcing? fevereiro 7, 2011 Volta e meia debato o assunto Cloud Computing em eventos e reunies com clientes. Interessante que ainda observo que cloud ainda visto por muitos, como um conceito meio abstrato e amorfo. Para um executivo tomar a deciso estratgica de ir para nuvem, abolutamente necessrio que ele compreenda os seus reais beneficios (e claro, as suas limitaes). Cloud no algo que se compra, como uma caixinha de software, mas um modelo computacional que se constri ao longo do tempo. O sucesso da adoo de cloud mede-se pelos benefcios que o negcio obter com sua adoo. No portanto, apenas uma deciso tcnica, a cargo de analistas de suporte, mas uma deciso de negcios. Um questionamento que sempre ouo se cloud no apenas outro nome para outsourcing. Vale a pena debater este tpico aqui. Para mim cloud uma outra forma de outsourcing sim, mas apresenta muitas diferenas quando comparado ao modelo de outsourcing que tradicionalmente conhecemos. Com cloud podemos externalizar servios especficos e no apenas o all-or-nothing que comumente vemos hoje. O modelo de terceirizao atual prev contratos de longa durao e os servios contratados em nuvem podem ser por tempos curtos e on-demand (um projeto ou uma ampliao momentnea da capacidade computacional) e pagamentos pela utilizao dos recursos (Pay-As-You-Go). Na verdade, IT est cada vez mais indo na direo de ser um conjunto de servios externos. Usamos salesforce.com ou Google e no falamos em outsourcing de CRM ou

168

emailNa minha opinio esta tendncia vai se acelerar, ao ponto que no futuro provavelmente no iremos adquirir primeiro uma tecnologia e depois terceiriz-la. O modelo mental ser primeiro pensar em servios externos. O modelo ser IT-as-aService. Esta mudana, ao longo dos prximos anos, afetar os usurios de TI e os provedores de outsourcing, que tero que se adaptar ao novo modelo. O grande desafio atual separar o que hype do que real. Ainda vemos muitas desinformaes e simplificaes excessivas entre fornecedores de cloud e eventuais usuarios destas nuvens. Cloud pode assumir diversas facetas. Os servios oferecidos em nuvem podem ser de infraestrutura (IaaS), plataforma (PaaS) ou software (SaaS). Vamos fazer uma analogia com a Internet. Internet como um todo algo vago, mas quando a subdividimos em coisas palpveis como comrcio eletrnico, mdias sociais, correio eletrnico, buscadores, etc, fica mais tangivel e fcil de perceber seu valor. Com cloud mesma coisa. O uso de servios como IaaS podem permitir a pequenas e mdias empresas usufruirem de recursos tecnolgicos antes impensveis. Uma empresa pode dispor de 200 ou 300 servidores quase que instntaneamente e pagar apenas pelo seu uso real. No precisa adquiri-los e instal-los fisicamente em um data center prprio. No ser impossvel de vermos futuros negcios se instalando em um ponto comercial apenas adquirindo assinaturas de luz, telefonia e IT. Sua infra de IT ser basicamente tablets, smartphones e browsers. Tudo o mais poder estar nas nuvens. Mas a deciso de adotar o modelo de cloud no deve ser meramente ttico. Vamos relembrar o comrcio eletrnico e o Internet banking. No inicio havim muitas duvidas e receios, mas pouco a pouco se disseminaram e hoje impensvel vivermos sem eles. Estas duas tecnologias criaram novos negcios e mudaram radicalmente muitos outros (transformaram processos internos, relacionamentos com clientes, abrangncia de mercados, etc) e cloud ter provavelmente impactos to grandes ou maiores. O que temos que fazer hoje analisar com mais cuidado o modelo de cloud, separar o hype do real, buscar parceiros e provedores que saibam o que esto falando (e que inspirem confiana) e comear a agir. Estamos, claro, no incio da curva de aprendizado e com certeza no veremos especialistas com 20 anos de experincia em cloud! Mas, na minha opinio se ficarmos parados esperando que o trem saia da estao, podemos perdlo. Os que ficarem para trs podem perder espao no mercado, como as empresas que demoraram a adotar o comrcio eletrnico tiveram que suar muito para recuperar (e muitas no conseguiram) o espao perdido para os seu concorrentes. Meus amigos, saio em frias agora em fevereiro e por incrvel que parea consegui 30 dias. Assim, estarei de volta no incio de maro e em 14 de maro os posts retornam. Enquanto isso, os convido a lerem os posts anteriores. O blog comeou em agosto de 2009 e lendo os textos de l para c teremos uma boa idia da evoluo do conceito.

169

Quando adotar cloud? maro 10, 2011 Em uma recente reunio com executivos de um cliente, onde ficou decidido que iro adotar o modelo de cloud computing, surgiu a questo: quais os principais desafios para colocar as idias em prtica? Algumas das dvidas que foram debatidas so, de maneira geral, comuns a maioria das empresas e portanto vamos compartilh-las aqui. Adotar cloud computing no uma simples questo de implementar um sistema de virtualizao. Alis ainda existe muita simplificao, com empresas implementando virtualizao e afirmando que esto implementando cloud computing. A frmula para cloud computing virtualizao + padronizao + automao. Virtualizao apenas o primeiro passo da jornada. Alguns dos desafios que os gestores de TI vo enfrentar nesta jornada em direo a cloud computing envolvem desde o ritmo, intensidade e abrangncia do uso de cloud at mudanas na prpria estrutura e organizao de TI, com novos skills e responsabilidades, mudanas nos modelos de governana e definio de budgets, e relacionamento com clientes internos e provedores externos. O primeiro passo considerar cloud como estratgia de TI, como foi a mudana do ambiente centralizado para o cliente-servidor h uns 15 anos atrs. As empresas que ignoraram o modelo cliente-servidor e insistiram em se manter por tempo demasiado no ambiente centralizado, tiveram que correr atrs do prejuzo. Lessons learned. Portanto a atitude de TI frente computao em nuvem deve ser pr-ativa e no reativa. TI deve identificar onde a adoo de cloud poder trazer maiores e mais rpidos benefcios para a empresa, inclusive pensando out-of-the-box, criando novas oportunidades de gerao de receita para a organizao. Assim TI deve estar bem identificado com as demandas do negcio e as potencialidades da computao em nuvem. Mas, idias para serem concretizadas precisam de um impulso financeiro. A adoo de cloud deve ser substanciada por uma anlise bem detalhada de ROI (return on investment), TCO (total cost of ownership) e o valor de oportunidades para processos ou produtos inovadores. Deve ficar claro que quando falamos em cloud computing estamos falando de diversos servios em nuvem como IaaS, PaaS e SaaS, que esto em diferentes estgios evolutivos. SaaS j est em operao h bastante tempo, mas PaaS est dando seus primeiros passos agora. Isto significa que muitas vezes os custos e os riscos do pioneirismo devem ser embutidos nos estudos para sua adoo. O ritmo e abrangncia da adoo de cloud na empresa depende muito da sua cultura de inovao e risco. Empresas mais avessas riscos devem comear com servios de cloud j maduros como SaaS, em aplicaes que ofeream o minimo de risco para o negcio.

170

A estratgia de disseminao pode e deve ser gradual. Um exemplo de road map foi o definido pelo CIO do governo federal americano em um recente documento (http://www.cio.gov/documents/StateOfCloudComputingReport-FINALv3_508.pdf) onde ele explicita: . By September 2011 all newly planned or performing major IT investments acquisitions must complete an alternatives analysis that includes a cloud computing based alternative as part of their budget submissions. . By September 2012 all IT investments making enhancements to an existing investment must complete an alternatives analysis that includes a cloud computing based alternative as part of their budget submissions. . By September 2013 all IT investments in steady-state must complete an alternatives analysis that includes a cloud computing based alternative as part of their budget submissions. No conheo pesquisas formais, mas de maneira geral h um consenso que de 10% a 40% das aplicaes que rodam on-premise nas empresas podem migrar para cloud em curto espao de tempo. papel de TI identificar quais destas aplicaes fazem sentido migrarem para cloud, o ROI desta migrao e os prazos para que isso acontea. Finalmente, existe um desafio que ainda no est sendo devidamente ponderado: o gerenciamento e monitoramento dos recursos em cloud. A computao em nuvem muda de forma significativa a maneira como os recursos de TI so adquiridos e utilizados. De maneira geral, pelos menos nos prximos anos, veremos ambientes hibridos nas empresas, com sistemas rodando on-premise em servidores dedicados, outros rodando em nuvens privadas e outros em nuvens pblicas. Gerenciar, monitorar e garantir a interoperabilidade deste ambiente complexo no e nem ser uma tarefa simples. A rea de TI passar a ser aos poucos de exercer funes de gerenciadora de ativos a gerenciadora de relacionamentos com os provedores de nuvens. Novos skills e funes devem ser adquiridos como cloud services architects. Os modelos de governana devem ser ajustados para a flexibilidade, elasticidade e caracteristicas self-service do ambiente de nuvem. O resumo da pera que a transio para a nuvem vai exigir bastante planejamento. Voltando no passado, se olharmos os ento CPDs que mantinham sistemas centralizados e compar-los com os data centers de hoje que rodam sistemas Web e cliente-servidor em centenas ou milhares de servidores, veremos imensas diferenas. E as diferenas entre estes data centers de hoje e as nuvens de manh sero iguais ou maiores. Portanto, devemos comear a planejar este novo cenrio a partir de hoje.

171

Segurana em Cloud: debatendo um pouco mais maro 21, 2011 Em palestras e reunies sobre Cloud Computing o tema que se sobressai segurana. Na verdade a questo segurana e o receio diante de uma novidade comum e sempre aconteceu. Quando, no incio dos anos 90 do sculo passado o assunto era adoo do modelo client-server o questionamento era similar. O mesmo quando comeou-se a se falar em comrcio eletrnico e era grande o temor de se liberar o uso de cartes de crdito pela Internet. Hoje, o tema segurana tambm permeia as principais discusses sobre liberao ou no do uso de smartphones e mdias sociais nas empresas. Enfim, uma discusso natural diante de qualquer novidade e na minha opinio bastante salutar. Posteriormente, medida que adoo de cloud computing se disseminar, ou seja, aps vencermos os receios quanto segurana, os assuntos que nortearo os eventos e debates sobre cloud passaro a ser integrao (como integrar aplicaes em clouds diversas e com aplicaes que no estejam em cloud) e mais frente ainda, teremos os debates sobre governana. Mas, como hoje o tema mais proeminente segurana, vamos explor-lo um pouco mais neste post. Mtodos e processos de segurana mudam a cada vez que o modelo computacional muda. Foi assim quando surgiu o cliente-servidor e muitos dos mtodos adotados para ambientes centralizados tornaram-se inteis. Foi assim quando a Internet passou ser parte integrante dos processos de negcio e os mtodos adotados para segurana internos mostraram-se insuficientes e tiveram que ser modificados. Com adoo de cloud computing a histria est se repetindo. Temos que repensar muitos dos processos de segurana atualmente adotados. Entretanto, ao se falar em segurana em cloud, temos que separar nuvens pblicas das privadas. Alm disso, as politicas e consequentemente os mtodos e processos de segurana adotados diferem de empresa para empresa, pois a tolerncia riscos diferente em empresas e setores diversos. Em nuvens privadas, as politicas de segurana so as j adotadas pela empresa, claro que atualizadas para o novo modelo. Em nuvens pblicas, a poltica de segurana fica subordinada aos mtodos e processos adotados pelo provedor da nuvem. Claro que a preocupao com segurana primordial para o sucesso de qualquer provedor de nuvens pblicas e eles, pelo menos, os que tem capital intelectual e financeiro suficientes, implementam processos, mtodos e tecnologias que reforam a segurana. Alm disso, muitos buscam passar por auditorias externas como SAS 70 (http://en.wikipedia.org/wiki/SAS_70) e certificaes oficiais como ISO 27001 (http://en.wikipedia.org/wiki/ISO_27001). Nos EUA e Europa tambm buscam compliance com FISMA (Federal Information Security Management Act (http://en.wikipedia.org/wiki/FISMA) para projetos junto ao governo americano, Payment Card Industry Data Security Standards (http://en.wikipedia.org/wiki/PCIDSS)

172

para operaes que envolvem cartes de crdito e European Data Privacy Directives para operaes com empresas europias. Por outro lado, empresas menos tolerantes riscos optam por adotar nuvens privadas para seus sistemas crticos, usando nuvens pblicas apenas para aplicaes que no implicam em riscos para negcio. Na verdade a adoo de cloud acontece quando o valor percebido pelo novo modelo excede a percepo do seu risco. Cloud deve ser adotado no apenas por reduo de custos, mas pela velocidade e flexibilidade que permite a empresa inovar e criar novos produtos e servios suportados por TI. Adotar cloud significa rever seus processos, mtodos e tecnologias de segurana. Para ficar mais claro devemos dividir a questo segurana em diferentes aspectos como proteo e privacidade dos dados, garantia de integridade dos sistemas (controle de acesso e vulnerabilidades), disponibilidade, facilidades de auditoria e compliance com as regras do setor de negcio em que a empresa esteja inserida. A anlise destes pontos que vai definir o ritmo de adoo de cloud e se a nuvem ser privada, pblica ou mesmo hbrida. Por exemplo, no quesito auditoria, os processos SAS 70 no esto plenamente preparados para computao em nuvem e j se trabalha no SSAE 16 como seu substituto (http://ssae16.com/). medida que o conceito de cloud evolui, novos processos e tecnologias de segurana surgiro e veremos um circulo virtuoso. Estas novas tecnologias traro mais confiana no uso de cloud, o que aumentar sua disseminao e com mais disseminao, mais novas e inovadoras tecnologias de segurana surgiro, fazendo girar o crculo. Tambm, como sinal de amadurecimento do mercado, comeamos a ver os primeiros esforos na definio de padres de segurana, que permitam classificar de forma consistente as solues de segurana oferecidas tanto pelas nuvens privadas, mas e principalmente pelos provedores de nuvens publicas. Recomendo a leitura dos papers Security Guidance for Critical Areas of Focus in Cloud Computing, publicado pela Cloud Security Alliance (https://cloudsecurityalliance.org/csaguide.pdf) e Cloud Computing Security Risk Assessment, publicado pela ENISA (European Network and Information Security Agency), em http://www.enisa.europa.eu/act/rm/files/deliverables/cloud-computing-risk-assessment. Aos poucos estas iniciativas ajudam as empresas analisarem mais detalhadamente o que pode ou no ir para uma nuvem pblica ou privada e mesmo comparar os niveis de segurana oferecidos pelos diversos provedores de nuvens pblicas. O resultado final que pouco a pouco a computao em nuvem vai quebrando barreiras e se disseminando pelo mercado.

173

Da virtualizao a Cloud Computing maro 28, 2011 Em um dos ltimos eventos sobre Cloud Computing um gestor de TI me disse que j usava computao em nuvem h bastante tempo. Me interessei, pois sempre busco casos de sucesso ou insucesso. Os de insucesso so muito interessantes, pois aprende-se muito com os errosQuestionado, ele me disse que j havia virtualizado quase todos os seus servidores. E? Sim, isso mesmo, na opinio dele, virtualizar os servidores significava j estar na computao em nuvem. Infelizmente, tive que frustr-lo e mostrar que uma simples virtualizao no computao em nuvem. apenas o primeiro passo, desde que exista uma estratgia para chegar l. Se a virtualizao for o objetivo final, no vai se chegar na computao em nuvem. Cloud Computing demanda mudanas nas arquiteturas tecnolgicas, processos de governana, modelos de funding e relacionamento com os usurios e clientes. Muitas empresas adotaram a virtualizao com o objetivo de consolidar seus servidores e reduzir seus custos de hardware e energia. Ou mesmo evitar a construo de um novo data center, pela proliferao de servidores fsicos. Entretanto, logo descobriram que passar, por exemplo, de 100 servidores fsicos para 50 servidores, mas com 300 ou mais servidores lgicos virtualizados criava imensos problemas de gesto, com consequentes aumentos de custos. Minha sugesto para ele foi dar os passos seguintes. A virtualizao abstrai as aplicaes da infraestrutura e pode ser a base para a construo de uma estratgia de cloud computing. Os passos seguintes devem ser a padronizao e automatizao do ambiente computacional. um processo gradual. Com um ambiente virtualizado podemos nos concentrar nas melhorias operacionais, criando mecanismos que permitam um provisionamento e alocao de recursos de forma mais rapida e automtica. O usuario poder ele mesmo requisitar os recursos computacionais, via um portal de acesso. Claro que neste estgio teremos que repensar os processos burocrticos e manuais que adotamos hoje. Quando uma requisio de servidores deixa de passar por um administrador humano e passa a ser automtico, via portal self-service, e o tempo de provisionamento deixa de ser de duas ou trs semanas, e sim de apenas alguns minutos, os processos devem ser revistos. A adoo da computao em nuvem deve seguir uma estratgia bem definida. De maneira geral uma grande empresa comea por uma nuvem privada, de modo exploratrio, com casos bem definidos e restritos. Um bom exemplo o ambiente de desenvolvimento e testes. uma boa maneira de se comear a colocar em prtica a computao em nuvem. As lies aprendidas sero muito teis quando da disseminao do modelo em nuvem para outros contextos, como o de produo.

174

A computao em nuvem provoca a reviso do relacionamento data center-usurio, inclusive permitindo uma viso mais exata do consumo de recursos e consequentemente abrindo espao para uma reviso dos processos de funding da empresa. O modelo selfservice abre novos desafios sob a perspectiva de segurana e gesto. Por exemplo, em um ambiente de teste em nuvem, todo e qualquer desenvolvedor poder alocar um servidor virtual ou existiro regras claras de quem poder alocar tais recursos? Muito bem, comeamos a explorar uma nuvem privada. Prximo passo provavelmente ser adoo de nuvens hbridas, com algumas aplicaes e servios rodando em nuvens pblicas. Surgem novos desafios, que vo da segurana integrao. Como interoperar uma aplicao que est em uma nuvem privada com outra que esteja em uma nuvem pblica? Porque pensar em nuvens hbridas? Muitas vezes ser necessrio lidar com periodos de pico que no justificam a aquisao de ativos (servidores), que se tornaro ociosos a seguir. Um exemplo? O prprio ambiente de desenvolvimento e teste poder passar por perodos de pico extraordinrios e de curta durao. Permitir que ele se expanda temporariamente para uma nuvem pblica faz com que no seja necessrio adquirir novos servidores. Outro ponto que devemos analisar que muitas aplicaes e servios podero rodar sim, em nuvens pblicas, desde que satisfaam os critrios de segurana e governana corporativa. Neste caso, o modelo hibrido torna-se constante. Na minha opinio, a maioria das empresas de mdio a grande porte iro, nos prximos anos, caminhar para este modelo. Neste ano j vemos uma acelerao signficativa de uso da computao em nuvem. De forma exploratria, verdade, mas medida que formos aprendendo a us-la e sentirmos seus beneficios, a velocidade de adoo ser bem mais acelerada. Algumas estimativas apontam que cerca de 2/3 das grandes empresas j estaro usando, nos prximos anos, em maior ou menor grau, nuvens privadas. Nuvens hbridas sero o passo seguinte e logo aps perderemos o medo de usar nuvens pblicas. Portanto, os gestores de TI esto diante de um futuro que j comea a se fazer presente: a empresa na computao em nuvem ou seja, o mundo ps-virtualizao. A pergunta que se faz : estamos preparados?

175

Debatendo um pouco mais Cloud security abril 6, 2011 A cada vez que o assunto Cloud Computing surge em uma reunio, a questo da segurana aparece em primero lugar. Sendo assim, nada mais natural que eu volte a falar deste tema. Neste post vou abordar os provedores externos de infra-estrutura em nuvem, os provedores de IaaS. No caso dos provedores de IaaS o primeiro lembrete que eles no so iguais. Ou seja, cada provedor, apesar das aparentes similaridades dos recursos de segurana quando olhamos superficialmente a questo, oferece, ao nos aprofundarmos na anlise, niveis de segurana bastante diferentes. inevitvel. A experincia, capacitao e poder financeiro por trs do DNA corporativo de cada provedor vai se traduzir em diferentes processos de gesto de segurana. Um provedor de hosting voltado a pessoas fsicas e pequenas empresas, que se lana como provedor de cloud, no tem a experincia acumulada de uma outra empresa que h anos se dedica a terceirizar servios de outsourcing a empresas extremamente exigentes quanto segurana, como bancos e operadoras de cartes de crdito. Alguns exemplos: Qual o nivel de controle de segurana fsica e gerencial oferecido pelo provedor nos seus data centers? Existem tecnologias adequadas para mitigar os efeitos de ataques DDoS (Distributed Denial-of-Service)? Quais os recursos oferecidos pelo provedor para deteo de intruses? Quais os recursos oferecidos para garantir o isolamento das mquinas virtuais de diferentes clientes que compartilham os mesmos servidores fsicos? Outro aspecto que deve ser analisado nos provedores externos a questo do IAM (Identity and Access Management). Sugiro validar se e como os funcionrios do prprio provedor acessam as mquinas virtuais dos clientes. No caso de funcionrios do provedor terem acesso, para atividades operacionais como debug ou atualizao de patches, este acesso auditado e rastrevel? No caso de acesso pelos clientes, o provedor tem procedimentos que garantam que apenas os usurios autorizados acessam as mquinas virtuais destes clientes? Alm disso, o discurso comercial pode induzir algumas confuses adicionais. Muitos provedores argumentam que por possuirem um nivel de auditagem SAS 70 Type II sero absolutamente seguros. No verdade, pois o SAS 70 no revisa a eficcia dos processos e controles de segurana, mas apenas checa se tais procedimentos existem e se esto documentados. Outra confuso aparece quando se analisa o provedor perante requerimentos como o Sarbanes-Oxley Act (SOX). Muitas vezes o provedor apenas cumpre parte dos requerimentos e pode acontecer que tais partes no estejam altura do nvel de compliance de sua empresa. Assim, no basta saber que o provedor est

176

compliance com SOX ou PCI DSS (Payment Card Industry Data Security Standard). necessrio que voc verifique com cuidado se o nivel de compliance dele adequado s suas necessidades. No final das contas, apesar do provedor oferecer processos e controles de segurana adequados, sua empresa a responsvel final pela segurana. No caso de infra em nuvem (IaaS), no esquea que estamos falando de servidores virtuais e o controle de acesso lgico aos aplicativos e dados de responsabilidade dos usurios da nuvem e no do provedor. O que significa tudo iso? Simples. A responsabilidade pela resilincia da infra em nuvem compartilhada tanto pelo provedor como pelos seus clientes. O provedor tem que garantir a resilincia do data center e dos servidores. Os aplicativos so de responsabilidade da empresa. Assim, como mensagem final, avalie cuidadosamente os provedores, filtre os discursos comerciais e analise em detalhes os processos e controles de segurana oferecidos.

177

Politica Cloud First do governo americano avaliza potencial de Cloud Computing abril 12, 2011 Recentemente li com ateno o documento Federal Cloud Computing Strategy (http:// www.cio.gov/documents/Federal-Cloud-Computing-Strategy.pdf) publicado em fevereiro deste ano pelo CIO do governo americano. O documento, embora apresente uma viso macro, serve de orientao para rgos de governo de quaisquer pases, inclusive o Brasil e como tal pode ser visto como um roteiro de implementao de cloud computing por rgos governamentais (de qualquer esfera) e empresas privadas. Segundo o documento, o setor de TI do governo americano caracterizado por baixa utilizao de seus ativos, sistemas duplicados, fragmentao na demanda de recursos, ambientes diversos e de dificil gerenciamento, etc. Na minha opinio a mesma situao ocorre em praticamente todas organizaes complexas, como rgos de governo e empresas privadas de grande porte. O documento mostra tambm que do budget de 80 bilhes de dlares/ano, pelo menos 25% ou 20 bilhes podem ser alvo potencial de deslocamento para o modelo de cloud computing. A estratgia adotada pelo governo americano chamada de Cloud First Policy, ou seja, a primeira opo o modelo em nuvem e apenas se o modelo no for adequado, a implementao de um novo sistema poder ser no atual modelo computacional. Um texto oficial do governo explicita claramente: Jeffrey Zients, the federal governments chief performance officer, announcedthat the Office of Management and Budget will now require federal agencies to default to cloud-based solutions whenever as secure, reliable, cost-effective cloud option exists. Na minha opinio um significativo aval quanto potencialidade e aplicao da computao em nuvem. O documento analisa os benefcios e os riscos potenciais do ambiente de computao em nuvem e utiliza a definio de Cloud Computing do NIST (National Institute of Standards and Technology) Cloud computing is a model for enabling convenient, ondemand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications and services) that can be rapidly provisioned and released with minimal management effort or service provider interaction. O NIST tambm define os modelos de service como IaaS, PaaS e SaaS, e os modelos de entrega como private, community, public e hybrid. Caso queiram ver o documento do NIST acessem //csrc.nist.gov/groups/SNS/cloud-computing/cloud-def-v15.doc. Um captulo interessante o Decision Framework for Cloud Migration, que aborda o processo de migrao em trs etapas: 1) Select. Identifica que servios podem ser transferidos para cloud computing e quando podem ser movidos. Passa pela determinao do que ele chama de cloud readiness ou seja, qual o grau de preparao que o rgo ou empresa se encontra para migrar para

178

cloud; 2) Provision. Busca garantir critrios de interoperabilidade entre aplicaes e servios nas nuvens com os que continuam on-premise, bem como contratos e acordos de nivel de servio com os provedores de nuvem; e 3) Management. So as recomendaes de monitorao e gesto das nuvens. Um ponto importante a recomendao de reavaliao peridica dos provedores. Outro captulo que chama ateno o que lista exemplos bem sucedidos de implementao de cloud em rgos de governo. Infelizmente no so muitos, mas mostra o potencial de uso da computao em nuvem. Alis, o governo americano criou recentemente um ambiente de aplicativos la AppStore chamado de Apps.gov (http:// www.info.apps.gov/) onde os rgos do governo podem obter recursos em cloud, de IaaS a SaaS. Na prtica o documento, embora no entre em detalhes, um bom modelo que orienta rgos de governo e empresas privadas no processo de adoo de cloud. Um ponto que chama ateno a abordagem de cloud, no se prendendo apenas a reduo de custos, mas como plataforma que impulsiona agilidade e inovao no setor pblico. Claro que reduo de custos importante, tanto que cloud faz parte da estratgia de consolidao dos 2100 data centers do governo americano. Mas, na minha opinio uma abordagem focada em reduo de custos induz naturalmente aos executivos a olharem TI como commodity, como o jornalista Nicholas Carr definiu em seu instigante livro Does IT Matter?. Olhando cloud como plataforma para inovao, nossa leitura que embora certos aspectos de TI sejam comoditizados (infraestrutura, por exemplo), existe ainda muito espao para inovao que ser potencializada pelo ambiente em nuvem. Outro aspecto legal do documento que embora seu pblico alvo sejam os CIOs, ele pode ser usado pelos prprios CIOs como ferramenta de apoio no convencimento dos demais executivos a adotarem cloud como estratgia de TI da empresa. O documento no entra em detalhes de como por exemplo, identificar quais as aplicaes mais adequadas para migrarem para nuvem, que poder demandar algum apoio externo (consultoria), mas um primeiro e importante passo na jornada em direo computao em nuvem. Entretanto, o governo americano, atravs do NIST dever publicar at o fim deste ano um documento denominado Cloud Computing Technology Roadmap (http://tinyurl.com/3quxh7v) que abordar os aspectos tcnicos em maior profundidade.

179

Validando provedores de IaaS abril 18, 2011 Nas ltimas duas semanas estive envolvido em uns 3 ou 4 eventos sobre Cloud Computing. um assunto que ainda gera muita discusso. inevitvel, pois cloud uma revoluo na maneira de se entregar e consumir TI. Se esta nova maneira de se ver TI fosse compreendida de imediato, no seria uma revoluo. Destes eventos, vou tirar uma pergunta que me foi feita e trabalhar em cima dela. A pergunta foi: Como posso escolher um bom provedor de nuvem de infraestrutura, IaaS?. um ponto interessante. Embora existam diversos provedores de IaaS, alguns nacionais e outros globais, despeito das similaridades quando se olha os seus prospectos de marketing, eles no foram criados de forma igual e nos detalhes mostram-se totalmente diferentes entre si. Cada provedor de IaaS foi desenhado e arquitetado para atender mercados de escalas e caractersticas diferentes. Assim, alguns se propem a atender grandes empresas, altamente exigentes em termos de niveis de servio e compliance aspectos regulatrios, enquanto outros buscam atender empresas de pequeno porte, menos exigentes quanto a estes aspectos. Os seus data centers tambm so desenhados com esta escala em mente. Para atender a algumas centenas de clientes um data center ter caractersticas diferentes de outro que dever suportar alguns milhes de clientes. Os objetivos de negcio tambm so diferentes, o que vai se refletir nos investimentos e capacidade financeira de cada provedor. A escala do provedor tem um reflexo imediato na flexibilidade e nos preos oferecidos por ele ao mercado. O provedor deve previamente investir em uma determinada capacidade computacional, capacidade esta que ser oferecida ao mercado. Ou seja, ele tem que fazer um investimento upfront para entrar no mercado. Se seus clientes tiverem um ticket mdio muito pequeno, ele precisar de muito flego financeiro para subsidiar o negcio at que suas ofertas IaaS sejam lucrativas. Alm disso, a sua escala tambm influencia o grau de elasticidade que ele poder prover. Por exemplo, se seus clientes no variarem muito em termos de consumo computacional e estiverem prximo dos limites de utilizao do seu data center, qualquer aumento de demanda necessitar de mais investimentos e a velocidade do atendimento ser mais demorada. Nestes casos ele provavelmente nem poder garantir que 100% dos recursos provisionados sero realmente alocados. Por outro lado, provedores com excesso de capacidade e clientes com variao de carga significativa, poder oferecer preos diferenciados de acordo com a demanda. Os data centers dos provedores tambm merecem uma ateno especial. Algumas empresas globais tem condies de criar vrios data centers, com controles de segurana extremamente sofisticados. Outras, sem esta capacidade de investimento, podero dispor

180

de um data center mais vulnervel a ataques ou mesmo a situaes de indisponibilidade. Os servidores destes data centers tambm no so os mesmos. De maneira geral, um servio de IaaS baseado em servidores de base Intel ou AMD, com sistemas operacionais Linux e/ou Windows. Porque este assunto nos interessa? Ora, dependendo do processador, ele poder ou no ter recursos de virtualizao embutidos no hardware, o que melhora o desempenho dos servidores virtuais. Verifique tambm se os servidores e clusters que compem o data center tem componentes redundantes, como dual power supplies ou dual network interfaces cards (NICs). O nivel de disponibilidade oferecido pelo provedor afetado por estas caractersticas. Outra tecnologia a ser observada a de virtualizao. De maneira geral encontramos hipervisores VMware, Xen, Hyper-V e KVM. Se voc estiver preocupado com performance um estudo mais detalhado poder mostrar qual hipervisor ser mais adequado para o nivel de desempenho e disponibilidade esperado para suas aplicaes. Dependendo da tecnologia de virtualizao e da expertise do provedor voce poder ter diferentes niveis de disponibilidade. O pior a queda de um servidor fsico derrubando todos os servidores virtuais que rodam nele. A partir da, ser interessante analisar como o provedor garantir a disponibilidade: ele poder automticamente remover o servidor vitual de um servidor fsico indisponivel para outro, sem afetar a operao dos usurios? E qual ser o custo deste nivel de disponibilidade? Como falamos em disponibilidade, devemos entrar no assunto disaster recovery. Se o data center ficar indisponivel, existe data center alternativo para continuar a operao do provedor? Em caso positivo, em quanto tempo o data center alternativo poder comear a operar? Outro ponto o grau de automao e velocidade de atendimento do provedor solicitaes de provisionamento do usurio. Se o processo de provisionamento do provedor ainda demandar processos manuais, o atendimento poder levar algumas horas. J um provedor que oferea recursos automticos de provisionamento e interfaces selfservice poder atender as demandas em poucos minutos. Um aspecto importante o SLA (Service Level Agreement). Na seleo do provedor considere os niveis de servio desejveis e selecione apenas os que puderem, de forma comprovada, oferecerem tais acordos. Importante colocar nos contratos as penalidades pelo no cumprimento destes acordos. Considere que o nivel de servio de uma aplicao hospedada em provedor de IaaS pblico passa pela rede, seja esta Internet (pelo qual nem sempre se tem controle) ou por uma rede privada, onde o acordo tem que ser fechado com o provedor da nuvem e o da rede. Nos acordos verifique se existe alguma clusla referente a ataques DoS (Denial-of-service), pois existe a sempre presente possibilidade de um provedor de nuvem pblica ser atacado por crackers. Afinal, ele concentra em seu data center centenas de empresas diferentes. Entoqual o melhor provedor? Depende das necessidades de cada empresa. Algumas demandam um nivel de exigncia que as limitar a selecionar um provedor de escala

181

global. Outras, no demandam tais exigncias e podem conviver com um provedor que no oferea niveis muito elevados de disponibilidade e flexibilidade.

Road map: da virtualizao para Cloud Computing maio 2, 2011 H poucos dias gravei um webcast com o iMasters, sobre Cloud Computing. A idia foi debater com mais detalhes enfoques prticos de como implementar cloud e o ttulo, sugestivo foi de Da virtualizao para Cloud Computing: um road map prtico. O vdeo, com cerca de 85 minutos de durao, pode ser visto em sua ntegra em http://www.videolog.tv/video.php?id=646119 . Cloud computing, embora muitos talvez ainda no tenham percebido, tem o potencial de mudar de forma radical a indstria de TI, afetando tantos os produtores como os consumidores de produtos e servios. Da mesma forma que o modelo cliente-servidor provocou um choque ssmico na indstria de TI, criando novas empresas como Oracle e Microsoft, eliminou outras como Digital e Control Data, que no souberam compreender a mudana. O mesmo acontecer com a indstria de TI atual. Novas empresas esto surgindo e outras ainda surgiro, enquanto algumas, tradicionais, podem at mesmo desaparecer. O modelo de cloud se baseia em trs pilares bsicos: virtualizao, padronizao e automao. Em consequencia surge a possibilidade de se requisitar e obter os recursos de TI por meio de portais self-service. No webcast abordei em mais detalhes os beneficios obtidos com este modelo, bem como os riscos a que toda novidade se expe. Tambm mostramos um road map que orienta as empresas a desenharem sua jornada em direo computao em nuvem. E um item que mereceu certo destaque foi onde debati as lessons learned, uma coletnea de erros e acertos que envolveram dezenas de projetos de implementao de Cloud Computing em todo o mundo. Vale a pena investir hora e meia ( um longo tempo, eu sei) porque o tema est cada vez mais no centro das telas dos radares das empresas. Mas, gostaria de fazer alguns comentrios adicionais ao webcast. Primeiro, embora j se fale muito no assunto, ainda vejo um certo desconhecimento quando se mergulha nos detalhes. Ou seja, quando nos deslocamos do conceito para a prtica. Uma nuvem deve ser vista sob duas dimenses: pelo seu nivel de abstrao (IaaS, PaaS e SaaS) e pelo modo como estes servios podem ser entregues: nuvens pblicas, privadas e hbridas, com aplicaes em nuvens privadas e outras em nuvens pblicas. Estas diversas formas de vermos a computao em nuvem se traduz em formas diferentes de, por exemplo, implementar mecanismos de segurana. Em nuvens publicas, os mecanismos de segurana tradicionais no se aplicam de forma adequada. Observei em um recente evento de segurana que muitos profissionais de segurana ainda no estavam compreendendo as diferenas entre nuvens privadas e pblicas e apontavam os

182

mecanismos de segurana usados hoje no modelo on-premise como vlidos para nuvens pblicas. Eventualmente, com poucas modificaes podem ser adotados em nuvens privadas, mas discordo de sua aplicabilidade nas nuvens pblicas. Outro ponto que me chama ateno que os modelos IaaS (Infrastracture-as-a-Service) e SaaS (software-as-a-Service) so razoavelmente compreendidos, mas PaaS (Platform-asService) ainda est meio nebuloso. Talvez possamos resumir seu conceito como middleware as a service in the cloud. Mas, ateno, no significa simplesmente colocar um middleware tradicional do modelo on-premise em uma nuvem IaaS. Se voc ainda necessitar de uma boa e velha licena de software tradicional, voc no estar adotando o conceito de servios. Ser apenas um software hospedado em um provedor de IaaS. Mas se o middleware for disponibilizado como servio, o termo estar correto. Na minha opinio o melhor exemplo de PaaS o force.com criado pela salesforce.com e adotado como definio padro pelo NIST, rgo de padres do governo americano. Outro aspecto que chamo a ateno que nem sempre o motivador para adoo de cloud ser reduo de custos. Em uma nuvem privada, por exemplo, a agilidade e a flexibilidade para atender novos servios o principal atrativo, embora a empresa ainda tenha que dispender muito dinheiro com seu ativo de hardware e software. Claro que existe potencial de reduo de custos pela padronizao e automao, que diminui os custos operacionais, mas agilidade na obteno de novo servios de TI est se tornando o principal driver para sua adoo. Pensem nisso. Uma nuvem privada introduz um novo meio para TI interfacear com seus clientes (portal self-service com um catlogo de servios padronizados) e uma nova maneira de entregar estes servios (automatizado, sem interferncia do pessoal de TI, deixando a cargo do prprio usuario o que e quando usar os servios). Estas mudanas demandam um novo modelo de relacionamento entre TI e seus usurios e em ultima anlise, como os proprios usurios desenvolvem seus negcios. Portanto a adoo de uma nuvem privada requer mudanas na organizao, processos e modelos de custeio e negcios de TI. A empresa desloca seu foco de TI da tica de tecnologias e ativos (servidores e softwares) para servios. um processo gradual, que deve comear por uma rea relativamente isolada (como desenvolvimento e testes) e aos poucos se expandindo para o ambiente de produo. E quanto a adotar uma nuvem publica? Se a empresa no tiver sistemas legados, ser bastante simples. Comea do zero em um ambiente de nuvem, sem necessitar de comprar servidores e softwares. Mas se existir um legado? De maneira geral, para empresas que j dispem de TI, identifico trs motivadores para adoo de nuvens pblicas: a) sistemas legados obsoletos esto impedindo o crescimento do negcio, b) os recursos de TI esto subdimensionados e no suportam crescimento da demanda, e c) a empresa vai lanar novos servios e no quer manter o modelo tradicional onpremise, pois cloud faz mais sentido para ela.

183

A escolha do provedor de nuvem pblica no pode ser feita de maneira simplista. Entre os quesitos de avaliao, como grau de segurana e disponibilidade que ele oferece, um item que deve ser validado como voc conseguir interoperar os sistemas que estaro na nuvem com os legados, on-premise? Esta interoperbilidade fcil ou vai demandar esforo para escrever novos cdigos acessando APIs especficas? No esquea que muitas vezes voc ter que operar um software, como um banco de dados, tanto na nuvem como suportando aplicaes on-premise. Voc poder expandir a licena on-premise para tambm operar o software na nuvem, sem gastos excessivos? Enfim, estamos ainda dando os primeiros passos nesta longa jornada e pouco a pouco vamos acumulando mais e mais conhecimento. Talvez o webcast ajude um pouquinho nesta compreenso.

184

Insights de 110 projetos reais de implementao de Cloud maio 11, 2011 Volta e meia nos deparamos com pesquisas sobre adoo de Cloud Computing. Entretanto, a maioria deles se concentra na opinio de executivos ou representantes da indstria. No olham realmente o dia a dia de quem est com a mo na massa. Recentemente a IBM realizou uma pesquisa diferente, coordenada pela IBM Academy of Technology, concentrando-se em quem esteve ou est envolvido com projetos de cloud em diferentes clientes: os arquitetos e engenheiros de software. O projeto gerou um relatrio muito interessante chamado Cloud Computing insights from 110 implementation projects que pode ser acessado em http://tinyurl.com/5sb6pzt. O relatrio descreve como os arquitetos implementaram projetos reais de clouds e como os clientes esto vendo sua adoo, do ponto de vista de quem est diretamente envolvido com os projetos de implementao. Vamos resumir algumas das suas concluses, mas recomendo a leitura do relatrio na ntegra. a) Como as nuvens so implementadas? A pesquisa mostrou que apenas metade das implementaes obedeceram a uma estratgia de cloud, enquanto a outra metade consistiu-se de iniciativas isoladas, sem objetivos claros e bem definidos. Tambm ficou claro que a maioria dos projetos atuais ainda so projetos piloto, de mbito bem localizado. Ainda so poucas as iniciativas de escopo empresarial. Mas, na verdade, como cloud ainda novidade, a maioria do clientes comea sua jornada com projetos experimentais, para obter experincia e desenhar de forma mais adequada aes mais amplas. Um bom ponto de partida para uma experimentao criar uma nuvem privada para o ambiente de desenvolvimento e testes, pois desta forma minimizam riscos de segurana (ambiente de certa forma isolado) e obtm ganhos significativos e palpveis, para seguirem m frente com novos projetos. b) Adotar o modelo de nuvens vai obrigar revises nos processos de governana de TI. Este foi o sentimento geral das empresas que implementaram projetos piloto. c) Na pesquisa identificou-se que 70% das iniciativas eram de nuvens privadas e apenas 30% de nuvens pblicas. Existe, claro a ressalva que os projetos eram em grandes clientes, que geralmente comeam sua experimentao por nuvens privadas. Se a pesquisa fosse realizada em clientes de menor porte, provvel que a relao fosse inversa. Obteve-se uma informao interessante: nas nuvens privadas o predomnio dos projetos foi de IaaS, seguido de PaaS. J nas nuvens publicas o SaaS dominou o cenrio, secundado por projetos de IaaS. d) Observou-se tambm que os clientes sentem que cloud um movimento irreversvel e que em dois a trs anos muitos sistemas crticos estaro rodando em nuvens. Entre as aplicaes mais citadas como as prximas a entrarem em nuvem so business analytics, colaborao e Web. e) A leitura do relatrio deixa claro que os prximos desafios, aps a desconfiana da segurana for vencida, sero as questes de integrao e interoperabilidade entre nuvens

185

diferentes e entre aplicaes on-premise as que rodaro em nuvens. f) Um ponto imporatnte e decisivo para o sucesso da adoo da cloud computing a padronizao de imagens. Isto abre espao para demandas de novos recursos de gesto baseados em ITIL, como image management. Vemos que ainda existem inibidores para uma maior adoo de computao em nuvem. Segurana aparece em primeiro lugar. Mas, nos projetos avaliados pela pesquisa, como o modelo de nuvem adotado foi de nuvem privada, as questes de segurana so minimizadas. Afinal, a nuvem est operado dentro do firewall e das politicas de segurana da prpria empresa. Por outro lado, os projetos demonstraram claros benefcios. Embora custo tenha sido um dos apelos iniciais, a flexibilidade que a nuvem oferece para os usurios hoje o seu principal atrativo. A velocidade com que as demandas por recursos e facilidade de TI, que eram medidas em semanas, passam a ser feitas em minutos. Isto abre novas oportunidades para criar aplicaes inovadoras em tempos muito mais curtos e facilita experimentaes de novos produtos e sistemas. O relatrio tambm aponta algumas tendncias como: a) O modelo de pay-as-you-go, tipico das nuvens publicas, tambm dever ser adotado nas nuvens privadas, com acordos entre IT e as linhas de negcio. b) Mesmo as grandes empresas vo adotar nuvens publicas com maior intensidade, gerando nuvens hbridas, com parte de aplicaes rodando em nuvens privadas e parte nas nuvens pblicas. Novamente vem luz a questo da integrao e interoperabilidade. c) Governana do ambiente em nuvens um desafio a mais, pois muitos processos devem ser revistos. Extenses e adaptaes das disciplinas do ITIL so esperadas. Podemos citar como exemplo image management como uma nova e importante disciplina e modificaes em service design, service strategy, service operation, service transition, service operation e service improvement. d) os aplicativos tendero ser cada vez mais multi-tenancy. Hoje so no-multitenancy e devem exigir esforo imporante por parte dos fabricantes de softwares, bem como demandaro novos skills dos desenvolvedores nas empresas. Enfim, analisando o relatrio podemos chegar a algumas concluses, que gostaria de compartilhar com vocs: a) Comecem a jornada em direo a cloud por projetos piloto, identificando e implementando workloads mais adequados este modelo. um processo gradual, com a experincia sendo adquirida ao longo do tempo, com a evoluo dos projetos. b) Mudanas na organizao e nos processo de governana de TI sero necessrias. c) Tenha uma estratgia para adoo de cloud e no tente implementar projetos simplesmente para experimenatr o modelo, sem ter os proximos passos bem definidos. d) Existem obstculos, como imaturidade e complexidade de algumas tecnologias para implementao de nuvens privadas, mas que sero resolvidos ao longo o tempo. Tambem os receios de segurana com nuvens publicas tendero a ser minimizados. e) O uso de cloud computing vai se acelerar de forma significativa nos proximos dois a trs anos.

186

Nuvens privadas: comeando a jornada em direo cloud computing maio 24, 2011 Quando se fala em computao em nuvem geralmente nos vem a cabea as nuvens pblicas como as oferecidas pela Amazon ou Google. Mas a aplicao das ideias, tecnologias e approaches destas nuvens publicas em nuvens privadas, internas uma empresa, pode ser uma boa alternativa. Existem muitas organizaes, que por questes de cultura ou premidas por aspectos regulatorios no podem entrar direto em nuvens publicas, mas tem como opo o uso de nuvens privadas. Uma nuvem privada , na verdade, a implementao do modelo de computao em nuvem dentro de uma empresa. Com uma nuvem privada a empresa pode usufruir de varios dos beneficios do modelo de computao em nuvem, como obteno de recursos computacionais self-service por parte de seus usurios. Claro que ela tem que investir no seu data center e nas tecnologias que permitem a construo do ambiente de nuvem, como catalogos de servios e softwares de gerenciamento automtico de provisionamento e alocao de recursos computacionais. Mas, por outro lado, pode comear a entender o funcionamento do modelo e ajustar aos poucos seu modelo de governana para em algum tempo no futuro adotar nuvens publicas. De maneira geral as empresas que optam por nuvens privadas so empresas de grande porte, que j tem um investimento alto em TI e mantem adequadas politicas de governana e segurana. O modelo de nuvem privado mais adotado tem sido o de IaaS, que na minha opinio bem natural, pois no deixa de ser uma evoluo do proprio processo de virtualizao que estas empresas j vem adotando. As justificativas para adoo de uma nuvem privada so econmicas (reduo de custos) e qualidade dos servios, com maior agilidade no atendimento s demandas dos usuarios por recursos computacionais. A reduo de custos provocada pela padronizao e automao dos servios de TI. Com padronizao e automao reduz-se os custos operacionais, liberando-se o staff de funes banais para atividades de maior valor agregado. Alm disso, com automao, obtem-se uma maior utilizao dos ativos computacionais, aproveitando-se melhor o parque computacional j instalado. Um subproduto interessante da padronizao e automao a possibilidade de mudar-se a relao entre TI e os seus usuarios, criando-se politicas mais visiveis e adequadas de chargeback. Mas, cloud computing basicamente IT-as-a-Service e portanto absolutamente essencial que a qualidade dos servios em nuvem prestados por TI seja superior ao modelo atual. Com uma nuvem privada abre-se oportunidade de TI criar catalogos de servios e seus respectivos SLA. A automao tambem reduz os erros causados por intervenes manuais e libera o pessoal de TI para atuar mais focado no atendimento aos

187

usuarios que nas atividades de pouco ou nenhum valor agregado, como alocar espao em disco ou reservar horas em servidores. Um outro benefcio palpvel a agilidade que a nuvem oferece organizao. A nuvem privada abstrai os recursos computacionais dos usuarios, que no tem que se preocupar onde e como as aplicaes rodaro. TI, por sua vez, abre espao para os usuarios serem mais inovadores e arriscarem mais em novos produtos e servios. Um ponto importante que a nuvem privada no vai existir isoladamente e portanto mais cedo ou mais tarde a empresa vai adotar nuvens hibridas, que so ambientes onde aplicaes estaro parte on-premise e parte em nuvens privadas. Ou mesmo parte onpremise, parte em nuvens privadas e parte em nuvens publicas. uma longa jornada e o planejamento para este provavel cenrio deve ser desenhado desde o incio. As questes de segurana que so a principal preocupao hoje, passaro a segundo plano, uma vez resolvidas. O questionamento principal, neste cenario, sera a interoperabilidade: como conviver e coordenar ambientes multiplos, com aplicaes em nuvens privadas, publicas e on-premise, tudo ao mesmo tempo? Temos pela frente bons desafiosE melhor comearmos a enfrenta-los j. A computao em nuvem no uma promessa, mas uma realidade e quem no comear a desenhar suas estratgias de adoo vai perder o trem.

188

Conhecendo o Hadoop maio 30, 2011 Volta e meia em eventos sobre Cloud Computing surge o termo Hadoop. J ouvi em uma palestra que o grande desafio de desenvolver aplicaes para Cloud era exatamente a complexidade no uso do Hadoop. O que gera a confuso que o Hadoop e o MapReduce, do qual ele se originou, vem sendo usado pelas empresas de Internet, que inspiraram o modelo de cloud computing, e que precisam de escala massiva para suas aplicaes, como Yahoo, Google e Facebook. Mas dizer que o Hadoop a base para todo projeto de Cloud, absolutamente no correto. O Hadoop usado para aplicaes analticas de dados massivos, que no o dia a dia das empresas que usam ou pretendem usar cloud computing. O Hadoop foi criado pelo Yahoo em 2005 e pode ser considerado uma das maiores invenes de data management desde o modelo relacional. Hoje um dos projetos da comunidade Apache e vem sendo adotado por empresas que precisam tratar volumes massivos de dados no estruturados. J existe inclusive um ecossistema ao seu redor, mas ainda vai demandar algum tempo para se disseminar de forma mais ampla pelo mercado. Neste post vamos debater um pouco mais o que e o que no o Hadoop, seu mercado e tentar visualizar algumas tendncias. Quem sabe acertamos algumas? Mas, o que o Hadoop? , na pratica, uma combinao de dois projetos separados, que so o Hadoop MapReduce (HMR), que um framework para processamento paralelo e o Hadoop Distributed File System (HDFS). O HMR um spinoff do MapReduce, software que Google usa para acelerar as pesquisas endereadas ao seu buscador. O HDFS um sistema de arquivos distribuidos otimizados para atuar em dados no estruturados e tambem baseado na tecnologia do Google, neste caso o Google File System. Existe tambm o Hadoop Common, conjunto de bibliotecas e utilitrios que suportam os projetos Hadoop. Na pratica, para que o HMR processe os dados, eles devem estar armazenados no HDFS. O Hadoop um projeto Open Source, com licenciamento Apache e portanto permite a criao de um ecossistema de negcios baseados em distribuies especificas. E o surgimento de servios em nuvem, como o Amazon Elastic MapReduce, permite s empresas tratarem dados massivos sem demandar aquisio de servidores fsicos. Neste modelo, o usurio escreve a aplicao Hadoop e a roda em cima da nuvem da Amazon. A base das distribuies Hadoop a comunidade Apache. Diversas empresas vem contribuindo com cdigo para seu desenvolvimento como a Yahoo, Facebook, Cloudera, IBM e outras. Em torno do cdigo base, surgem as distribuies, como Cloudera (www.cloudera.com) e DataStax (http://www.datastax.com/brisk), que agregam valor com utilitrios e servios de suporte e educao, no mesmo modelo das distribuies Linux. Interessante que a distribuio da DataStax, chamado de Brisk, substituiu o HDFS

189

por um sistema de arquivos distribuidos baseados no software NoSQL Cassandra, chamado agora de CassandraFS. Mas, em torno do Hadoop (http://hadoop.apache.org/), a comunidade Apache mantem diversos projetos relacionados, como o Hbase, que um banco de dados NoSQL que trabalha em cima do HDFS. Este banco de dados usado pelo Facebook para suportar seu sistema de mensagens e os seus servios de informaes analticas em tempo real. Existe tambm o Hive, criado pelo Facebook, que uma camada de data warehouse que roda em cima do Hadoop. Utiliza uma linguagem chamada Hive SQL, similar SQL, o que facilita sua utilizao, pois desenvolvedores acostumados com SQL no encontram maiores dificuldades em trabalhar com o Hive SQL. Um outro e tambm muito interessante projeto o Pig, criado pelo Yahoo. uma plataforma que permite anlises de arquivos muito grandes usando uma linguagem de alto nivel chamada de Pig Latin. Olhando-se o stack de softwares do Hadoop, o Pig se situa entre o Hive e o HMR e uma tentativa de fornecer uma linguagem de alto nivel para se trabalhar com o Hadoop. Outros projetos menos conhecidos so o Avro (sistema de serializao de dados), o Chukwa (monitoramento de sistemas distribudos) e o Hama (para computaes cientficas massivas). A IBM usa intensamente o Hadoop em diversos projetos, o integrando com outros de seus softwares como o Cognos, criando solues para tratamento analtico de dados massivos e no estruturados, como o InfoSphere BigInsights, que agrega um conjunto de tecnologias open source como o prprio Hadoop, Nutch e Pig, com as tecnologias prprias da IBM como InfoSphere e ManyEyes. Vejam em (http://www01.ibm.com/software/data/bigdata/). A IBM tambm desenvolveu uma variante do HDFS chamado de IBM General Parallel File System (GPFS), que pode ser visto em http://www-03.ibm.com/systems/software/gpfs/. OK, e quem usa Hadoop? Existem os casos emblemticos como Facebook, Yahoo, Twitter e Netflix (na nuvem da Amazon), mas tambm j comeamos ver seu uso em ambientes corporativos brick-and-mortar. Recentemente uma pesquisa mostrou que pelo menos umas 20 empresas da lista da Fortune 1000 assumiram publicamente que usam Hadoop de alguma forma. A adoo do Hadoop em aplicaes analticas corporativas como as ofertadas pela IBM vo ajudar na sua disseminao. S para lembrar, quando a IBM anunciou seu apoio ao Linux, em 2001, o Linux passou a ser visto sob outra tica pelo ambiente corporativo. Nem todo usuario de Hadoop demanda uma escala massiva de dados ao nivel do Facebook ou Yahoo. Mas empresas com razoavel volume de informaes no estruturadas, como bancos, varejo, empresas areas e outras vo encontrar no Hadoop uma boa alternativa para o tratamento analtico dos seus dados. Vejam alguns exemplos em ftp://public.dhe.ibm.com/common/ssi/ecm/en/imb14103usen/IMB14103USEN.PDF. O Hadoop ainda est nos primeiros passos de sua evoluo e disseminao pelo mercado. Mas, tenho certeza de que em poucos anos ele ser bem mais conhecido e utilizado. Uma

190

pesquisa pelo termo Hadoop no Google Trends j aponta um crescimento significativo no interesse pela tecnologia, como podemos ver em http://www.google.com/trends? q=hadoop . Na minha opinio vale a pena investir tempo estudando a tecnologia. Um dos problemas com o Hadoop realmente a sua complexidade de uso, demandando desenvolvedores altamente qualificados. A sua curva de aprendizado bastante ingreme e praticamente inexiste gente habilitada para usar o Hadoop adequadamente. Bem, temos a uma boa oportunidade para as universidades inserirem seu estudo e prtica em seus cursos de cincia da computaoUma sugesto para quem quer estudar Hadoop mais a fundo: acessem www.ibm.com/developerworks e pesquisem pela keyword Hadoop. Vocs vo encontrar milhares de artigos muito interessantes.

191

Como as empresas de software podem migrar para SaaS (parte 1) junho 11, 2011 H algum tempo atrs li o livro Behind the Cloud: the untold story of how salesforce.com went from idea to billion-dollar company and revolutionized an industry, de Marc Benioff, fundador e CEO da salesforce.com. recentemente o reli, pelo menos nos pontos que achava mais importantes. Eu recomendo a todos empresrios de software que pretendam desenhar suas estratgias de evoluo para este modelo. O modelo cloud onde SaaS uma variao, chegou para ficar e as empresas de software tero que se adaptar, mais cedo ou mais tarde. Todo e qualquer conceito ou tecnologia que traz resultados positivos para seus usurios adotada, tomando espao das tecnologias e conceitos ento dominantes. O modelo da industria de software atual est claramente em cheque e o modelo SaaS se mostra extremamente atraente. O livro mostra os passos, acertos e erros de criar uma empresa SaaS, sem contar com experincias prvias que mostrem o caminho. Entretanto, aparentemente SaaS no tem tido toda a aceitao que deveria ter, pelos atrativos do modelo. Mas, provavel que vejamos uma acelerao rapida nos prximos anos. Recorro como um dos argumentos uma frase de Ray Kurzwell, pesquisador que estuda adoo e evoluo das tecnologias, que diz claramente an analysis of the history of technology shows that technological change is exponential, contrary to the commonsense intuitive linear view. So we wont experience 100 years of progress in the 21st century it will be more like 20.000 years of progress, at todays rate. Algumas estimativas apontam para um crescimento sistemtico no uso de cloud computing. Um relatrio da Saugatuck prope que em 2014 45% ou mais dos novos workloads das empresas j sero operados em cloud. Fala tambm que 40% ou mais dos novos investimentos em TI das empresas sero direcionados para cloud e que no minimo 25% de todos os workloads rodados estar em cloud. So numeros realmente significativos e que nenhum executivo de empresa usuria ou provedora de TI deve ignorar. Este mesmo relatrio alerta que, se em 2013, uma empresa no tiver expertise em cloud j estar claramente em desvantagem competitiva. Voltando a importncia da leitura do livro, imagino que um empresario da industria de software ainda esteja em duvidas de como mudar seu modelo de negcio. Afinal migrar para o mundo SaaS no ser uma transio fcil e provavelmente muitas empresas de software estabelecidas, principalmente as de menor capacidade de investimento, ficaro pelo caminho. Por outro lado, o modelo SaaS operando em uma nuvem IaaS abre perspectivas muito interessantes para novos atores ingressarem no mercado. No a toa que uma parcela significativa dos investimentos dos VCs (Venture capitalists) tem sido concentrada, nos ltimos anos, em empresas de software estruturadas no modelo SaaS.

192

Mas, as empresas de software j estabelecidas no podero ficar inertes. Precisam analisar, desenhar uma estratgia e acelerar seus investimentos neste modelo, ampliando sua oferta de produtos e servios. Uma possivel estratgia que ser adotada por muitas, para acelerar seus processos de transio, ser a aquisio de empresas menores, j criadas no modelo SaaS. Tambm ser grande a possibilidade desta transio provocar uma onda de consolidao entre os ISVs (Independent Software Vendors ou empresas produtoras de software), com os menores sendo adquiridos pelas empresas maiores. Provavelmente veremos um cenrio de poucas, mas muito grandes empresas, dominando seus ecossistemas, com empresas menores gravitando em torno de suas plataformas e marketplaces. A transio para o modelo SaaS no simples. Os custos de vendas e marketing ainda so muito altos. Como o modelo ainda novidade para muitos, a maioria dos clientes ainda est testando o servio pela primeira vez e no existem garantias que ficaro muito tempo. No modelo tradicional a troca de um software mais complexa e o aprisionamento do usurio quase uma regra da indstria. Quantos usurios de ERP trocam de fornecedor? No SaaS a barreira de sada muito mais baixa. Voce poder trocar muito mais facilmente de fornecedor. A consequncia uma competio mais acirrada e preos menores. Resultado final: margens e lucratividades menores. Analisando o cenrio das empresas de software, podemos identificar alguns desafios importantes que a transio para o modelo SaaS vai acarretar. Alis, esta transio vai afetar a empresa como um todo, em todos seus aspectos do desenvolvimento de produtos ao processo de comercializao. E, claro, no prprio modelo de negcios. Uma grande barreira para as empresas de menor porte que durante algum tempo (e este tempo pode ser bem longo), dever conviver com dois modelos de negocio. E fazer esta transio no simples, pois cada modelo tem suas prprias peculiaridades e modelos de receita. um perodo de investimentos e custos elevados, ao mesmo tempo que sai da obteno de receitas por licenas (receitas em lote, originadas pelas assinaturas ds contratos de licenciamento), para um modelo de receitas por assinatura, dispersas no tempo. A deciso de transformar o negcio em SaaS envolve diversas decises de negcio. Por quanto tempo convivero os dois modelos? O que vai acontecer com a verso tradicional? Ainda existir receita no antigo modelo ou estes produtos sero congelados em uma determinada verso? Quem sero os novos parceiros? Como conseguir uma nova rede de parceiros de negcios, com skills em SaaS? Como convivero os parceiros dos dois modelos? Alm disso importante explorar novas oportunidades de negcio, mas evitar a canibalizao das receitas atuais. A estratgia de migrao crtica. Se o cliente for obrigado a mudar, por que continuaria com seus produtos? So nestas ocasies que a concorrncia se acirra, com ofertas tentadoras. Migrar e ao mesmo tempo preservar a base de clientes um desafio imenso, que muitas das empresas do modelo tradicional ainda no enfrentaram.

193

O modelo de negcios SaaS diferente do modelo de licenas tradicional. No modelo tradicional a lucratividade vem das taxas anuais de manuteno e no necessariamente da venda de novas licenas. No modelo SaaS a receita vem da venda de assinaturas, que em alguns casos se assemelha a venda de contratos de manuteno. Mas, as diferenas comeam na escolha dos mtodos de cobrana. Por usurio? Por ms? Em alguns casos, pode acontecer tambm de se cobrar preos baixos pelos aplicativos para incentivar o uso dos marketplaces, que, por sua vez, podem vir ser a principal fonte de receita. A lucratividade do negcio SaaS depende de trs variveis bsicas, muito similares ao do setor de telefones celulares: quanto custa atrair um novo cliente (custo de aquisio), quanto estes clientes rendero com suas assinaturas (ou a receita mdia por usurio ou ARPU, que significa Average Revenue Per User), e com que frequncia os assinantes vo embora e precisam ser substitudos (taxa de rotatividade ou churn rate). As operadoras de celular conhecem bem este jogo. Nos prximos anos veremos refinamentos e ajustes nos atuais modelos de pagmento baseados em SaaS. Na prtica no existe um nico modelo, mas diversas alternativas, como cobrana por usurio que acesse o sistema ou com base no tamanho da empresa e no seu faturamento. Outra alternativa por produtos processados, onde uma empresa de transporte pagaria apenas pelo nmero de veiculos gerenciados por um sistema de gesto de frota. Mas, outras empresas, principalmente as que tem forte presena no modelo tradicional de venda de licenas, podem adotar modelos de cobrana hibridos: os usurios que adquirem sua licena no modelo tradicional, tem direito a adquirir componentes ou extenses como servios, a preos subsidiados e mesmo, em algumas situaes, gratuitamente. Mudar o modelo de receita vai afetar em muito as empresas que esto fortemente entranhadas no modelo de vendas de licena, principalmente as que no obtem receitas de servios. Elas esto sendo foradas a imaginar novas formas de resolver suas vulnerabilidades frente a esta novo contexto do mercado. Em alguns casos tendem at a atuar como instituies financeiras e cobrar juros zero de seus clientes. Outras comeam a vender seus softwares em componentes menores e preos mais acessiveis. Alm das questes econmicas e financeiras, existem outras variveis, como a arquitetura tecnolgica dos aplicativos. As tecnologias fundamentais para o modelo SaaS so SOA e multi-inquilinos. Relembrando, estas tecnologias permitem que o software tenha maiores facilidades para insero de novas funcionalidades sem perturbar os demais componentes que j estejam operando sem problemas, permite tambm oferecer customizaes e personalizaes sem impactar outros clientes (sem a necessidade do provedor manter diversas verses do software) e facilita a integrao com outros servios, sejam estes legados (nos data centers da empresa) ou aplicativos SaaS residentes em outras nuvens. Uma varivel importante a questo operacional. Para operar o aplicativo no modelo SaaS ser construda uma nuvem prpria, com seus altos investimentos, ou ser usada a nuvem de algum provedor de infraestrutura ofertada como servios? Um ISV que no possui experiencia em gerenciar uma nuvem computacional, mantendo um nivel de

194

servios adequados, corre srio risco de entar em um campo minado. Talvez a melhor alternativa para ele seja usar a nuvem de algum provedor mais experiente. Por outro lado, usar a nuvem de terceiros cria dependncias externas, fora de seu controle. A questo cultural no pode ser subestimada. Um ISV com longa experincia na venda de softwares por licena pode precisar de uma verdadeira transfuso de DNA, para atuar no modelo de software como servio. Muitas atuam focadas no processo de vendas, deixando em segundo plano as atividades ps-vendas, como suporte e atendimento ao cliente, que chega em alguns casos a serem bem medocres. O que importa fechar o contrato da venda. J o modelo SaaS exige uma permanente ao pr-ativa junto ao cliente e a qualidade dos servio prestado um fator de extrema importncia, para garantir a receita ms a ms. Finalmente, temos os aspectos organizacionais. Como os servios sero oferecidos ao mercado? Uma sugesto avaliar a possibilidade de criar um nova unidade de negcios, com mtricas e estimativas de receitas diferentes dos produtos tradicionais. Esta nova unidade, provavelmente temporria, at que o modelo se consolide, pode ser vista como uma companhia dentro da companhia, mas contando com amplo suporte da alta gerencia. Conflitos devem ser minimizados e deve ser definida uma estratgia que evite a canibalizao sem controle dos produtos atuais. Uma mudana signficativa ocorrer nos modelos atuais de rotas-ao-mercado, afetando a estrutura de relacionamento com os canais e parceiros. Como o modelo SaaS muda os mecanismos de receita, as fundaes dos contratos entre as empresas de software e seus canais tambm devem mudar. No modelo atual, o canal adquire o aplicativo e o hardware necessrio para oper-lo, geralmente a preos menores, agrega valor por servios prestados e adiciona sua margem, emitindo ento a fatura ao cliente. Muitas vezes o canal fica responsvel tambm pela instalao, manuteno e suporte do aplicativo, bem como pelas suas atualizaes. O modelo SaaS muda este processo, pois no existe mais contrato de licenciamento de software, no existe mais hardware a ser adquirido e nem aplicativo a ser instalado. Os relacionamentos entre as empresas de software SaaS e seus canais devem, portanto, serem repensados. Os canais que no agregam valor provavelmnte no sobrevivero neste modelo. Os canais que agregam valor devem se concentrar nos servios que gravitam em torno do aplicativo e no mais na receita obtida pela venda do software. Devero se transformar em empresas de servios.

195

Como a industria de software deve migrar para SaaS (parte 2) junho 22, 2011 Esta a segunda parte do post sobre como criar uma estratgia para uma empresa de software adotar o modelo SaaS. A estratgia tem que ser bem pensada, pois se algo der errado, a empresa poder perder sua janela de oportunidade. Bom, os principais passos que um empresrio de software deve pensar ao iniciar sua jornada so: Rever e refinar os planos de negcio. importante rever e refinar continuamente os planos de negcio voltados ao SaaS, incorporando neles as experincias obtidas com a prtica. Esta estratgia deve definir se ser desenvolvida uma nova soluo, a partir do zero, ou se o sistema atual ser apenas modernizado. Alm disso, a estratgia deve definir se a oferta SaaS ser disponibilizada via data center prprio ou de terceiros e neste caso, qual ser o parceiro a ser escolhido? A experincia do usurio ser a somatria da qualidade do aplicativo + disponibilidade da nuvem ofertada, seja ela prpria ou de terceiros. A estratgia deve definir tambm a velocidade com que a empresa vai adotar e disseminar o modelo SaaS. O time to market uma varivel fundamental. Entrar cedo demais acarreta o risco do pioneirismo, mas uma entrada muito tardia poder significar perda do market share e do prprio novo mercado criado pelo SaaS. A leitura do livro de Marc Benioff, fundador e CEO da salesforce.com, citado no post anterior ajuda a desenvolver esta estratgia. Envolver a comunidade de clientes. Muitas empresas de software no criam maiores envolvimentos com seus clientes, concentrando-se mais nos aspectos transacionais dos negcios. O modelo de servios exige uma nova postura e o relacionamento com clientes uma varivel de extrema importncia para a sustentabilidade do negcio. Para muitas empresas de software um processo novo e ainda desconhecido. A cincia de venda de servios diferente da venda de produtos. A prpria fora de vendas deve estar mais afinada com as questes do negcio e no com tecnologia. Se o aplicativo estiver em uma nuvem, sendo ofertado em SaaS que discusso tcnica ser necessria? Criar rede de servios. O suporte ao cliente e os servios em torno vo se tornar muito mais importantes que hoje. No modelo on-premise ganha-se pela venda da licena e pelos contratos anuais de manuteno. Em SaaS ganha-se por assinatura ou variaes do modelo, como por exemplo, ofertando descontos para que o cliente faa assinatura anual pagando este servio adiantadamente. Esta uma maneira bem interessante de remunerar seus vendedores, sem afetar o fluxo de caixa, pois pagar a comisso na assinatura do contrato e receber ms a ms gera um buraco nas contas. Desenhar estratgia de marketing e vendas apropriada. As propostas de valor embutidas nas campanhas de marketing e vendas, criadas para o modelo tradicional, provavelmente devero ser refeitas. Por outro lado importante atentar para o risco de canibalizao dos clientes do modelo on-premise que optem pelo novo modelo. A estratgia de marketing

196

deve, ao mesmo tempo, criar um road map de transio dos clientes atuais para SaaS bem como alavancar novas vendas para mercados antes inatingveis pela oferta atual. Outra varivel importante que a prpria Web torna-se um canal de vendas bem mais abrangente, pois muitas vezes o cliente pode adquirir o servio sem contato face to face. O redesenho do site e uma participao mais ativa em redes sociais devem fazer parte da estratgia de marketing e vendas. Provavelmente, analisando a estratgia de vendas pelo conceito da cauda longa, as maiores contas tero contato direto com a fora de vendas ou parceiros e a maioria dos clientes, que fazem a cauda ser longa, adquiriro o servio via Web. Criar e/ou participar de um ecossistema saudvel. O modelo SaaS embute dentro de si uma rede de parceiros, que envolve desde a hospedagem dos aplicativos associao com algum provedor de plataforma. Dificilmente alguma empresa de software ou ISV (independent sofware vendor), exceo dos maiores companhias, ter condies de criar um forte marketplace e ser um one-stop shopping. Se no for o caso, o ISV dever estar associado a algum ecossistema abrangente, que lhe permita crescer no mercado. Alm disso, dever incentivar e fortalecer uma comunidade de desenvolvedores, inclusive open source, que ampliem as funcionalidades de seus produtos. Um exemplo bem sucedido o AppExchange do salesforce, que implementa uma plataforma onde empresas de software criam e disponibilizam para o mercado seus aplicativos. Na verdade, este projeto do salesforce (force.com) criar uma platforma que permita que outras empresas (ecossistema) desenvolvam novas solues complementares e amplie mais ainda as funcionalidade do servio. Para isso, importante desenhar o aplicativo como uma plataforma com APIs abertas e o modelo mais adequado para isso acontecer SOA. Lembram-se do SOA? Pois , em SaaS ele tem um papel muito importante. Escolher a tecnologia mais adequada para criar um ambiente multi-tenancy. Embora seja possivel oferecer SaaS sem multi-tenancy baseado apenas em virtualizao, preferivel, na maioria dos casos, adotar um modelo multi-tenancy, devido aos ganhos de escala operacionais que este modelo proporciona. Os custos operacionais para manter SaaS baseado apenas em virtualizao, ou seja, multiplas instncias, so sempre mais altos que manter uma nica instncia. Solues baseadas em virtualizao geram um desafio e tanto quando for necessrio fazer o roll out de uma nova verso para cada instncia a ser customizada para seus clientes. Por outro lado, multi-tenancy apresenta duas vantagens importantes: economias de escala e menor custo de manuteno. Mas, necessrio analisar o custo de reescrever a aplicao para operar em multi-tenancy e colocar esta varivel nos estudos de ROI. Uma alternativa comear no mercado SaaS via virtualizao, para no perder a janela de oportunidade e ao longo do tempo reescrever a nova verso multi-tenancy. No livro do Marc Benioff esta questo bem discutida e eles optaram pela modelo multi-tenancy. Mas, bom lembrar que o salesforce entrou direto em multi-tenancy simplesmente porque no havia verso anterior para ser mantida. Definitivamente que em alguns anos a indstria de software dever ter uma cara vem diferente da atual e as empresas de venda de produtos de software, lucrativas hoje, provavelmente estaro ganhando dinheiro com outros modelos de negcio, mais focados em servios de consultoria e integrao, ou simplesmente estaro fora do jogo.

197

Na minha opinio, a problemtica tcnica do modelo SaaS est bem compreendida, mas as mudanas nos aspectos operacionais, organizacionais e culturais so bem mais complexos e ainda pouco estudados e compreendidos. Um dos grandes grandes desafios, por exemplo, substituir a cultura comercial do modelo tradicional que enfatiza o processo de vendas a curto prazo pelo modelo de excelncia em servios. Muitas empresas incentivam e pressionam seu pessoal de vendas a alcanar metas a curto ou curtissimo prazo, a qualquer custo, sem muitas preocupaes com o day after. Os executivos de vendas de sucesso destas empresas tambm conseguiram seu espao com este modelo, que lhes natural. Mas, no modelo de excelncia de servios, a conversa outra e implica em um mudana cultural e organizacional muito grande. Alm disso, SaaS deve ser encarada como estratgia empresarial e no como uma simples oportunidade de negcios a ser explorada. Abre espao para a empresa ofertar seus servios globalmente, no ficando mais restrita a um mercado regional. SaaS ainda um modelo que estamos aprendendo. Ser flexvel importante. Ou seja, mude de rota quando necessrio, pois no existem ainda muitos casos de sucesso que nos permitam trilhar a jornada em direo ao SaaS com toda a segurana. Erros e acertos faro parte do nosso dia a dia por muito tempo ainda.

198

Almoando Cloudcom sal e pimenta. julho 4, 2011 Outro dia estava almoando com um CIO de uma grande empresa que est na reta final para implementar um projeto de nuvem privada. Claro que este foi o prato principal do almoo. Como cloud computing ainda est na infncia, existem muitas dvidas e questionamentos sobre o que possivel fazer hoje, o que realmente concreto e o que no . Acredito que os principais pontos da conversa podem ser compartilhados aqui. Na minha opinio, cloud computing uma mudana irreversvel, afetando toda a cadeia de TI, dos fornecedores aos consumidores de recursos e servios. Mas seu efeito a mdio e longo prazo ainda so desconhecidos. Por outro lado, este desconhecimento nos obriga a colocar cloud nas nossas estratgias, porque se seu efeito poder e dever ser altamente significativo, simplesmente no podemos ignor-lo. A estratgia deste CIO correta. Ele no est lutando contra, mas buscando se posicionar para melhor entender o que cloud. O seu primeiro passo iniciar um projeto piloto para tentar colocar um pouco de ordem na confuso do que cloud hoje. Esta confuso causada no s pelo simples fato que estamos nos estgios iniciais de uso de cloud, mas tambm porque muitos fornecedores divulgam suas prprias vises de cloud, muitas vezes conflitantes entre si. Ainda existe muito hype sobre o assunto. Um ponto que me chama ateno o foco excessivo no discurso que cloud afeta apenas TI, reduzindo custos, como se fosse uma simples extenso do processo de virtualizao. Mas, vejo claramente que em breve veremos pela frente o conceito de cloud Business onde cloud IT vai no apenas tornar a empresa mais eficiente operacionalmente, mas poder abrir novas oportunidades de negcio, no possiveis sob o modelo atual de TI. Cloud no deve ser visto como um fim em si mesmo, mas como alavancador de novas oportunidades de negcio. Na conversa destaquei o fato que, diante deste contexto, ele deveria desde agora debater mais intensamente o conceito de cloud com os executivos de negcio da empresa, no tornando o projeto de cloud um mero projeto de TI. Um futuro cloud business ser fruto destas discusses. Ele, como CIO, deveria assumir a liderana deste movimento. Alm disso, implementar cloud em sua plenitude mudar de forma significativa a prpria rea de TI. As mudanas sero graduais e tenho a expectativa que o atual modelo de software on-premise no desaparecer, mas far parte do novo mundo cloudificado. Na prtica o que veremos um modelo hbrido, com empresas usando recursos computacionais on-premise e nas nuvens. Assim, na minha opinio o debate no dever ser cloud versus on-premise mas de onde ser mais eficiente e adequado para cada empresa prover suas funcionalidades computacionais. No deve ser um jogo de tudo ou nada, mas de buscar o ponto de equilbrio. Mas, inegvel que este cenrio gera novos

199

desafios para TI, que criou e refinou todo um modelo de governana baseado exclusivamente no modelo on-premise. Na conversa surgiu tambm a sempre presente possibilidade das reas usurias bypassarem cloud para implementarem solues especficas de mbito departamental. um risco real. Com a crescente opes de ofertas SaaS e Iaas existe a tentao de reas usurias, no satisfeitas com a velocidade de resposta de TI, buscarem por si solues em nuvem. O CIO no vai poder lutar contra, mas deve assumir a liderana do processo, e assim influenciar e coordenar melhor qualquer tentativa desta natureza. Mesmo porque, mais cedo ou mais tarde, os usuarios vo demandar integrao dos servios em nuvens com as aplicaes on-premise. Ignorar a situao e deixar que SaaS entre livremente pode, portanto, ser uma bomba relgio. Como haviamos falado anteriormente nas mudanas que cloud gerar em TI, este tema voltou ao debate. Para mim as mudanas vo se dar em diversos aspectos da relao de TI com o negcio, desde o interface (menos interao face-to-face e mais automatizado), passando por mudanas nos processos de governana e portanto se refletindo na organizao de TI, seus skills e modelos de funding. Operar sob o modelo de nuvem obrigar TI a repensar a maneira de como opera e entrega os recursos computacionais aos seus usuarios. Na minha opinio a tecnologia no a principal barreira. claro que muitas tecnologias ainda esto imaturas, faltam padres de interoperabilidade e surgem os inevitveis questionamentos de segurana. Mas ao longo dos prximos anos elas vo amadurecer e deixar de serem questionadas. Foi assim com todas tecnologias. Aconteceu com os bancos de dados relacionais, que no incio eram considerados ineficientes e inadequados para processamentos transacionais (lembram?). Foi assim com o modelo cliente-servidor e mais recentemente com a Internet se entranhando nas operaes do negcio, como no ecommece e Internet banking. Um dos novos desafios que meu amigo CIO ter pela frente estar na mudana das polticas de governaa e alocao de recursos aos usuarios. A nuvem privada no ilimitada. restrita capacidade computacional da empresa. Claro que aos poucos o conceito de nuvens hbridas vai se consolidar e muitas das limitaes impostas pelas nuvens privadas podero ser mitigadas usando-se tambm recursos computacionais em nuvens publicas. A estratgia dele bem cautelosa. Vai comear com um ambiente controlado (desenvolvimento e teste de aplicaes) e depois, pouco a pouco ir ampliando o uso da nuvem. Lembrei a ele que existe uma curva de aprendizado no uso da nuvem por parte dos prprios usuarios e no apenas pelo pessoal de TI. Os usuarios tem que se acostumar ao novo modelo. Como o interface para provisionar e alocar recursos simples e fcil, existe a tendncia natural de se requisitar excessivamente os recursos. Mas como estes no so infinitos deve existir uma politica de pagamento (chargeback) pelo seu uso. Por exemplo,

200

cada rea usuaria poder ter determinado limite de uso de recursos, que se excedido obrigar a este usuario liberar algum outro para solicitar um novo. Na prtica, ao contrario da imaginao, que diz que com a nuvem no existem limites, quando se fala em nuvens privadas deve ser criado um modelo de provisionamento baseado em controle e restries. Caso contrario, o excesso de solicitaes poder ultrapassar a capacidade instalada, gerando desconforto e insatisfao. Mas, ateno, TI dever atuar como coordenador dos recursos e no como seu guardio. O modelo de alocao e funding dos recursos em nuvem dever ser construdo em comum acordo com os usuarios e no determinado unicamente por TI. Uma sugesto criar um algoritmo de provisionamento e cobrana que leve em conta o valor do recursos solicitado para o negcio. Na minha opinio ser criado na base da tentativa e erro, pois no temos ainda expertise e experiencias suficientes em cloud para dizer qual o melhor modelo para cada empresa. Mas, claro que ao longo do tempo os beneficios com adoo da nuvem vo se destacar: maior flexibilidade e agilidade para provisionar recursos computacionais. A maior padronizao e automatizao dos processos de provisionamento e alocao de recursos computacionais reduz a demanda de trabalho manual, deslocando profissionais de TI para tarefas mais nobres e rentveis para a empresa. A melhor utilizao dos recursos implica um melhor relao de custo beneficio destes. O resultado que a empresa poder se tornar bem mais gil e apta a desenvolver novas oportunidades de negcio.

201

Soberania de dados em Cloud Computing julho 19, 2011 Recentemente estive participando de um debate na Comisso de Estudos sobre Informtica, Internet e Novas Tecnologias da ABDI (Associao Brasileira de Direito de Informatica e Telecomunicaes) sobre os aspectos jurdicos que envolvem Cloud Computing. Entre os diversos assuntos abordados, destacou-se a questo da soberania de dados, principalmente quando usa-se nuvens pblicas. uma questo de grande importncia pois o uso de nuvens pblicas muitas vezes pode entrar nas empresas, seja por uma aplicao SaaS ou por IaaS, para suportar projetos especficos e departamentais, sem mesmo o conhecimento da rea de TI. Um agravante que como uma nuvem globalmente acessivel, o aplicativo ou os servidores virtuais podem estar localizados em qualquer parte do planeta. Voc pode adquirir um aplicativo SaaS sem ter idia de onde ele estar operando com seus dados. A questo da soberania de dados aparece como um issue pelo fato que determinados setores de indstria (como financeiro) e mesmo pases demandam elevadas exigncias de aderncia ou compliance com obrigaes regulatrias. Alguns exemplos so Austrlia (http://tinyurl.com/3aux6qe) e Cingapura (http://tinyurl.com/3vv6no3) que recentemente emitiram diretivas com relao ao uso de cloud por instituies financeiras. Outras legislaes ou normas como a Diretiva 95/46/EC da Unio Europia (http://en.wikipedia.org/wiki/Data_Protection_Directive) colocam algumas barreiras para o armazenamento de informaes pessoais de cidados europeus em pases que no estejam alinhados em termos de proteo legal com a prpria Unio Europia. Um outro exemplo o US Patriot Act (http://en.wikipedia.org/wiki/USA_PATRIOT_Act) que visto por determinados pases como um inibidor para armazenamento de informaes de suas empresas em territrio americano. O debate intenso pois apesar destas restries ou fatores inibidores, os impulsionadores para a adoo de nuvens pblicas so significativos. A experincia nos tem mostrado que a evoluo tecnolgica evolui mais rapidamente que nossa capacidade de explor-la e gerenci-la. E os fatores regulatrios so bem mais lentos, pois eles acabam por regular os hbitos da sociedade. Como ainda no temos respostas que conciliem a oferta de nuvens globais com demandas regulatrias, veremos, na prtica, surgirem aos poucos solues conciliatrias. Um exemplo: provedores de nuvens criando data centers em diversos pases do mundo, com a possibilidade do usurio determinar onde os seus dados residiro. Claro que ser impossivel para um provedor global abrir data centers em todos os pases, mas provavelmente veremos data centers nos principais pases e regies. Uma outra alternativa ser vermos os provedores globais desenvolvendo parcerias com provedores locais, de modo a minimizar os efeitos das exigncias regulatrias quanto soberania de dados.

202

A questo da soberania de dados no ser eliminada no curto prazo e talvez nem venha a ser no longo prazo. O que fazer ento? Os CIOs no devem ignorar a realidade da computao em nuvem. Assim, se eles no conduzirem o processo podero ter em mos algumas bombas relgio, pois as nuvens entraro nas empresas de qualquer modo. Portanto, desenhar uma estratgia e uma poltica de adoo de cloud computing ser no s sensato, mas obrigatrio. O primeiro passo ser definir o que ser localizado em nuvens pblicas e o que ficar em nuvens privadas. Quando a opo de determinados servios ou aplicaes for pelas nuvens pblicas, dever ser explicitado se ser necessrio que os dados residam no territrio do pas da empresa ou podero estar em qualquer localizao geogrfica. Depende de cada servio, pois nem todos os dados da empresa esto sujeitos as mesmas demandas regulatrias. A concluso do debate? Soberania de dados uma questo importante, mas com uma adequada estratgia de adoo de cloud computing, que envolva a anlise de riscos para cada servio a entrar em nuvem, os problemas e seus efeitos podem ser minimizados ou eliminados. Portanto, a sugesto ir em frente!

203

Cloud Computing e a TI Invisvel agosto 1, 2011 Um fenmeno muito interessante que ocorre em muitas das mdias e grandes empresas a chamada IT invisvel, que so as tecnologias e servios adquiridos pelos usurios das reas de negcio, com seus prprios budgets, sombra de TI. Este fenmeno surgiu com o advento do modelo client-server, que permitiu que reas usurias comprassem pequenos servidores e aplicativos departamentais, sem que TI soubesse, se acelerou com o advento da Internet e agora vemos potencializado pela computao em nuvem. Vamos imaginar um cenrio hipottico. Um executivo da linha de negcios precisa de um sistema de gesto de frotas. A resposta que ele ouve do CIO provavelmente ser: No tenho budget para desenvolver este sistema internamente, mas v ao mercado e selecione um aplicativo que seja adequado e depois volte aqui. Ele assim o faz. Pesquisa o mercado e seleciona um dentre vrios aplicativos. Volta ao CIO, mostra o aplicativo e ouve: Muito bem, mas o aplicativo roda em Windows e meu ambiente Linux. Terei que adquirir um servidor, banco de dados e outros softwares que sero necessrios para operar o sistema. Alm disso, terei que contratar um administrador para este novo ambiente. Tudo isso vai demorar uns 3 meses. Resultado: ele vai gastar o dobro do planejado e ter que esperar muito tempo, aps aportar seu budget para usufruir da funcionalidade oferecida pelo aplicativo na sua empresa. Outra coisa que ele poder fazer: buscar aplicativos oferecidos na modalidade SaaS e adquirir um diretamente, bypassando por completo TI. Caso a empresa tenha o CRM da Salesforce ele poder ir ao AppExchange (http://appexchange.salesforce.com/home) e selecionar um dentre vrios aplicativos. Hoje o AppExchange funciona para apenas aplicativos que rodem na nuvem do salesforce, mas nada impede o surgimento de outros mercados, como vemos no setor de aplicativos mveis com Android market, Appstore, etc. O que o CIO dever fazer? Lutar contra? Ser quase impossvel ganhar a guerra, pois o apelo econmico do modelo de computao extremamente atrativo para ser ignorado e com mais e mais disponibilidade de ofertas em nuvem, os usurios buscaro atender suas prprias demandas passando por cima das barreiras impostas por TI. A rea de TI deve compreender que ela e os usurios tem prioridades diferentes quando adquirindo servios e produtos de tecnologia. TI se preocupa primeiramente com questes de segurana e compatibilidade do novo aplicativo com o ambiente operacional. Os usurios priorizam a funcionalidade do aplicativo e deixam em segundo plano estas questes tcnico-mundanas. O atual modelo on-premise cria algumas barreiras, pois mesmo que o usurio adquira um aplicativo de forma independente, muitas vezes TI tem que entrar no circuito para instalar o servidor e seu ambiente operacional. Em nuvem, TI no necessria. O usurio interage diretamente com o provedor da nuvem e adquire o servio com carto de crdito. O acesso a vastos e baratos recursos computacionais como

204

servidores virtuais em nuvens IaaS ou aplicativos SaaS, usando-se um simples carto de crdito tornam as coisas mais fceis para o usurio bypassar TI. medida que este hbito se espalhar pela organizao, teremos uma bomba relgio. Provavelmente muitos destes aplicativos devero interoperar com outros que estejam em outras nuvens ou mesmo on-premise em servidores gerenciados por TI. Como fazer esta interoperabilidade acontecer? Alm disso, at que ponto os usurios se preocuparam com questes como backup ou aspectos legais quanto a privacidade e soberania dos dados? Portanto, TI no pode e nem deve abdicar da responsabilidade de manter as tecnologias operando de forma segura e sempre disponivel. Mas, na minha opinio o atual modelo de controle de TI, extremamente restritiva, baseado no modelo de aplicativos e recursos computacionais on-premise, ter que ser flexibilizado. Em tempos de midias sociais, smartphones e tablets no d para esperarmos muitos meses por um aplicativo. A velocidade do negcio exige que TI responda cada vez mais rapido e assim ao invs de lutar contra, TI dever se colocar como facilitador do processo de adoo da TI invisvel. Esta j est acontecendo mesmo A rea de TI dever liderar o processo de adoo de cloud pelos usurios, propondo critrios e modelos de aquisio de recursos em nuvem, de modo a mitigar riscos para o negcio, aumentar economias de escala e garantir a integrao e aderncia regras e legislaes do setor. TI deve, na verdade, legalizar a TI invisvel e portanto dever atuar de forma cada vez mais integrada e aderente s demandas do negcio. Suas prioridades devero ser as mesmas do negcio.

205

Criando nuvens pblicas: o que necessrio? agosto 8, 2011 Recentemente estive participando do evento Cloud Computing & Security, debatendo o panorama atual e futuro da adoo de Cloud. Aps a palestra, gravei entrevista que est disponivel no YouTube (http://www.youtube.com/watch? v=1LJXtakcMR4&feature=youtu.be ) onde em cerca de 10 minutos debati algumas questes como os desafios para o Brasil se tornar um plo atrativo para data centers de cloud, bem como algumas questes ligadas a soberania de dados. Se tiverem tempo, os convido a assistirem ao video. Cloud Computing tem o potencial de transformar toda a indstria de TI, tanto do lado dos provedores de servios e produtos, em como dos usurios destes produtos e servios. Muda de forma significativa a maneira como vendemos e consumimos TI. A criao de data centers para oferta de servios em cloud, para o mercado em geral, chamado de public cloud, tem como caracterstica essencial a escala do empreendimento. Para oferecer recursos computacionais a custo baixo, estes data centers tem que dispor de escala adequada para que processos atutomatizados faam diferena em relao aos modelos atuais de provisionamento e alocao de recursos, semi-automatizados. Outras variveis impactantes so os custos de energia, capacidade de rede (pela concentrao de acessos ao data center por milhares de clientes) e tecnologia que automatize ao mximo a sua operao. Quando falamos em escala adequada estamos falando em dezenas ou mesmo centenas de milhares de servidores. Um tpico importante a capacidade da rede para/de acesso ao cloud data center. Este pode ser um gargalo, pois ainda no Brasil cerca de 70% da banda larga de menos de 1 Mbit por segundo. Alm disso, a escassez de oferta diminui a possibilidade de oferecer redundncia de redes, altamente necessria para garantir uma alta disponibilidade para os usuios de uma nuvem pblica. O que isto significa? Que criar um data center para oferecer public cloud no um negcio para qualquer um. Tem que haver um grande investimento inicial em mquinas e facilities e o retorno no aparece no curto prazo. Como a receita vem de servios por demanda (pay-as-you-go), a empresa tem que ter flego suficiente para sustentar os altos investimentos durante algum tempo, at que o break-even seja alcanado. Outra questo debatida na entrevista foi a soberania de dados, que, inclusive foi tema de um post anterior aqui no blog: (http://computingonclouds.wordpress.com/2011/07/19/soberania-de-dados-em-cloudcomputing/) . Enfim, o assunto ainda gera muito debate, mas inevitvel que um caminho sem volta. Entender as possibilidades e as restries do atual ambiente de cloud computing no Brasil

206

 fundamental para que as empresas, sejam elas usurias ou provedoras de servios, definam suas estratgias para os prximos anos.

207

Cloud como estratgia de negcios agosto 22, 2011 A adoo de cloud computing comea a se acelerar no mundo inteiro. Mas as primeiras experincias j apontam que uma substituio completa do modelo tradicional pela computao em nuvem no acontecer no curto prazo. Por outro lado as razes iniciais que incentivam a adoo de cloud, como reduo de custos, comea a ser substituda pela agilidade com que o negcio passa a dispor quando usando este modelo para criar novos e inovadores processos e aplicaes. O modelo de computao em nuvem est apenas comeando a impactar as empresas e a prpria indstria de TI. Mas ainda desperta desconfiana e muitas empresas aguardam cautelosamente que os early adopters mostrem o caminho. normal este cenrio. Afinal, muita coisa se disse sobre o modelo distribudo, que usamos atualmente, e nem tudo prometido aconteceu realmente. Alis, fazer previses sempre arriscado. Tem uma frase emblemtica do prmio Nobel de Fsica, Niels Bohr que disse Prediction is difficult, especially about the future. E volta e meia nos deparamos com previses furadas, como Quando a exposio de Paris se encerrar, ningum mais ouvir falar em luz eltrica. (Erasmus Wilson, Universidade de Oxford, 1879) e A televiso no dar certo. As pessoas tero de ficar olhando sua tela, e a famlia americana mdia no tem tempo para isso. (The New York Times, 18 de abril de 1939, na apresentao do prottipo de um aparelho de TV). Por que estas coisas so ditas? So pessoas ignorantes? No, so cientistas e profissionais bem preparados. A questo que partem de pressupostos errados. Lembro aqui uma histrinha interessante. Em 1886, Gottlieb Daimler tinha acabado de desatrelar os cavalos de uma carruagem e instalar um motor atrs dela. Criou o primeiro automvel (ou carruagem sem cavalos). A empresa dele se juntou de Karl Benz e no comeo da dcada de 1900, tentaram prever o tamanho do mercado mundial para estes ento fumacentos e barulhentos veculos. Depois de uma anlise cuidadosa previram que no prximo sculo haveria em torno de um milho de carros em uso no mundo inteiro. Mas, esta previso, audaciosa para a poca, se mostrou totalmente equivocada. Em 2000 haviam mais de 600 milhes de carros no mundo! Era uma previso de longo prazo, sujeito a intempries, mas mesmo assim erraram por um fator de mil. Por que? A suposio que usaram estava errada. Eles previram que em cem anos a populao mundial de motoristas profissionais seria de cerca de um milho e esta seria a limitao ao crescimento no uso das carruagens sem cavalo. O pressuposto era que todo carro precisava de um motorista profissional, como na poca. No foi o que aconteceu. Qualquer um pode dirigir um carro. O mesmo acontece quando olhamos cloud computing pela tica do modelo atual de TI e nos prendemos a visualizar este modelo como uma simples modernizao do outsourcing. Mas, a possibilidade de uma empresa criar novos processos e mesmo negcios sem esperar pelo ciclo tradicional de TI, e mesmo sem maiores investimentos em capital, mas

208

apenas em custos operacionais (opex) abre novos e inovadores espaos a serem explorados. Cloud pode ajudar a transformar o prprio negcio. Portanto, o modelo de computao em nuvem no deve ser visto nicamente pela tica da tecnologia, mas como um meio estratgico de alavancar novos negcios. Entretanto, a mudana no ocorrer por um big bang, mas de forma gradual. Existem ainda barreiras no caminho e aspectos legais e de compliance ainda criam riscos para o negcio. Muitos dos provedores no tem solues completas e as experincias prticas bem sucedidas ainda so cases de mdia. Por outro lado, ficar sentado e esperar as coisas acontecerem pode deixar passar ao largo boas oportunidades de vantagens competitivas. Alm disso, falando francamente, os data centers de alguns provedores globais de cloud so muito mais avanados e seguros que a maioria dos data centers das empresas. Ento, o que fazer? Na minha opinio as empresas devem olhar cloud pela tica da estratgia do negcio e comear a experimentar este modelo. Se a organizao j tem familiaridade com outsourcing, cloud passa a ser uma extenso natural de sua TI. O modelo hbrido, onde aplicaes on-premise convivem com nuvens privadas e nuvens pblicas ser o caminho natural para muitas empresas. Expandindo os sistemas atuais para operar em nuvem, mantendo ainda os dados mais sensveis dentro de casa um bom caminho. Desta maneira ganha-se experincia e aos poucos descola-se do modelo tradicional e cloud passar a fazer parte do DNA de TI da empresa. A velocidade de adoo da computao em nuvem vai depender da cultura e do setor de indstria de cada companhia. Existem setores mais regulados e empresas mais agressivas em adotar inovaes. No existe uma receita nica e pronta que se adapte todas as organizaes. Por exemplo, uma empresa pode comear por colocar a maioria dos sistemas no-ERP em nuvem e com isso, ao mesmo tempo que reduz seu custo operacional, pode conseguir de imediato uma maior agilidade para novas demandas de TI por parte dos usurios. Mas, os resultados no viro apenas com adoo ttica de cloud. fruto de uma combinao da reorganizao de TI, de pensar de forma mais gil (agile development) e no se ater a atividades operacionais bsicas, padronizando e automatizando seu ambiente operacional (cloud computing). Bem, algumas sugestes: a) Entenda a natureza do modelo de computao em nuvem e como explorar este novo modelo com novas aplicaes. No pensar em usar as nuvens apenas para fazer a mesma coisa que se faz hoje. b) Pense nuvem arquitetnicamente ou seja, no pense em peas tecnolgicas isoladas, mas visualize seu futuro ambiente em nuvem, analisando aspectos de segurana, interoperabilidade e agilidade nos processos de TI. c) Adote cloud computing como seu modelo de design de aplicaes para novos e inovadores sistemas. Mas conserve os dados mission-critical dentro de casa, pelo menos por enquanto.

209

d) Crie um modelo de governana de TI (politicas, procedimentos e padres) que englobe cloud e no esquea de colocar anlises de risco nas decises de usar cloud para as aplicaes que requerem certificaes como SAS70, HIPAA, etc, e niveis de servio extremamente rgidos. e) No espere que o modelo amadurea. Comece a experimentar em workloads especificos e menos crticos. Embora cloud ainda seja imaturo e primitivo comparado com daqui a cinco ou dez anos, j permite fazermos muitas coisas interessantes. Um exemplo? Que tal BI em cloud? perfeitamente prossivel construir uma plataforma em cloud pblica para demandas de business analytics, provavelmente a uma frao do que custaria construir o ambiente dentro de casa. f) E finalmente, tenha uma atitude open-minded em relao a cloud computing.

210

Com a cabea nas nuvens agosto 31, 2011 H alguns dias participei de mais um evento sobre Cloud Computing. Alis, no decorrer dos ltimos anos participei de incontveis eventos e reunies com clientes para debater este assunto. Participei tambm de vrios projetos proof-of-concept. Vi e ouvi muita coisa nestas ocasies e aproveitei uma caminhada em torno da lagoa Rodrigo de Freitas (moro no Rio) para filosofar um pouco sobre o assunto. Na minha opinio cloud no apenas um upgrade tecnolgico para os data centers, mas uma mudana de paradigma em como provisionamos e usamos recursos computacionais nos data centers. Hoje provisionamos e utilizamos servidores. Em cloud, o servidor o data center. Cloud computing implica uma mudana significativa na maneira como vendemos e consumimos produtos e servios de tecnologia da informao e, apesar de muitos eventos e debates sobre o assunto, ainda paira uma certa descrena sobre seus impactos. Assim, creio que ser interessante debater um pouco mais os desafios que as empresas, tanto fornecedoras como consumidoras de tecnologia, tero pela frente. As decises de quando adotar cloud (a pergunta se, j foi respondidaCloud ser adotado, mais cedo ou mais tarde) demandam uma anlise dos benefcios versus os riscos e os efeitos da computao em nuvem na empresa. E a deciso tem relao direta com o grau de maturidade no apenas da tecnologia disponvel no mercado, mas da organizao e cultura da empresa. Vamos olhar por exemplo as grandes corporaes. Elas so inerentemente complexas e para cloud gerar um valor real deve abranger muito mais que ser uma plataforma para um ambiente isolado, como o de desenvolvimento e testes de aplicaes. Este deve ser apenas o primeiro passo e deve estar inserido em uma estratgia maior. O cerne da questo: estratgia de cloud no deve ficar apenas nas mos de TI, mas deve envolver a organizao. Por outro lado start-ups no tem que lidar com sistemas legados e podem entrar direto no ambiente de cloud. No tem sentido uma empresa comear a operar emulando o modelo atual de sistemas on-premise, instalando hardware e software dentro de casa. Se olharmos cloud veremos que o atual modelo de entrega de recursos de TI se assemelha ao modo como era a energia eltrica no principio do sculo passado. As indstrias tinham que construir e manter suas fontes geradoras de energia, que no eram o seu negcio. Hoje a maioria das empresas constrem e mantm seus prprios data centers, mesmo que no sejam seu campo de expertise. O resultado? Muitos data centers so ineficientes. Recomendo a leitura de uma srie de artigos publicados em 2008 (mas ainda bem atuais) pelo The Economist em http://www.economist.com/node/12411882. O modelo de computao em nuvem pode, potencialmente, mitigar esta ineficincia, permitindo que recursos como servidores e storage sejam entregues e usados como servios, assim como energia eltrica. Ora, porque Cloud no pode ser visto como uma utility, como uma

211

concessionria de energia eltrica? Vamos analisar quais os pontos em comum entre um servio de utility como energia, gua e telefonia, e a computao em nuvem. Quais so as caractersticas bsicas de um servio de utilidades, como gua, energia e telecomunicaes? Logo no incio lembramos da alta dependncia do servio. No podemos viver sem gua ou energia. Basta ver os efeitos de um apago eltrico na sociedade, os transtornos que causa. Outra caracterstica a confiabilidade no servio. gua, por exemplo; ao abrirmos a torneira nossa expectativa natural que a gua caia. No se espera que o servio no esteja disponvel. Usabilidade outra caracterstica. Uma torneira muito fcil de usar. Uma tomada s necessita que se conecte o plug do aparelho eltrico. Um celular algo que uma criana de dois anos sabe usar para fazer uma ligao. E, outro aspecto relevante a elasticidade. Pagamos estes servios pelo que consumimos e sabemos que podemos consumir mais ou menos. Podemos consumir muita energia no vero carioca, com aparelhos de ar condicionado ligados 24 horas por dia, e deixar a casa s escuras quando saimos em frias. Para o provedor existe uma outra caracterstica relevante que o nvel de utilizao. Ele precisa gerenciar os picos e vales pois as demandas dos usurios dos servios de utility flutuam amplamente no tempo. Se ele mantiver uma infraestrutura configurada para a demanda de pico, vai arcar com um custo elevado. Por outro lado, se a infraestrutura for insuficiente, no ir atender crescimentos rpidos da demanda. E quanto aos modelos de negcios? Basicamente as utilities cobram pelo uso (pay-asyou-use), como gua e energia, ou por assinatura, como provedores de banda larga, que ofertam servios ilimitados mediante assinatura mensal. Mas, como a TI na maioria das empresas? Bem diferente deste modelo de utilities. At a questo do pay-as-you-go vai demandar um maior amadurecimento dos processos e cultura. TI visto muitas vezes como centro de custo e no como gerador de negcios. No existe billing dos seus servios entre os departamentos da empresa e muitas vezes nem mesmo existe rateio proporcional suas demandas. Cloud computing tambm afeta as relaes entre a rea de TI e seus usurios. Vamos recordar um pouco a histria recente da computao. TI ganhou importncia nas empresas porque a tecnologia demandava expertise para programar e controlar as aplicaes. Na poca do modelo centralizado, TI dominava 100% das atividades de computao nas empresas. Com a chegada dos PCs, os usurios passaram a ter condies de desenvolver eles mesmos muitas das suas aplicaes e o controle abosluto de TI comeou a ruir. Muitas aplicaes no eram mais escritas pelos tcnicos de TI, mas compradas prontas ou escritas pelos usurios em linguagens de alto nvel, que abstraiam as tecnicidades. Com o PC, TI passou a ser o coordenador do acervo computacional, mantinha os sistemas corporativos e se responsabilizava pelos processos de segurana, backup etc. Mas no era mais o nico desenvolvedor de aplicaes. Este processo est se acelerando com a chegada dos tablets, smartphones e a computao em nuvem. Os usurios podem agora substituir sistemas antes providos pela rea de TI por aplicaes disponveis em nuvens publicas. o processo de desintermediao. TI tem

212

que assumir outro papel: o de coordenar e monitorar o uso de nuvens e at mesmo gerar processos de certificao de que servios podem ser obtidos de quais provedores de nuvem. De qualquer maneira est claro que a influencia dos usuarios no uso e adoo de computao nas empresas cada vez maior e TI ser obrigado a mudar seu papel de provedor de recursos computacionais para certificador e consultor. Vamos exemplificar o novo cenrio? Hoje, um departamento usurio que demande uma nova aplicao vai requerer de TI a aquisio dos equipamentos, como servidores e banco de dados. O processo de compras e instalao pode levar alguns meses. Mas com cloud ele pode ir direto ao provedor e adquirir na nuvem servidores virtuais e aplicativos SaaS, pagando com seu prprio budget, sem passar pela rea de TI. Desta forma ele bypassa os processos e procedimentos de segurana adotados por TI e pode gerar problemas futuros, mas consegue ter resultados de negcio em curtssimo prazo, o que agrada aos acionistas! O que TI deve fazer? Entender o cenrio e no remar contra, mas assumir o quanto antes seu novo papel neste contexto. E tem muito trabalho pela frente: por exemplo, como agir diante de uma falha em uma nuvem pblica? Os usurios no pensam neste assunto, mas estaro dependentes de suas aplicaes em uma nuvem que pode sair do ar. O que fazer? Se uma empresa colocar todos seus sistemas em uma nuvem pblica, perder a expertise tcnica que detm hoje em sua rea de TI, e ficar nas mos do provedor. Este provedor tem expertise suficiente para responder aos problemas que eventualmente surgiro? Esta outra questo que TI tem que agir agora: selecionar e certificar provedores de nuvem. A questo de custos tem que ser analisada com cuidado. De maneira geral olha-se os custos de uma nuvem publica observndo-se os custos de hora de servidor. Mas, os custos de trasmisso de dados? Alm disso, medida que os modelos de servios de cloud evoluem, novas modalidades de pagamento surgem e o planejamento de capacidade ajuda a identificar qual seria a melhor opo. No dificil imaginar no futuro vermos o mercado de provedores de clouds pblicas ofertando recursos com preos diferenciados, de acordo com o perodo do dia ou do ms. Alis, j vemos alguns primeiros exemplos desta prtica, como o modelo spot pricing da Amazon. Neste modelo voc faz um leilo para usar recursos ociosos da nuvem da Amazon. Imagine que voc queira pagar at 1 dlar por hora de servidor. A Amazon flutua o preo hora de servidor de acordo com a demanda. Vamos supor que o preo de hora de servidor esteja, em determinado momento a 75 centavos de dlar. Neste momento, a Amazon verifica quais usurios querem participar do leilo e quais deles oferecem preos de 75 centavos ou acima. Como voce definiu que pagaria at um dlar, voc um candidato a participar do leilo e eventualmente sua mquina virtual selecionada e alocada. Ela fica operando at que o preo hora do servidor suba (pelo aumento da demanda) e seu preo de at um dlar fica abaixo do valor. Neste momento o seu servidor virtual colocado em stand by. Claro que nem todas aplicaes podem usufruir desta funcionalidade. Temos, portanto, mais uma atividade que necessita de expertise tcnica que a empresa no pode desprezar. Outros temas que precisam ser bem avaliados quando decidindo adoo da computao em nuvem so as questes que envolvem a segurana, privacidade e aspectos legais. Mtodos e processos de segurana mudam a cada vez que o modelo computacional muda.

213

Foi assim quando surgiu o cliente-servidor e muitos dos mtodos adotados para ambientes centralizados tornaram-se inteis. Foi assim quando a Internet passou ser parte integrante dos processos de negcio e os mtodos adotados para segurana internos mostraram-se insuficientes e tiveram que ser modificados. Com adoo de cloud computing a histria est se repetindo. Temos que repensar muitos dos processos de segurana atualmente adotados. Um provedor de nuvem publica pode ser alvo de ataques como denial of service (DoS) e este ataque pode ser direcionado a alguns (ou algum) alvos especificos. Ou seja, o ataque no dirigido ao provedor mas a um dos clientes dentro do provedor. Neste caso, qual velocidade de reao do provedor diante desta situao?Tem um case conhecido, antigo, de 2009, mas que serve de orientao para casos similares. Vejam em http://blog.bitbucket.org/2009/10/04/on-our-extended-downtime-amazon-and-whatscoming/ . Para questes de segurana em cloud recomendo acessar a Cloud Security Alliance, em https://cloudsecurityalliance.org/ . Recomendo tambm acessar o site da ENISA (European Network and Information Security Agency) para um relatrio muito abrangente sobre segurana em cloud computing, em http://www.enisa.europa.eu/act/rm/files/deliverables/cloud-computing-risk-assessment . Como TI pode se envolver nas questes de segurana em cloud? Por exemplo, analisando os provedores e avaliando se suas prticas de segurana se adequam as polticas de compliance da empresa. Como vemos, tem muito espao para TI atuar no mundo da computao em nuvem. Portanto, ao invs de receios, TI deve ver na computao em nuvem grandes oportunidades, deixando de lado atividades que no agregam valor (instalar hardware e sistema operacional) e considerado como centro de custos, para ser visto como facilitador de novas receitas e novos negcios.

214

Cloud Computing: Status Quo setembro 12, 2011 Outro dia, almoando com dois amigos, CIOs de grandes empresas, a conversa girou em torno do tema cloud computing. Eles me questionaram muito do porque cloud est demorando tanto para decolar, uma vez que o termo surgiu em 2007, e nestes cinco anos pouca coisa andou. Conversa vai, conversa vem, chegamos a algumas concluses e insights interessantes que vou compartilhar aqui. Est claro que apesar das coisas no estarem indo muito rapido, o conceito de cloud no mais visto como um hype de mercado, mas como um novo modelo de aquisio, entrega e consumo de recursos de TI (em todas suas variantes, como IaaS, PaaS e SaaS) que provocaro transformaes significativas tanto nas empresas produtoras como nas consumidoras de TI. Cloud no uma inveno tecnolgica, mas seu conceito construdo em cima de tecnologias j provadas h muito tempo, como virtualizao, software como servio (lembram-se do ASP?), intensa disseminao da Internet (todos usam Internet Banking), outsourcing de infraestrutura (at bancos fazem isso) e terceirizao dos ambientes de desenvolvimento e testes (muitas grandes empresas j terceirizam intensamente estes processos). Portanto, cloud uma mudana no modelo de entrega e consumo de TI, mas no um conjunto de tecnologias e conceitos no testados. Facilita as coisas. Alm disso, o sempre presente mantra do fazer mais com menos continua presente e as empresas esto continuamente em busca de reduzir e racionalizar seus custos de TI, obter maior flexibilidade e velocidade na obteno dos recursos necessarios a desenvolver alguma ao de negcios. Cloud a resposta. Juntando tudo, vemos que mais cedo ou mais tarde cloud vai decolar, pois realmente uma grande idia. Um dos motivos que esto atrasando a decolagem que ainda existe muita confuso sobre o que realmente cloud. Tenho participado de dezenas de reunies e eventos sobre o assunto e vejo, com certo espanto, que muitas empresas ainda no esto bem familiarizadas com o conceito. Existem ainda muitas discusses e divergncias sobre o que realmente cloud. Muitas ainda associam o conceito de cloud exclusivamente ao de cloud publica, ignorando as alternativas de cloud privadas e hbridas. E algumas chegam a afirmar que j esto usando cloud, simplesmente porque virtualizaram alguns de seus servidores. Outro motivo que, de maneira geral a maioria das empresas tem uma rea de TI muito conservadora, sendo bastante reativos a qualquer nova tecnologia ou conceito que cause disruptura no seu dia dia. Geralmente adotam novas tecnologias apenas quando elas j provaram sua eficcia e esto relativamente bem maduras no mercado. Basta ver a relutncia com que muitas empresas olham as midias sociais e mesmo o uso de tablets e smartphones para aplicaes de negcio. Contribuindo para isso, a maioria dos tradicionais fornecedores de tecnologia tendem a

215

oferecerem solues para nuvens privadas, vendendo-as pelos modelos tradicionais de precificao, ou seja, aquisio de ativos pela empresa compradora. Isto me lembra a situao de um livro que li em 2001 e que me marcou muito: The Innovators Dilemma, de Clayton M. Christensen. O livro aborda o fracasso de empresas ao se defrontarem com mudanas que causam disrupes nos seus mercados. Analisa empresas de sucesso que no conseguiram inovar na velocidade adequada e ficaram para trs. Cita diversas empresas de renome como Sears Roebuck, e na rea de TI nomes outrora famosos como Digital, Data General, Wang e outras. Uma parte muito interessante do livro a proposio dos cinco princpios ou leis das tecnologias de disrupo, que ao serem ignoradas enfraquecero as empresas que atuam nos setores afetados. Estes princpios ou leis so: Princpio 1: As companhias dependem de clientes e investidores para gerar recursos. Ele observa que as empresas mais bem sucedidas em um paradigma criam mecanismos muito eficientes para abortar idias que no agradam a seus clientes e investidores e como resultado tendem a no investir em tecnologias de disrupo, que geram oportunidades de lucros menores e que seus clientes no querem, pelo menos inicialmente. Quando eles passam a quer-las, a tarde. Outras empresas j dominam o mercado destes produtos. Princpio 2: Mercados pequenos no solucionam a necessidade de crescimento de grandes empresas. Tecnologias de disrupo possibilitam o surgimento de novos mercados, geralmente pequenos no seu incio. As grandes corporaes precisam de receitas gigantescas e no conseguem entrar em mercados que geram receitas menores. De maneira geral sua estratgia esperar at que estes mercados sejam grandes o suficiente para se tornarem atrativos. Princpio 3: Mercados que no existem no podem ser analisados. No existe pesquisa de mercado para eles. Empresas cujos processos de investimento demandam a quantificao dos tamanhos dos mercados e dos retornos financeiros, antes que possam entrar em um mercado, ficam paralisadas ou cometem srios erros de avaliao ao se depararem com tecnologias de disrupo. Princpio 4: As capacidades de uma organizao definem suas incapacidades. O autor observa que as capacidades de uma organizao concentram-se em dois fatores. O primeiro est em seus processos e o segundo nos valores da organizao, critrios que os executivos e gestores utilizam quando tomam decises sobre as prioridades. Mas um processo eficiente para um determinado tipo de produto pode ser muito ineficiente quando temos um produto baseado em uma tecnologia de disrupo. Alm disso os valores fazem com que as decises priorizem projetos de desenvolvimento de produtos de alta margem, deixando em segundo plano os de baixa margem, como os que envolvem tecnologias inovadoras. Princpio 5: A oferta da tecnologia pode no ser igual demanda do mercado. Apesar de inicialmente poderem ser utilizadas apenas em mercados pequenos, tecnologias de

216

disrupo produzem rupturas porque podem posteriormente ter desempenho plenamente competitivo dentro dos mercados habituais, em comparao com produtos j estabelecidos. O autor observa que o ritmo da evoluo dos produtos frequentemente excede a taxa de melhoria do desempenho que os clientes habituais procuram ou podem absorver. Estes produtos apresentam excesso de desempenho. Assim produtos, que apresentam no incio caractersticas de funcionalidade que estejam prximas das necessidades do mercado atual seguiro trajetrias de melhorias que os far superar as necessidades dos mercados habituais no futuro, oferecendo desempenho altamente competitivo, substituindo os produtos pr-estabelecidos. Se enquadramos cloud computing nos princpios acima e como muitas das empresas do setor reagiram ou ainda esto reagindo vamos ver que havero vencedores e perdedores. Faz parte da vida empresarial Mas, na minha opinio pessoal, estamos prximos do ponto de inflexo. Por que? Vejo a cada dia mais interesse pelo assunto. O crescente numero de eventos sobre o assunto demonstra isso. Alm disso, muitas empresas j esto adotando virtualizao de forma intensa, o que o primeiro passo na jornada em direo a cloud. Outras j esto acostumadas com outsourcing. Assim, acredito que em 2012 ou 2013 cloud computing vai ser adotado de forma mais acelerada, com as empresas fazendo cada vez mais provas de conceito e implementaes piloto. Estas primeiras experimentaes sero a colocao de ambientes de email, colaborao e ferramentas de produtividade em nuvens. Tambm veremos atividades como ambiente de desenvolvimento e teste, bem como aplicaes especificas de BI em nuvens. medida que os cases de sucesso se espalhem e os resultados obtidos, como maior agilidade e flexibilidade no provisionamento e alocao dos recursos computacionais sejam realmente comprovados, cloud vai ser adotado com mais intensidade. J veremos cloud nos budgets de muitas empresas a partir de 2012. Os resultados positivos vo demandar novos projetos e cria-se um efeito virtuoso. Creio que em torno de 2020, ou seja, daqui a dez anos, o termo cloud computing deixar de existir, e sim ser apenas computing, pois cloud ser o nosso modelo mental de pernsarmos aquisio e uso de TI. Claro que ainda existiro pedras no caminho. Uma delas a questo da segurana, privacidade e confidencialidade dos dados, bem como as ainda incertezas juridicas e tributrias, principalmente quando fala-se em clouds publicas com data centers localizados em outros pases. Em grandes empresas, principalmente as de setores mais regulados, esta questo torna-se mais sria, pois seus departamentos jurdicos e financeiros tem maior poder de veto dentro da organizao. Por outro lado, se rea de TI ficar esperando a computao em nuvem amadurecer para ento se mover, poder perder seu espao. A chamada Shadow IT ou computao invisvel torna-se mais forte em ambiente de nuvem. Eu questiono a afirmativa de muitas empresas que dizem que sua rea de TI tem total controle sobre o que os usuarios adquirem e acessam em termos de TI. Um exemplo a proibio de se

217

usar midias sociais dentro da organizao. OK, proibido pelo desktop corporativo mas o funcionrio acessa seu Facebook ou tuita algo pelo seu smartphone ou tablet. Na conversa com meus amigos CIOs isto ficou claro. Eles j disseram saber de vrios casos (e confessaram, at mesmo dentro de suas empresas) das reas de negcio cada vez mais adquirirem servios diretamente via Internet. A questo no mais tecnolgica. No d mais para proibir tecnologias que surgem velocidades mais rapidas que a capacidade das reas de TI a absorverem, mas de definir claramente politicas e processos de aquisao de aplicaes e tecnologias. TI tem que ser aliado e facilitador e no o controlador dos recursos computacionais.

218

Cloud Computing: alguns insights setembro 23, 2011 O assunto cloud computing est aumentando em abrangncia e importncia. A velocidade com que novidades surgem est se acelerando e j comeamos a ter dificuldades em acompanhar o ritmo de inovaes. Hoje j existe consenso que cloud computing provocar profundas mudanas na maneira como as empresas operam e entregam TI. Uma recente pesquisa do IDC mostrou que 23% (quase um quarto) das empresas brasileiras prevem realizar profundas modificaes em infraestrutura de TI nos prximos 3 a 5 anos. Tambm apontou que aproximadamente um quarto das grandes empresas (com mais de 500 funcionarios) mudaro radicalmente seus ambientes nos prximos anos. Diante deste cenrio, ignorar a computao em nuvem suicdo ou encurtamento rapido de carreira Falando em carreira, o que veremos nos pximos anos? Provavelmente surgiro novas funes como: a) Cloud Service Architect que ter como responsabilidade principal juntar todas as peas para criar e ofertar servios nas nuvens. b) Cloud Orchestration Specialist que vai manter as coisas funcionando nas nuvens. c) Cloud Services Manager que vai se responsabilizar pelas relaes da empresa com seus provedores de nuvem. d) Cloud Infrastrucuture Administrator que ser a nova verso do system administrator, mas voltado para o ambiente em nuvem. Claro que continuaro ativos os desenvolvedores e projetistas de sistemas, mas que tero de desenvolver novos skills para criar aplicaes para nuvens, considerando caracteristicas como multi-tenancy e uso de novas tecnologias como Hadoop. E o CIO? Se ele no quiser ser ver sua sigla ser sinnimo de Career Is Over deve assumir a liderana no processo de adoo de cloud computing na sua empresa. Mas, tambm veremos profundas mudanas no ecossistema que compe a cadeia de valor de TI atual. Veremos novos atores surgindo como: a) Cloud Builders que ajudaro seus clientes a desenhar, construir e gerenciar suas demandas de TI em nuvens computacionais. Tambm ajudaro a integrar nuvens publicas com nuvens privadas, criando ambientes de nuvens hibridas. b) Cloud Infrastructure Providers que oferecero suas nuvens, IaaS ou PaaS, ao mercado. c) Cloud Application Providers que ofertaro seus aplicativos na modalidade SaaS, em suas nuvens ou em nuvens de terceiros. d) Cloud Solution Providers que ofertaro servios de valor agregado s empresas ou provedores de nuvens, como consultoria, helpdesk, suporte tcnico, treinamento, servios como backup/recuperao, etc. e) Cloud Technology Providers que ofertaro tecnologias de valor agregado s nuvens,

219

como ferramentas de billing, monitorao, provisionamento e alocao de recursos, etc. J comeamos a ver algumas ferramentas interessantes como Monexa (http://www.monexa.com/), Vindicia (www.vindicia.com) e Zuora (http://www.zuora.com/). Como vemos um setor que est gerando start-ups rapidamente. f) Cloud Agregators que atuaro como brokers, identificando de um lado clientes que querem usar nuvens e de outro as melhores ofertas de nuvens a cada momento. g) Cloud Markets que sero portais de acesso a aplicativos, nos moldes do Android Market ou App Store para smartphones. importante lembrar que as empresas que ofertaro estes servios podero ser empresas dedicadas a cada tipo de oferta ou empresas que agregaro vrias delas. Por exemplo, um Cloud Application Provider poder oferecer tambm um mercado de aplicativos como o AppExchange da Salesforce (http://appexchange.salesforce.com/home) e adicionar automaticamente ferramentas de billing. Cloud Computing ter uma rapida evoluo nos prximos anos e embora ainda estejamos na fase de aprendizado, tentando descobrir como transformar os atuais modelos de negocio da industria de TI em modelos adequados para o mundo cloud, o ritmo de inovao ser atropelador. Mas quais negcios podero dar certo e quais sero menos rentveis? Dificil de dizer. Por exemplo, no Brasil as empresas de software enfrentam barreiras como a pouca e cara oferta de banda larga, que impede explorar o conceito da cauda longa chegando a clientes novos, inalcanveis pelo modelo anterior. Outro dia reli algumas partes do livro A Cauda Longa de Chris Anderson e comecei a pensar na relao deste conceito com o modelo de SaaS. A Cauda Longa (The Long Tail) est impulsionando grandes transformaes em vrios mercados, como o de mdia e o fonogrfico. Juntando este conceito ao de SaaS em cloud, veremos grandes transformaes tambm na indstria de software. O conceito de Cauda Longa prope que determinados negcios podem obter uma parcela significativa de sua receita pela venda cumulativa de grande numero de itens, cada um dos quais vendidos em pequenas quantidades. Isto possvel porque a Internet abre oportunidades de acesso que antes no existiam. um modelo diferente do mercado de massa, onde poucos artigos so vendidos em quantidades muito grandes. Na indstria de livros, msica e de mdia faz todo o sentido. Por exemplo, a Amazon reporta que a maior parte de sua receita vem de produtos da Cauda Longa que no esto disponveis (e jamais estariam) nas livrarias tradicionais, limitadas pelos caros espaos fsicos das lojas. E como SaaS e o conceito de Cauda Longa afetam a indstria de software? Softwares que tinham seu projeto cerceado pelo tamanho do seu mercado potencial (seu custo de entrega no gerava retorno financeiro suficiente para vendas em empresas muito pequenas, por exemplo) podem agora, se ofertados no modelo SaaS, entrar neste mercado. Os custos de comercializao destes softwares tendem a diminuir, pois no necessrio hordas de vendedores, mas simples buscas em uma loja virtual de aplicativos e marketing viral (blogs e midias sociais).

220

Temos ento campo para explorar o mercado da Cauda Longa no software. J temos exemplos disso! O AppExchange do Salesforce (com mais de 1.300 aplicativos) ou mesmo a loja de aplicativos da Uol Host no Brasil (http://www.uolhost.com.br/loja-deaplicativos.html). Os desafios dos ISVs para entrarem no mundo SaaS j foi debatido aqui em posts anteriores, mas um grande receio o potencial risco de perda de sustentabilidade do negcio. Como no modelo SaaS os preos tendem a ser menores que os de licenciamento, e alm de no existirem mais volumosas receitas upfront, mas receitas menores distribuidas ao longo do contrato, existe o receio de perda de margens e da propria sustentabilidade do negcio. Mas o mercado comea a se mostrar mais receptivo e acredito que aos poucos mais e mais ofertas SaaS comearo a surgir. Na minha opinio o mercado SaaS vai se acelerar na medida que casos de sucesso se consolidem, modelos de precficao se tornem mais claros e as atuais desconfianas com relao segurana e disponibilidade dos dados sejam resolvidos. Eu acredito que no Brasil, SaaS dever crescer em ritmo mais acelerado que os outros mercados de Cloud como IaaS e PaaS. J as previses do Gartner para o mundo que neste ano o mercado SaaS j atinja US$ 10,7 bilhes. O grande desafio do SaaS ser a integrao e interoperabilidade entre as diversas ofertas SaaS e delas com os aplicativos on-premise que ainda estaro nos data centers dos usurios. Uma ferramenta de integrao que merece ser analisada a Cast Iron, recentemente adquirida pela IBM e integrada familia WebSphere. Vejam em http://www-01.ibm.com/software/integration/cast-iron-cloud-integration/# . O setor de IaaS est em franco crescimento. Um dos seus cones, a Amazon, segundo o banco de investimentos UBS, gerou na sua oferta IaaS, chamada de AWS, mais de 500 milhes de dlares em 2010 e prev que at fim de 2011 sero US$ 750 milhes. Os nmeros da Amazon mostram que IaaS est se consolidando. Em 2008 os servios IaaS j demandavam mais banda que os demais servios de TI da Amazon e que seu servio S3 de Storage-as-a-Service j hospeda mais de 262 bilhes de objetos. A Amazon afirma que hoje adiciona dariamente mais capacidade ao seus data centers que ofertam IaaS que toda a a capacidade computacional que sustentava o seu negcio de comrcio eletrnico nos seus primeiros cinco anos de vida.Claro que existem senes. A questo da indisponibilidade um dos entraves. A queda de uma parte do IaaS da Amazon em abril deste ano (a regio chamada US-East-1) impactou 257 websites, incluindo negcios conhecidos como FourSquare e Reddit. O Netflix, que tambm operava na regio no foi afetado de forma significativa, devido ao desenho de sua soluo. Um resumo do que aconteceu pode ser visto em http://mashable.com/2011/04/22/amazon-cloud-collapse/. As principais ofertas de IaaS no Brasil ainda esto focadas no segmento de pequenas empresas e mesmo no setor chamado SoHo (Small Office, Home Office). A adoo de IaaS por empresas maiores ainda est meio distante, e na minha opinio, vai crescer medida que brands fortes como IBM, Microsoft e mesmo Amazon ofeream este servio com mais intensidade. No meu entender, IaaS como nuvem publica tender a ser um dos maiores mercado de cloud computing para os proximos anos. Muitos provedores de servios de hosting j esto se preparando para criar suas ofertas em cloud e criando incentivos para que seus clientes migrem para este modelo. Entretanto, por ser a camada

221

de cloud que oferece menor valor agregado ser a que sofrer maior competio por preo. A diferenciao competitiva se dar nos niveis de disponibilidade, qualidade do suporte e capacidade de resposta rapida demanda dos clientes. De qualquer maneira, demandar grandes investimentos em capital (data centers seguros) e expertise. No ser negcio para qualquer um PaaS outro setor de cloud que est se aquecendo. Vemos alguns movimentos interessantes acontecendo, como a Salesforce adquirindo a Heroku para adicion-la sua PaaS force.com e a RedHat comprando a Makara. Algumas start-ups como DotCloud (https://www.dotcloud.com/), PHP Fog (https://phpfog.com/) e ClouBees (http://www.cloudbees.com/) esto atraindo milhes de dlares em investimentos. Na verdade muitas das aplicaes desenvolvidas em PaaS so para ambientes web. Por exemplo, em fins do ano passado a Heroku anunciou que j continha mais de 100.000 aplicaes escritas em Ruby, mas a imensa maioria eram de aplicaes simples voltadas para operarem como apps em smartphones/tablets e na plataforma Facebook. O mesmo acontece com o PaaS do Google, o Google Application Engine, onde as suas aplicaes so relativamente simples e voltadas para operarem exclusivamente na nuvem do Google. Mas, na minha opinio, PaaS ou seja, a camada da nuvem voltada para desenvolvimento de aplicaes tem grande potencial de crswcimento. O fator critico de sucesso a captao dos desenvolvedores. Estes que determinaro o sucesso ou no de uma PaaS. Aqui no Brasil, como o numero de ISVs que esto voltados para desenvolver aplicativos em nuvem ainda pequeno, no acredito que vejamos um crescimento acelerado deste modelo nos prximos anos. Entretanto, sinceramente espero errar feio nesta previso, pois desenvolver aplicaes em cloud ser uma boa oportunidade para start-ups brasileiras. Em resumo, como o atual modelo cliente-servidor levou muitos anos para se tornar o modelo dominante, tambem no veremos cloud se disseminar de uma dia para o outro. A tendencia para cloud irrversivel e uma evoluo natural dos ambientes de TI. Assim, ficar de fora da computao em nuvem ficar fora desta evoluo e no fim do dia, sair do mercado.

222

G-Cloud: estratgia de Cloud Computing do governo britnico outubro 4, 2011 Muitos governos esto adotando cloud em suas estratgias de TI, como o americano (cuja estratgia Cloud First foi analisado em um post anterior) e que j est em pleno andamento. O governo federal americano tem como meta desativar, por consolidao e uso de computao em nuvem, cerca de 800 data centers at 2015. Tambm esto se movimentando ativamente para identificar processos e aplicaes que podem ser migrados para operarem em nuvem. J tem em operao um portal de aplicaes, o Apps.gov (https://www.apps.gov/). O Reino Unido tambm est desenhando sua estratgia de cloud computing, a G-Cloud, que acabei de ler detalhadamente. uma coletnea de relatrios que definem a estratgia de cloud computing do governo britnico, que podem ser acessados em sua ntegra em http://www.cloudbook.net/directories/gov-clouds/gov-program.php?id=100018. Tambm aproveitei um tempinho e li a estratgia de cloud do governo australiano em http://www.finance.gov.au/e-government/strategy-andgovernance/docs/draft_cloud_computing_strategy.pdf. Neste post vou comentar alguns aspectos destas estratgias, principalmente do G-Cloud britnico, que me pareceram bastante interessantes e que merecem destaque. Um dos pontos mais importantes destacados nos relatrios G-Cloud a expectativa que cloud computing no apenas reduza custos, mas principalmente d mais agilidade e flexibilidade ao setor publico, em termos de uso de TI. Na verdade, G-Cloud faz parte de uma estratgia maior que se prope a colocar o Reino Unido como um dos pases lderes na sociedade digital. Um aspecto interessante que G-Cloud faz parte da politica de Green IT, que definiu como objetivo que a TI do governo britnico seja neutro em carbono at fins de 2012. Ao lermos os relatrios que desenham a estratgia G-Cloud fica claro que eles reconhecem que um dos seus grandes desafios a mudana cultural da rea de TI, de um modelo que hoje controla e gerencia todo o ciclo de vida da tecnologia e dos servios de TI, para um modelo que selecione e integre servios, reutilizando o mximo dos ativos j existentes. Uma das principais fontes de reutilizao ser o Government Applications Store que se prope a catalogar e disponibilizar aplicativos para serem utilizados pelos diversos rgos do governo britnico. O Government Applications Store ser um marketplace (como Android Market) onde atuais e novos fornecedores de aplicativos para rgos publicos disponilizaro seus servios. Haver um processo de certificao, o que vai garantir aos rgos pblicos que o aplicativo estar aderente s legislaes e regras do servio publico britnico. Tambm fica claro que os objetivos de reduo de custos e obteno de maior agilidade com o uso da computao em nuvem s se dar quando alcanarem escala suficiente, e

223

que no sero conseguidos no curto prazo. Estimam que o processo completo de migrao para cloud computing leve uns dez anos. Um ponto interessante que eles destacam que a inovao do modelo G-Cloud muito mais um novo approach de governana e gesto de TI do setor pblico que de novas tecnologias. Concordo com esta argumentao, pois de maneira geral, cloud computing baseado em conceitos e tecnologias j comprovadas na prtica como outsourcing, virtualizao e software como servio. Outro ponto que merece destaque que a estratgia G-Cloud inclui no apenas nuvens privadas, mas tambm permite o uso de determinadas aplicaes e servios em nuvens pblicas. Quanto segurana e privacidade, G-Cloud est limitado ao nivel de segurana denominado Impact Level IL4, de uma classificao que vai de um (acesso livre) at seis (top secret), passando por cinco (secreto) e quatro, classificado como confidencial. O nivel dois acesso protegido e trs de acesso restrito. Portanto, nem tudo vai para GCloud, mas a imensa maioria dos atuais e novos servios de TI do goveno britnico se satisfaz com o IL4. Um maior detalhamento dos Impact Levels pode ser visto em http://www.cesg.gov.uk/policy_technologies/policy/media/business_impact_tables.pdf. Alm disso, o relatrio aponta que sero necessrias revises nos atuais modelos e processos de segurana de TI, que so orientados ao modelo tradicional de data center e no ao ambiente de computao em nuvem. A leitura destes relatrios interessante pois ajuda aos setores pblicos (e mesmo privados) a criarem referncias para desenharem suas estratgias de cloud. O sucesso de nuvens privadas depende de escala. Um data center com poucas dezenas de servidores no obter os mesmos resultados gerados por processos padronizados e automatizados ao extremo, como cloud computing prope, quando comparado a um data center com milhares de servidores. Talvez, para estes data centers menores, a melhor alternativa seja adoo de nuvens pblicas ou uma simples virtualizao de seus servidores. Para o setor publico, uma outra alternativa a considerar o uso de clouds comunitrias, com diversos rgos compartilhando uma mesma nuvem. Enfim, a consluo que chegamos que ir para cloud um processo irreversvel. A discusso quanto a velocidade deste processo.

224

Cloud Computing e os canais (VAR). Desafios frente! outubro 17, 2011 Semana passada tive uma reunio muito interessante com um empresrio, CEO de uma empresa que atua no tradicional modelo de canais de revenda de hardware e software. Sua empresa est estabelecida h mais de 15 anos e diante do cenrio de cloud computing e as mudanas que este modelo vai provocar na maneira de se entregar e consumir TI ele est preocupado. O tema da reunio foi exatamente esta: como o negcio dele (um VAR ou value-added reseller) dever se transformar nos prximos anos? Na cadeia de valor atual os canais so fundamentais para o sucesso da operao de qualquer grande empresa que vende hardware e sofware, pois aumenta signficativamente sua capilaridade no mercado. Entretanto, o modelo de cloud vai afetar esta cadeia, pois permite criar links diretos entre os fornecedores de tecnologia e seus compradores. Por exemplo uma empresa de software pode ofertar seus produtos na modalidade SaaS e no mais demandar um intermedirio no processo. Os consumidores acessaro diretamente o site do fornecedor. Neste caso, como fica o canal? A conversa fluiu de forma bem agradvel e tiramos algumas concluses, que gostaria de compartilhar aqui. Primeiro, est claro que o modelo de cloud computing no vai se disseminar de um dia para o outro. Todo processo de mudana leva algum tempo e alguns setores de industria so mais rapidos que outros em adotar novos conceitos. O impacto nos canais, ser, portanto, diferente, dependendo do setor de negcios em que o canal atua. Isto significa que os canais tero tempo de se ajustarem s mudanas, desde que no ignorem que estas mudanas sero inevitveis. Para fazer as mudanas os canais dependem tambm do apoio dos fornecedores. Algumas empresas como a IBM tem estratgias bem definidas para apoiar os canais nesta transio. Por exemplo, lanou recentemente um programa chamado IBM Cloud Computing Specialty, patrocinado pelo IBM Partner World, como pode ser visto em https://www304.ibm.com/partnerworld/wps/servlet/ContentHandler/isv_com_spe_cloud_index. Os impactos nos diversos modelos de canais tambm sero diferentes. Por exemplo, no caso da empresa deste empresrio, uma parcela signficativa da sua receita, segundo ele mais de 30%, vem de servios profissionais como implementao, configurao e upgrades do software no cliente. Dependendo da complexidade do software, o modelo SaaS pode eliminar esta fonte de receita. No SaaS os upgrades so feitos automticamente na nuvem do provedor do software e no mais demanda que o VAR v ao cliente instalar e configurar uma nova verso do software.

225

Surgiu um debate sobre os canais dedicados venda de hardware. Ele mesmo tem renda forte oriunda deste negcio. Supondo que no futuro as vendas para pequenas e mdias empresas diminuam ou mesmo deixem de existir, pois seria mais facil para elas consumirem servidores virtuais em nuvens publicas, o que fazer? Uma das idias se tornarem cloud providers de infraestrutura (IaaS), desde que tenham capacidade financeira e expertise para tal. Afinal, construir um data center para oferecer servios confiveis e seguros de IaaS no sai barato. Ou mudarem para um foco mais concentrado em servios. Existem diversas alternativas. A IBM, por exemplo, considera que seus parceiros podem atuar em um ou mais de cinco papis no mundo cloud: a) cloud builders: empresas de servios que ajudam os clientes a planejarem e construirem suas nuvens privadas. b) cloud infrastructure providers: empresas que oferecero servios como IaaS ou PaaS atravs de nuvens pblicas para seus clientes. c) cloud application providers: empresas que oferecero seus softwares na modalidade SaaS, seja em nuvens prprias (privadas) ou hospedados em cloud providers. d) cloud service solutions providers: empresas que oferecero servios especializados para nuvens, como monitoramento e capacity planning. e) cloud technology providers: empresas que oferecero tecnologias complementares tecnologia IBM. Um exemplo a Corent (http://www.corenttech.com/) empresa que produz um software que ajuda a transformar um software single-tenancy em multitenancy. Uma outra concluso que chegamos que os canais tero que sair da inrcia. Tero que pensar em como sero daqui a cinco a dez anos. Se hoje as suas vendas so basicamente de produtos de hardware e software no modelo tradicional, estas vendas continuaro no mesmo patamar daqui a cinco ou dez anos? Por outro lado uma empresa acostumada a s vender hardware e software no passa a ser uma empresa de servios de um dia para o outro. Seu DNA corporativo tem que ser modificado genticamente Inevitavelmente que dependendo da cadeia de valor, podero existir eventuais conflitos entre algumas empresas produtoras de software e hardware e seus canais. Algumas empresas permitem que apenas determinados parceiros assumam papis como provedores alternativos de IaaS aos seus produtos. uma fonte potencial de atritos. Mas, alm dos problemas a serem enfrentados pelos canais, vimos que existem inumeras oportunidades a serem exploradas. Um exemplo a necessidade dos clientes vencerem os inibidores da adoo de cloud computing como segurana, interoperabilidade enre nuvens e entre nuvens e aplicaes on-premise, riscos da migrao, ajustes nas politicas de governana e assim por diante. No mercado de mdias e pequenas empresas a carncia de expertise em cloud grande e isto abre imensas oportunidades para os canais que se inserirem neste modelo de servios. Ora, os canais que j tenham um p em servios podero se aprofundar mais rapidamente nestes tpicos e criar expertise de modo a oferecem servios consultivos muito mais

226

lucrativos que os atuais. Um ponto importante lembrado pelo empresrio que sua empresa construiu uma relao bem intensa com seus clientes e que esta relao pode ser a chave para ele oferecer os novos servios em cloud. O resultado final da reunio foi que o modelo de negcios atual onde o VAR compra produtos mais baratos e os revende com uma margem adicional pelos seus servios est comeando a dar sinais de eroso, provocados pela crescente disseminao da computao em nuvem. Para, no futuro, no ficarem marginalizados na cadeia de valor, seu negcio ter que ser reinventado. Um novo ecossistema baseado no modelo de cloud computing ser criado. E com certeza, como este empresrio disse, a empresa dele ter que ficar dentro ou simplesmente sair do mercado.

227

Curriculum do autor Gerente de Novas Tecnologias Aplicadas/Technical Evangelist da IBM Brasil, um profissional e estudioso de Tecnologia da Informao desde fins da dcada de 70. Com educao formal diversificada, em Economia, mestrado em Cincia da Computao e MBA em Marketing de Servios, e experincia profissional moldada pela passagem em empresas de porte mundial, Taurion tem participado ativamente de casos reais das mais diversas caractersticas e complexidades tanto no Brasil como no exterior, sempre buscando compreender e avaliar os impactos das inovaes tecnolgicas nas organizaes e em seus processos de negcio. Escreve constantemente sobre tecnologia da informao em sites e publicaes especializadas como Computerwold Brasil, Mundo J e iMasters, alm de apresentar palestras em eventos e conferncias de renome. autor de seis livros que abordam assuntos como Open Source/Software Livre, Grid Computing, Software Embarcado e Cloud Computing e Inovao. Taurion tambm mantm um dos blogs mais acessados da comunidade developerWorks (www.ibm.com/developerworks/blogs/page/ctaurion). Este blog, foi, inclusive o primeiro blog da developerWorks na Amrica Latina. tambm autor de um blog especfico sobre Cloud Computing (www.computingonclouds.wordpress.com) e escreve regularmente sobre smarter cities em www.copa2014.org.br/artigos. Foi professor do MBA em gesto estratgica da TI pela FGV-RJ e da cadeira de Empreendedorismo na Internet pelo NCE/UFRJ. Tambm pode ser encontrado no Twitter (@ctaurion), Linkedin, Facebook e BranchOut. Os outros blogbooks publicados no Smashwords esto no profile http://www.smashwords.com/profile/view/ctaurion.

228