O Linux demonstrou de forma inequívoca o potencial do desenvolvimento de sistemas de forma colaborativa, que é o cerne do modelo Open Source. Seria praticamente impossível para qualquer empresa de software, sózinha, criar um sistema operacional de seu porte e complexidade. Estima-se que o custo de desenvolvimento de uma distribuição como a Fedora 9, com seus mais de 204 milhões de linhas de código  corresponda a quase 11 bilhões de dólares. Para chegar ao kernel 2.6.30 (mais de 11 milhões de linhas de código) o investimento seria de mais de 1,4 bilhão de dólares.

Para se ter uma idéia do volume de trabalho em cima do kernel, nos ultimos 4 anos e meio, a média foi de 6.422 novas linhas de código adicionadas por dia, além de outras 1.687 alteradas e 3.285 removidas. Do 2.6.24 ao 2.6.30 a média subiu para 10.923 linhas de código adicionadas por dia. Quem teria cacife financeiro para sustentar, por si, um empreendimento bilionário destes?

Portanto, o Linux é uma força no presente. É usado não apenas em web servers e print servers, mas a cada dia vemos mais e mais aplicações core das empresas operando em plataformas Linux. A IBM, por exemplo, consolidou seu ambiente de computação interno (seus sistemas internos) em plataformas mainframe System Z, rodando Linux.

O Linux ainda tem muito espaço para crescer. É bem provavel que vejamos uma migração 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 administração de uma empresa de software como a Oracle, que não conhece os meandros dos modelos econômicos do setor de hardware?

E as plataformas baseadas em Itanium? Manter uma linha de processadores demanda muito investimento e é necessário que haja escala suficiente para haver retorno financeiro. Em comparação com a linha Xeon, o Itanium não é um produto de alto volume para a Intel. Embora a Intel não publique o seu volume de produção, analistas de indústria estimavam que em 2007  o ritmo de produção era de  200.000 processadores por ano. Segundo o Gartner, em 2007 o número de servidores Itanium vendidos foi de 55.000. Número muito pequeno quando comparado com os 417.000 servidores RISC (da familia Power da IBM e das demais tecnologias) e os 8,4 milhões de servidores x86.

Mas, e o futuro? Com as mudanças que já estão acontecendo, como a crescente disseminação da computação móvel e o modelo de computação em nuvem (Cloud Computing), como o Linux se posiciona?

É uma resposta fácil. O Linux, que não conseguiu muito espaço nos desktops está se posicionando como plataforma dominante na computação móvel, 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 relatório para os acionistas que os sistemas Linux para máquinas cliente, basicamente netbooks, da Red Hat e Canonical seriam ameaças ao seu negócio. Anteriormente, só havia reconhecido a ameaça do Linux nos servidores. O relatório está em http://tinyurl.com/kr723z. Também nos smartphones está claro que o sistema Windows, que dominou a era dos desktops não conseguiu decolar na computação móvel, com o Windows Mobile perdendo espaço a cada dia.

E quanto aos servidores? Nestas máquinas o Linux está altamente alinhado com as tendências de virtualização e  cloud computing. Alguns pontos positivos sobre o Linux chamam a atenção, quando falamos em cloud. Primeiro, o Linux opera em praticamente qualquer plataforma de hardware, o que facilita o provisionamento, alocação 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 virtualização destas máquinas. O custo de licenciamento é outro fator interessante. Embora existam distribuições licenciadas, um provedor de infraestrutura em nuvem, pelo grande  numero de servidores que deverá dispor (falamos aqui em milhares ou dezenas de milhares de máquinas), poderá adotar, pela escala, versões Linux não comerciais. Virtualização é 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 tecnológica da nuvem do Google, da Amazon, do Force.com do Salesforce e de startups como 3Tera (recém adquirida pela CA), Elastra e Mosso, entre outros. E com certeza seu uso se alastrará pelas futuras ofertas de nuvens.

Fonte: Blog Nas Nuvens

Na minha opinião, Cloud Computing vai se tornar mainstream em 3 a 5 anos, mas enquanto isso muitas pedras terão que ser retiradas do caminho. Hoje, por exemplo, ainda não vejo uma clara percepção de seus benefícios e mesmo restrições por parte de muitos executivos de TI. A percepção de valor da computação em nuvem ainda não está clara para muita gente.

O problema deste ainda “desconhecimento” é a possibilidade de empresas embarcarem em projetos de cloud que poderão ser custosos em tempo e  investimento, sem conseguirem obter os resultados desejados. Aliás, já vimos este filme antes. Quando o cliente-servidor surgiu, várias empresas afoitadamente desligaram seus mainframes, sem uma estratégia adequada para uso e gestão da computação distribuida. O resultado foi um TCO muito alto e inesperado…

O que venho abordando nas reuniões é que o valor da computação em nuvem seja claramente percebido, antes de iniciar qualquer projeto mais abrangente. Disparar um projeto de prova de conceito (proof-of-concept) é uma boa estratégia para se consolidar estas percepções. Recomendo, portanto, um projeto POC.

Venho observando também que os executivos de TI tendem, na média, a serem mais cautelosos que os executivos das áreas de negócio quanto ao uso da computação em nuvem. Sua percepção de valor muitas vezes concentra-se na redução de custos (infra e suporte) e de capex (investimentos em capital). Em muitas das conversas identifiquei que nem sempre estão buscando serem proativos na estratégia de cloud.

Por sua vez, os usuários com quem venho falando mostram-se mais animados e olham a computação em nuvem (principalmente Software-as-a-Service ou SaaS e Infrastructure-as-a-Service ou IaaS) como uma boa alternativa para conseguirem mais agilidade e flexibilidade para seus projetos de TI. Provavelmente, alguns destes executivos estão mais concentrados em obter resultados de curto prazo e nem sempre consideram adequadamente os problemas típicos de TI, como a integração entre os sistemas em nuvem e os legados, ou mesmo a possibilidade de um “platform lock-in”  devido a atual ausência de padrões de interoperabilidade entre as nuvens.

Uma dúvida sempre presente é a possibilidade da computação em nuvem permitir o processamento de aplicações de negócios, como ERP e outros sistemas. Claro que aplicações que não demandam integração, em princípio, não apresentarão maiores problemas para rodarem em nuvens. Serão as primeiras a rodarem em nuvem. Uma olhada rápida no diretório do Force.com (AppExchange) já nos mostra diversas aplicações interessantes e para mim é apenas a ponta do iceberg do que veremos nos próximos anos. Neste diretório vocês verão, inclusive, uma solução da Totvs, para gestão de frotas. Interessante vermos que o Force.com já aponta novas funcionalidades provocada pela flexibilidade gerada pela computação em nuvem, como a sinergia entre aplicações de negócios e as redes sociais. É o exemplo o “Chatter”, plataforma que pemite aos usuários do Force.com a compartilharem aplicações de negócios, como um CRM,  com redes sociais, criando SRM (Social Relationship Management)

Mas as aplicações que demandam integração 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 opinião a adoção de ERP no modelo de computação em nuvem será adotado, em princípio, 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, poderão ter como unico staff seu próprio gestor de TI e com toda a infra de hardware e software residindo em nuvens públicas.

Já as grandes corporações não deverão adotar de forma entusiástica o modelo de computação em nuvem para seus sistemas ERP, pelo menos nos próximos 3 anos. Depois, só bola de cristal…mas, não será fantasioso vermos os principais fornecedores de ERP oferecendo versões em nuvem ao lado do modelo tradicional, on-premise. A estratégia deles será, naturalmente, fazer uma migração lenta e gradual. Uma disrupção afeta seus modelos de negócio atuais e como os seus clientes, grandes corporações, também não são adeptas de rupturas, o acordo tácito entre as duas partes vai direcionar o ritmo de adoção da computação em nuvem para estas suites.

Algumas conclusões…Primeiro computação em nuvem não deve ser vista apenas pela ótica de redução de custos, mas os benefícios potenciais das áreas de TI permitirem mais agilidade e flexibilidade aos usuários devem ser considerados com atenção.

Outra conclusão: as áreas de TI não devem ignorar ou subestimar a  pressão que os usuários, logo que perceberem o valor da computação em nuvem farão.

Quanto aos ERP. A situação de hoje não pode ser cristalizada, como em uma foto. A evolução do mercado e a mitigação de eventuais problemas que impedem uma empresa de migrar para um ERP corporativo em nuvem vai acontecendo a cada dia. Sugestão: olhar o cenário dos sistemas ERP em nuvem não como uma foto mas como um webcast.

E finalmente: computação em nuvem não deve ser um projeto específico de TI nem exclusivo dos usuários, de forma independente. É uma mudança no modelo computacional da empresa e portanto, um projeto corporativo. E, importantíssimo, não pode haver desconexão entre TI e seus usuários.

Fonte: Blog Nas Nuvens

A resposta é simples: “depende do que se pretende fazer com computação 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 serviço de PaaS (Platform-as-a-Service). A Amazon oferece um serviço 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 automática e um serviço de PaaS é necessário utilizar componentes adicionais oriundos outros fornecedores. Estes componentes são fornecidos como AMI (Amazon Machine Image), como o IBM WebSphere sMash, para desenvolvimento de aplicações 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 automática 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 instruções para download podem ser obtidas no developerWorks Cloud Computing Resource Center em http://tinyurl.com/ycounhf .

Um dos recentes anúncios da Amazon foi a facilidade de se criar Virtual Private Clouds, usando a sua nuvem pública. Este recurso, chamado VPC, é uma demanda de empresas que questionam questões de segurança em nuvens públicas, e que pode ser visto em http://aws.amazon.com/vpc/.

Já a proposta de valor do GAE é permitir que desenvolvedores criem aplicações Web muito rapidamente (em suas estações de trabalho) e as coloquem para operar na nuvem do Google. O custo para rodar a aplicação é “free”, sim, grátis, até cinco milhões de page views por mês. A partir deste volume, é cobrado um valor por recursos computacionais utilizados.

O GAE permite que os desenvolvedores construam e testem suas aplicações em um ambiente simulado (como Linux e Windows), que suportem versões das linguagens Python e Java. Para colocar o aplicativo em produção usa-se um script de upload que transfere o código fonte para os servidores da nuvem do Google, de onde a aplicação rodará. O GAE utiliza a mesma infraestrutura de hardware e software do engine de buscas do Google. Os desenvolvedores não tem acesso direto a estes recursos, pois existe uma camada de interface entre a aplicação e a nuvem. Os recursos disponiveis à aplicação são o Big Table (mecanismo de persistência não 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 aplicações que estão sendo atualmente escritas são de pequeno porte, departamentais.  Embora a nuvem do Google permita que uma aplicação possa escalar de forma automática para milhões de  page views e milhares de usuários, os temores quanto às condições de segurança, disponibilidade e privacidade de nuvens abertas, como a do Google, são ainda fatores restritivos.  Assim, na minha opinião, e o que respondi a ele com relação ao GAE é considerar esta alternativa apenas para novas aplicações de pequeno porte, escritas em Java ou Python, desenvolvidas por equipes pequenas, estilo “agile development”. Deverão ser aplicações stand-alone (embutidas em si mesmo, sem integração com aplicações legadas). Nem pensar em considerar o GAE para migrar aplicações corporativas legadas, que constituam a base do suporte ao negócio.

Por sua vez recomendo a nuvem da Amazon para aplicações “one-way”, aquelas que voce vai usar uma ou pouquissimas vezes e para as quais não compensa contratar mais recursos computacionais. Também pode ser usada como infraestrutura para pequenas empresas que não tem budgets para manter uma estrutura fisica de TI interna ou mesmo para aplicações situacionais de grandes empresas que não tenham necessidade de maiores integrações com sistemas legados. O AWS permite utilização de aplicações convencionais, pois na prática simplesmente simula servidores fisicos através de virtualização. Entretanto, ainda não está adequada para suportar aplicações de missão critica da maioria das grandes empresas.

No developerWorks vocês podem ver diversos artigos sobre o uso da AWS da Amazon. Recomendo olhar a série 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 não são necessariamente excludentes. Podemos até utilizar simultaneamente as duas alternativas.

Fonte: Blog Nas Nuvens

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 informação por dezenas de sites diferentes. E cresce à cada novo serviço que usamos!

O advento do modelo de computação em nuvem vai acelerar esta tendência. Será cada vez mais fácil criar novos serviços, uma vez que a barreira da infraestrutura deixa de existir. Vejamos o exemplo do Twitter. Já temos novas alternativas como o Meme do Yahoo e o Woofer. O Meme vai além dos 140 caracteres do Twitter: permite compartilhamento de qualquer tipo de conteúdo multimídia, como texto, vídeo, á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 lançamentos.

Com cloud computing não estamos mais limitados à capacidade física 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 segurança que queremos vai depender de nossa intenção em não compartilhar informações e com as regras, procedimentos e políticas adotadas pelos provedores de serviços Web 2.0 e de cloud computing que usamos. Dependendo do provedor da nuvem e seu tipo (pública ou privada, por exemplo) teremos maior ou menor grau de risco quanto à nossa privacidade.

Um exemplo que pode ser ou não preocupante:  Quando uma informação é armazenada em uma nuvem, em última instância será armazenada em um servidor e um dispositivo de armazenamento residente em algum local físico, que pode ser em outro país, sujeito à legislações diferentes. Além disso, por razões técnicas esta informação poderá migrar de um servidor para outro servidor, ambos em países diferentes. Nada impede que a lei de um destes países permita o acesso à estas informações armazenadas, mesmo sem consentimento de seu “dono”. Por exemplo, a legislação antiterrorista ou de combate à pedofilía em diversos paises permite o acesso a informações pessoais, sem aviso prévio,  em caso de evidências legais de atos criminosos.

Outro ponto interessante é que usamos as nuvens públicas e seus serviços sem prestar atenção aos seus contratos de uso, isto é, quando existirem estes contratos. Para usuários finais, dificilmente vemos contratos de uso de serviços prestados por nuvens. E quando existem, são condições impostas pelos provedores, que podem se dar ao direito de mudar as cláusulas sem aviso. A privacidade pode deixar de existir se uma cláusula constar que a propriedade da informação armazenada na nuvem será do provedor. Neste caso, ele poderá usar e divulgar aquela belissima foto tirada por você em alguma ação de marketing sem aviso prévio.

A questão é que o conceito de computação em nuvem é recente e a legislação em vigor ainda mal entendeu a Internet. Ainda está no paradigma da época em que os PCs viviam isolados e no máximo se trocava disquetes. Apreender para investigação forense um PC cujo conteúdo estará nas nuvens será totalmente irrelevante. E como obter as informações de discos rígidos virtuais, espalhados por diversos provedores de nuvens?

Que será necessário fazer? Bem, de forma “arrogante” algumas poucas sugestões:

a)     Desenvolver novas práticas e políticas de segurança e privacidade que contemplem o paradigma da computação em nuvem.

b)     Rever a legislação que aborda privacidade e segurança eletrônica de modo que o modelo de nuvem seja considerado.

c)     Nós, usuários de nuvens públicas, devemos estar alertas quanto as consequencias de seu uso e dos termos dos seus contratos de serviço.

Desta forma o desenvolvedor escreve apenas uma API e pode usar o mesmo programa em diversas nuvens. As nuvens que estão sendo consideradas nesta primeira versão são 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.

Fonte: Blog Nas Nuvens

Há alguns meses, levantei no meu blog um post sobre o uso de PowerPoint em apresentações e nas universidades. Vejam em https://www.ibm.com/developerworks/mydeveloperworks/blogs/ctaurion/tags/powerpoint.

De lá para cá com dezenas de novas apresentações feitas e muitas outras vistas, volto hoje com alguns novos insights, que quero compartilhar com vocês. O assunto merece ser discutido mais exaustivamente. Continuo questionando se os slides em PowerPoint são realmente a melhor forma de transmitir conhecimentos e idéias… Seu uso está tão arraigado que  praticamente não apresentamos nenhuma ideia se não tivermos um conjunto de slides desenhados em PP e exibidos em uma tela na parede. Algumas estimativas apontam que a sociedade gera e exibe trilhões de slides PP a cada ano!

Por um lado, fazer slides em PP é muito fácil. Talvez esteja aí um dos problemas: é fácil demais… E é fácil fazer as coisas erradas. Cai-se na tentação de fazermos slides que se tornam verdadeiras obras de arte, com bonitos efeitos visuais, mas sem conteúdo.

O nome original do PowerPoint era Presenter, que descreve exatamente para o que ele foi escrito: fazer apresentações. Não para dar aulas. É ótimo para uma apresentação de vendas, mas dificilmente gera uma boa aula. O fluxo de informações em uma apresentação PP é one way, do apresentador para a audiência. Não existe espaço para interatividade.

Claro que muitas vezes esta linearidade é positiva: uma apresentação de vendas. Os objetivos destas apresentações são claras: mostrar uma idéia, e persuadir a platéia que a idéia é boa, sem deixar margem para maiores questionamentos. Questionamentos atrapalham o ciclo de vendas… Mas, em aulas é terrível. Uma aula linear, sem interatividade? Uma aula em PP dificilmente ajuda os estudantes a pensarem por si mesmos. Eles ouvem passivamente o que é falado e visualizado na tela. O modelo de apresentação PP impõe a lógica e a organização de idéias do apresentador, que não necessariamente serão as mesmas dos alunos. Esta imposição é prejudicial ao processo de aprendizado. Não tenho dados científicos para comprovar minha intuição, mas assistir passivamente uma aula em PP deve gerar a mesma intensidade elétrica no cérebro que a gerada quando assistimos a um programa banal na TV.

Também por ser fácil, temos outro problema do mau uso PP: excesso de slides. É fácil ceder a tentação de fazer mais uma figura, colocar mais textos explicativos. Aliás, muitas vezes estes textos estão lá principalmente para ajudar o palestrante e não para a platéia lê-lo. Alguém que vê durante uma hora e meia uma apresentação com dezenas de slides cheios de figuras que se movem  e com textos e mais textos, dificilmente conseguirá absorver seu conteúdo. Temos uma capacidade limitada de absorver informações e se excedermos esta capacidade o excesso será apenas ruído…O ruído aparece pelo numero excessivo de slides ou pelo excesso de textos em um slide.

Um teste fácil para sabermos se o conteúdo da apresentação é relevante é quando no meio da palestra as pessoas saem para atender ao celular. Voltam alguns slides depois e continuam prestando atenção. Ou pelo menos demonstram estar prestando atenção….Ora, se houvesse conteúdo importante e que sua falta prejudicasse a continuidade da absorção do conhecimento, ele simplesmente não conseguiria mais prestar atenção. Se o que ele perdeu foi irrelevante, ele pode continuar sentado e ver os demais slides como se não tivesse perdido nada.

Outro mau uso é o excessivo numero de bullets ou frases curtas que pretendem passar as idéias principais. Tem um case interessante que foi a investigação feita pela NASA do acidente que vitimou um space shuttle. A investigação apontou como um dos culpados a apresentação em PP feita pelos especialistas da NASA para descrever a situação e definir os procedimentos de emergência. O excesso de bullets aninhados acabou fazendo com que as causas principais não fossem devidamente destacadas e identificadas, e a tragédia acabou acontecendo.

E uma do piores vícios das apresentações PP é o apresentador ler o texto dos slides. Ou ele não domina o assunto e está lendo para não ficar em um silencio incômodo ou ele acredita que a platéia é constituída de analfabetos que não sabem ler. Jogo de cores inadequadas é outro erro comum. Vemos as vezes combinações que parecem fruto de daltonismo, porque as cores não combinam umas com as outras.

Enfim, mostrar muitos slides não vai transformar uma má apresentação em boa e não vai transformar um mau apresentador em um bom apresentador. O PP é auxiliar da palestra e não o seu cerne. As idéias e a organização da apresentação é que fazem que a palestra seja boa ou ruim. E, para aulas, ainda tenho muitas desconfianças se o PP não deveria ser limitado ao mínimo necessário…Então, temos muito o que debater!

Mas, o que a computação em nuvem vai nos trazer? Além do  Hadoop,  projeto open source baseado no conceito do MapReduce, que é a técnica de programação usada pelo Google para implementar suas aplicações em Cloud (http://labs.google.com/papers/mapreduce.html e http://hadoop.apache.org/), devemos prestar atenção ao  lighttpd (http://www.lighttpd.net/) , um webserver que já turbina sites de alta demanda como Youtube, e o banco de dados distribuído MogileFS (http://www.danga.com/mogilefs/). Todos são projetos open source.

Vale a pena estudá-los.

Já vivemos isso antes. Basta olhar para a Internet em 1999, dez anos atrás. Alguém imaginava que ela seria como hoje? Tivemos a fase de empolgação, o estouro da bolha, a descrença e agora vemos que ela é a base das comunicações do planeta. Mas, ninguém imagina mais um mundo sem a Internet.

Mas, voltando a Cloud Computing. Aliás, o termo em português que eu adoto é Computação em Nuvem, embora também vejamos  outros termos como Computação nas Nuvens ou Computação na Nuvem…De qualquer maneira, é um ecossistema que compreende vários modelos de negócio, centenas de fonecedores e diferentes nichos de mercado. É um paradigma bem abrangente e muito mais amplo que simplesmente infraestrutura como serviços.

Querem um exemplo? Bem, como modelos de serviços, além de infraestrutura como serviços  (IaaS), podemos ter também Platform-as-a-Service (PaaS) e Software-as-a-Service (SaaS). Além disso, se olharmos pelo prisma dos modelos de entrega, as nuvens podem ser públicas (as mais conhecidas, como a nuvem do Google ou Amazon), mas também privadas (operada por uma única empresa), comunitárias (compartilhadas por um conjunto de empresas) ou híbridas (um mix de nuvens públicas e privadas).

Indo mais além…Uma “cloud” ou “nuvem” é um conceito abstrato e portanto não se compra como um produto. É construída. E para construí-la precisamos de muito mais esforços em serviços que só adqurindo tecnologias.  Como o ecossistema que envolve Cloud Computing é amplo, surgem diversos fornecedores com definições diferentes e muitas vezes discrepantes entre si. Rotular seus produtos e serviços como Cloud é hoje uma ação comum de marketing. Qualquer produto ou serviço hoje é “cloud”…Um simples hosting de servidores passa a ser chamado de oferta de Cloud Computing!

Enfim, hoje ainda temos muito mais interesse que ações ocorrendo no mundo da Computação 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 ações se concretizando.

Adotar o conceito de nuvem é uma trilha a ser perecorrida passo a passo. É uma evolução gradual, não se acorda em “nuvem” de um dia para o outro. O primeiro passo? Entender os conceitos e separar o que é puro hype da realidade. Cloud Computing não é hype, tem substância.

Siga o Profissionais TI no Twitter e concorra ao livro Cloud Computing mencionado neste artigo.