http://www.cio.com.br
TECNOLOGIA
Como fugir do aprisionamento nos sistemas de cloud computing
(http://cio.uol.com.br/tecnologia/2009/03/04/como-fugir-do-aprisionamento-nos-sistemas-de-cloud-computing) Mary Brandel, COMPUTERWORLD/EUA Publicada em 04 de março de 2009 às 16h02
Com o form a d e m in im iz a r riscos, a lg u n s CI Os t ê m op t a d o p e la m ig ra çã o g ra d u a l p a ra a n u v e m , e n q u a n t o outros colocam apenas parte dos recursos em clouds O último ano vai ficar marcado pelo início da crise financeira global. Mas, no ambiente de tecnologia deve ser lembrado como o momento em que o conceito de cloud computing começou a decolar. Com isso, muitas empresas se questionam se devem, ou não, embarcar nesse movimento de computação em nuvem e como podem fazê-lo. Soma-se também outra preocupação comum: como sair das nuvens, se isso for necessário? Quando as pessoas falam de aprisionamento ao sistema, elas ainda não distinguem entre os diversos tipos de nuvem que existem. Cada um deles compromete a empresa de formas diferentes. Os graus de aprisionamento devem ser postos na balança juntamente com as vantagens de usar o sistema. São diversos cenários a serem analisados. Segundo James Staten, analista da consultoria Forrester Research, é inevitável que as aplicações e os dados fiquem aprisionados em algum nível, mas dependendo da forma como isso ocorre, a nuvem continua sendo uma excelente opção. Detalhes técnicos à parte, o aprisionamento é uma questão emocional , diz Rene Bonvanie, vice-presidente sênior da Serena Software, empresa que fornece aplicações baseadas em cloud computing. Ele argumenta que os dados abrigados em um sistema tradicional, como SAP, Oracle ou Microsoft, oferecem o mesmo grau de aprisionamento que as nuvens. O equívoco ocorre porque os dados estão fora de alcance , diz Bonvanie. Mas na realidade é como o dinheiro: está nos bancos e você confia, sem se importar como ele é armazenado ou registrado , afirma o vice-presidente. Os melhores modelos Alguns CIOs estão migrando de forma gradativa para as nuvens, escolhendo processos por ordem inversa de importância na estratégia da empresa. Outra forma de se aproximar de cloud sem riscos de aprisionamento é usar a nuvem somente com parte dos recursos da empresa. Com o simples armazenamento de dados em clouds, por exemplo, não há tanto risco, pois eles são facilmente transportáveis entre servidores de diferentes fornecedores, principalmente se eles estiverem baseados em Linux. Além disso, é importante basear a escolha de fornecedores no grau de abertura de padrões que eles utilizam. A RightScale, por exemplo, diz que seu sistema de gerenciamento é bastante flexível, funcionando com uma variedade de provedores de infraestrutura, como FlexiScale, GoGrid e Amazon.com. Crandell explica que a ferramenta cria uma camada abstrata no topo dos serviços, que resulta em maior compatibilidade de aplicações e reduz o trabalho da migração, caso esta seja necessária. Nós evitamos que as empresas tenham que reescrever todas as suas aplicações para cada nuvem , destaca. Além disso, Crandell diz que o código da RightScale está disponível para usuários, de forma que facilitaria a vida de quem quisesse sair da solução da empresa. Relação risco/benefício De acordo com Staten, deixar de questionar os aspectos proprietários do fornecedor realmente é um grande risco. É necessário pesar as vantagens de utilizar tecnologias específicas e contrabalançar com as vulnerabilidades do fornecedor. O exemplo da Salesforce.com pode ser utilizado para ilustrar isso. A empresa utiliza um sistema proprietário de linguagem de programação e APIs, mas tem 10 anos de mercado, bem capitalizada e não oferece tanto risco. Para determinar a viabilidade de um fornecedor, é importante realizar uma pesquisa intradepartamental, pedindo informações sobre fluxo de caixa, dentro de um contrato de não-divulgação de dados. O cliente pode também conversar com os investidores sobre a confiança que depositam no negócio, além de buscar as tradicionais referências. Depois da investigação, a assinatura do contrato pode estar associada a uma estratégia de saída do fornecedor caso necessário. É imperativo que haja um acordo com o fornecer sobre os procedimentos para deixar as aplicações dele , afirma Bonvanie. O acordo também pode incluir questões de segurança, com a descrição de como você vai fazer uso de serviço, para que as políticas sejam bem definidas. A criação dessas políticas ainda não é comum entre as companhias, mas deve ocorrer com mais frequência quando o mercado ganhar mais corpo. Maturidade leva tempo Padrões só se desenvolvem com o tempo, quase sempre de acordo com a demanda dos consumidores. A maturidade não vai chegar sem tensões, porque a demanda sempre vai brigar com os fornecedores, que vêm vantagem no aprisionamento. Por essa razão, os usuários precisam ser categóricos com relação aos padrões que desejam. Uma das questões cruciais será a utilização de serviços web abertos na comunicação entre aplicações , alerta Staten. Segundo Richard Ni, analista do Gartner, os líderes de tecnologia podem encorajar a definição de padrões garantindo que suas equipes conheçam fornecedores além dos óbvios líderes de mercado. Só estimularemos o aprisionamento se fecharmos os olhos para os outros fornecedores. O CIO tem um papel fundamental nessa questão , ressalta. Copyright 2009 Now!Digital Business Ltda. Todos os direitos reservados.
1 de 1
11/04/2009 09:54
This document was created with Win2PDF available at http://www.win2pdf.com. The unregistered version of Win2PDF is for evaluation or non-commercial use only.