Cloud computing no magia

A rea de TI tem um papel de extrema importncia no desenho da estratgia de migrao para a nuvem
Cezar Taurion *
Publicada em 27 de maio de 2013 s 08h11

Adotar cloud computing no mais questo de se vamos ou no, mas sim de quando e com qual intensidade e velocidade. Este ritmo vai depender, entre outros fatores, do grau de maturidade da empresa e de sua rea de TI, da sua estratgia de posicionamento no mercado, do seu grau de aderncia a inovaes e, claro, tambm de aspectos externos como disponibilidade e capacidade da infraestrutura de comunicaes que atende a empresa. A rea de TI deve liderar este processo e, portanto, analisar os riscos envolvidos de sua responsabilidade. O sucesso ou fracasso da adoo de cloud depende de quo bem for desenhada e executada sua estratgia. H poucos anos, cloud era curiosidade e natural que os prprios provedores de cloud estejam ainda em diversos graus de evoluo e maturidade. Como a palavra cloud tornou-se um hype, todo e qualquer provedor de servios comeou a se mostrar ao mercado como fornecedor ou expert em ofertas de cloud. Assim, provedores de hosting e colocation, de um dia para o outro, tornaram-se provedores de cloud, apenas mudando a propaganda de suas ofertas. A nuvem ofertada por eles ainda hosting ou colocation. Empresas de software onpremise tornaram-se provedoras de solues SaaS simplesmente criando instncias do seu aplicativo em um data center externo. o velho ASP (lembram?) travestido de SaaS. Portanto, embora cloud seja uma tendncia inevitvel, o caminho at ele pode ser meio pedregoso Como TI deve agir? Desenhar uma estratgia de cloud fundamental. Isto implica em definir quais aplicaes iro para a nuvem, sua sequncia de migrao, e se estas nuvens sero privadas ou pblicas, ou mesmo se ambas as solues convivero interoperando. A estratgia deve definir por onde comear. Pelas aplicaes de menor importncia? Ou pelas que so mais independentes e no demandam interoperabilidade com outras? Ou pelas aplicaes sazonais? Enfim, cada organizao vai definir sua prpria estratgia. Por exemplo, um ERP tem por caracterstica demandar muita interconexo com diversos outros aplicativos. Lev-lo para a nuvem significa que estas interconexes tero que funcionar a contento. E onde estaro estas aplicaes? Na mesma nuvem do ERP ou em outras nuvens? Ou continuaro on-premise? Um fator importante e muitas vezes pouco lembrado que, na maioria das vezes, olhamos os baixssimos custos de processamento ofertados pelos provedores de cloud, mas os custos de conexo (comunicaes) podem ser altos se o volume de dados trafegados para manter a interoperabilidade entre as diversas aplicaes em nuvens e on-premise for muito elevado. Este um cenrio que a maioria das mdias e grandes empresas vai ter que suportar por muito tempo. Ser muito difcil migrar para cloud computing no modelo de Big Bang. um processo gradual e, portanto, a convivncia deste ambiente complexo e interopervel deve ser considerada na estratgia de migrao. Migrar para uma cloud pblica no significa abdicar da governana de TI. Esta, pelo contrrio, torna-se mais importante. A rea de TI deixa de se preocupar com questes como instalao de novo release de sistema operacional, mas deve manter controle do nvel de servio praticado pelo provedor de cloud. Os papis e responsabilidades existentes hoje em TI devem ser redesenhados para serem distribudos e compartilhados entre TI e o provedor. A escolha do provedor outra varivel importante. Qual o grau de maturidade dele? Qual o nvel de capacitao que ele dispe? Qual o nvel de segurana, disponibilidade e privacidade que ele garante? Um aspecto interessante: qual o seu DNA? Corporativo ou voltado a usurio final? Dificilmente uma empresa nascida e criada pela tica B2C consegue se transformar em uma bem sucedida B2B. A estratgia de cloud deve envolver outras reas alm da TI. Risk Management, auditoria e o jurdico so alguns exemplos. Questes como soberania dos dados, garantia de aderncia s regulamentaes do setor onde a empresa atua, as questes de trilha de auditoria, aspectos

relativos migrao de dados e aplicativos em caso de troca de provedor de nuvem, esto entre fatores que TI vai precisar de muito apoio. Existem tambm questes legais referentes ao uso das atuais licenas de softwareon-premise em nuvens externas. O prprio contrato com o provedor demanda variveis que, no modelo on-premise, no precisam ser considerados. Um exemplo: se voc encerrar o contrato com um provedor de nuvem, os seus dados continuaro armazenados nele. Que condies e tecnologias ele oferece para que voc os migre para outro provedor? Ou ento o provedor muda, sem aviso, seus dados de um data center localizado em seu pas para outro pas, gerando um questionamento regulatrio. Enfim, so variveis que a rea de TI no tem expertise suficiente para agir de forma autnoma. O processo de migrao um elemento de grande importncia. Como sero tratadas eventuais falhas na operao? De quem ser a responsabilidade? Qual o papel do provedor e da sua rea de TI em cada aspecto da migrao? Um aspecto importante e que deve ser analisado com cuidado que, para aproveitar a potencialidade de determinadas nuvens pblicas, voc vai ser obrigado a utilizar tecnologias e APIs especficas, o que pode criar um lock-in e atrasar substancialmente uma eventual mudana de provedor. Alguns provedores de nuvem mantm sob segredo sua tecnologia e o acesso aos seus data centers. Isto pode criar complicaes em caso de necessidade de investigao forense e auditorias. Cloud computing no magia. Voc, adotando uma nuvem pblica, est transferindo seu hardware para software. Voc passa a ver apenas servidores virtuais. Mas estes servidores virtuais precisam dos data centers do provedor da nuvem. O seu limite o limite do provedor. Geralmente, este limite infinitamente maior que o que a maioria das empresas dispe em seu data center, mas mesmo assim, alguns cuidados devem ser tomados. No esquea que um provedor de nuvem, para ter lucro, precisa compartilhar ao mximo os seus recursos fsicos entre seus clientes. Eventualmente, podero aparecer gargalos decorrentes deste compartilhamento, como interferncias das aplicaes de outros clientes que coabitem os mesmos servidores fsicos que compem os seus servidores virtuais ou no compartilhamento do storage e redes locais que ligam estas mquinas. E o sempre presente gargalo, aqui no Brasil, das limitaes das nossas bandas largas. Portanto, a rea de TI tem um papel de extrema importncia no desenho da estratgia de cloud. Deve conduzir o processo e no ser conduzido por ele. Caso contrrio, quando os problemas aparecerem (e sempre aparecem), vai ser obrigado a correr atrs do prejuzo. Assim, nada mais adequado que liderar o processo, criando polticas e prticas de adoo e uso de computao em nuvem.

(*) Cezar Taurion diretor de novas tecnologias aplicadas da IBM Brasil