Está en la página 1de 12

WhitePaper

CMO MIGRAR AL CLOUD?


Aprovchese de la migracin de aplicaciones al cloud

WhitePaper de Interxion, por Jelle Frank van der Zwet e Ian Murphy

WhitePaper

INTRODUCCIN
El papel del cloud como plataforma vlida de operacin TI es aceptada ahora por numerosos CIO, directores TI y organizaciones TI, que lo ven como una solucin que proporciona claras ventajas. Llegar a este punto ha resultado rpido y la transicin ha sido impulsada principalmente por las unidades de negocio en lugar de TI, y esto plantea desafos que necesitan ser abordados. Las unidades de negocio perciben el cloud como un ahorro de costes debido a su forma de adquisicin y pago. Los CIO y los departamentos TI pueden estar de acuerdo con esto pero son conscientes de la complejidad de las TI y de las nuevas tecnologas. Tambin les preocupa la forma en que las TI se integrarn cuando se trasladen fuera de la organizacin. Es aqu donde un integrador de sistemas puede jugar un rol signicativo ayudando a la empresa a entender: 1. Qu aplicaciones se van y a dnde? 2.  Qu tipo de modelo de transferencia al cloud es el ms adecuado? 3.  Los caminos de migracin hacia el cloud. 4.  Cules son los requisitos de servicio para el cloud? 5.  Cmo evaluar el retorno de la inversin? Los benecios potenciales para ambos, el integrador de sistemas y la empresa, desde el punto de vista del empleo ecaz del cloud, resultan sustanciales. Sin embargo, estos benecios, tal y como sucede con todos los cambios de infraestructura, tienen que ser comprendidos, planicados y hay que denir objetivos vlidos con el n de garantizar que, nalmente, proporcionarn lo que prometen.

LA NUBE NO CAMBIA LA RELACIN DEL NEGOCIO

CENTRO DE DATOS Y UBICACIN DEL CLOUD

La clave para el integrador de sistemas es que la nube no cambia la relacin de la empresa con sus clientes. Los cinco criterios anteriores no son distintos de aquellos que se utilizaran para tomar cualquier decisin relacionada con la plataforma. Las personas que toman decisiones en la empresa tambin son conscientes de que las relaciones fundamentales con sus proveedores de conanza no cambian cuando se trasladan a la nube. Si sus relaciones actuales incluyen la subcontratacin o los servicios profesionales en la arquitectura y en el despliegue de las TI, el cloud ser simplemente otra plataforma. Este documento analiza los problemas prcticos que aparecen al migrar las aplicaciones a la nube. Aborda la necesidad de elegir con cuidado las aplicaciones y la forma de decidir qu tipo de plataforma cloud resulta ms adecuada para proporcionar los mayores benecios.

En nuestro reciente WhitePaper Ninguna Nube es una Isla, se explic la forma en que trabajan los diferentes modelos y los benecios de un modelo que abarque los modelos cloud privado y pblico. La nube hbrida, como se la conoce, es una base para proporcionar ahorros desde un enfoque de cloud. No se trata solo de los ahorros derivados de la reduccin en inversiones sino de los ahorros que se pueden lograr cuando la solucin se basa en un gasto corriente. Uno de los elementos clave para un integrador de sistemas que busca construir su propia infraestructura cloud es localizar un centro de datos de conanza que pueda proporcionar un entorno independiente de los operadores de telecomunicaciones y que ofrezca la exibilidad requerida. Los centros de datos neutrales ofrecen una amplia seleccin de operadores para proporcionar servicios. Esta diversidad de operadores no solo permite al integrador de sistemas gestionar con ecacia el SLA para este servicio, sino tambin disminuir la latencia en la provisin del servicio. La forma en la que estos centros de datos neutrales renen a las comunidades de inters incluyendo a los integradores de sistemas, proveedores cloud, operadores y empresas, resulta fundamental para el xito en la provisin de soluciones de cloud hbrida.

02

C mo mi gr ar al cl o u d J e l l e F ra n k v a n d e r Z w e t e Ia n M urphy

WhitePaper

QU APLICACIONES SE VAN Y A DNDE?


No toda aplicacin resulta adecuada para su despliegue en cloud y aconsejar a los usuarios sobre qu aplicaciones deberan ser o no trasladadas a la nube, puede resultar complicado. La preparacin para el traslado de las aplicaciones al cloud proporciona una oportunidad ideal para revisar el panorama de aplicaciones en uso. Todas las empresas tienen una mezcla de aplicaciones nuevas, viejas y no utilizadas. Indudablemente se tratar de una mezcla de versiones de aplicaciones, con frecuencia provocada por la cantidad de tiempo que se tarda en instalar las actualizaciones y las nuevas versiones. Otro problema son las aplicaciones no autorizadas que han sido instaladas por usuarios o departamentos para obtener

funcionalidades de negocio que los departamentos TI no suministran. Disminuir esta mezcla de aplicaciones a un tamao razonable no solo reducir de forma signicativa el panorama de riesgos de los programas no parcheados. Adems, se producirn ahorros signicativos por la reduccin de las necesarias licencias de software. En recientes anlisis realizados por IBM y HP, se ha podido contemplar una reduccin del 60% en el conjunto total de aplicaciones como parte de la planicacin para el cloud. La racionalizacin de aplicaciones tambin proporcionar una oportunidad para decidir qu aplicaciones son crticas para el negocio y qu aplicaciones se pueden trasladar a la nube. Llevar una aplicacin a la nube o mantenerla en local puede resultar una decisin compleja:

1.  Los datos de la aplicacin son sensibles para el negocio? 2.  Dnde se almacenarn los datos: localmente o en cloud junto con la aplicacin? 3.  Se puede determinar la ubicacin de los datos para garantizar el cumplimiento legal? 4.  Es la aplicacin crtica para el negocio? 5.  El proveedor de cloud ofrece mejores opciones para la recuperacin ante desastres que las actuales? 6. Cmo se garantiza la seguridad?

Rendimiento sucientemente bueno


Public Cloud Private Cloud

Aplicaciones de negocio crticas

Aplicaciones no crticas

Email & Calendar Backup Collaboration

HRM Virtual Desktops CRM

Test & Develop Analytics Games

Finance ERP M2M Trading

Hybrid Cloud

Dedicated

Elevado rendimiento

Fuente: Interxion

El diagrama muestra cmo se pueden combinar cloud, ubicacin, rendimiento y aplicaciones. Las aplicaciones de carcter general, tales como el correo electrnico y las herramientas de colaboracin, no requieren altas prestaciones y se podrn ubicar en la nube pblica. En el otro extremo del espectro se encuentran las aplicaciones que resultan crticas para el negocio, son altamente sensibles y requieren sistemas de elevado rendimiento, tales como ERP, aplicaciones nancieras y comercio M2M. Lo mejor ser ejecutarlas sobre sistemas dedicados donde se garantice su seguridad y el anlisis de riesgo.

C m o m i g ra r a l c l o ud Je l l e Fra nk va n de r Zwe t e I a n Murphy

03

WhitePaper

QU TIPO DE MODELO DE TRANSFERENCIA AL CLOUD ES EL MS ADECUADO?


Existen tres tipos de modelos clave de transferencia que soportan el camino correcto de migracin al cloud.

Deniciones del modelo de transferencia


Proveedor cloud
Application No Control Middleware Operating System Admin Control Hypervisor Hardware Application Middleware Operating System Hardware Application Middleware Total Control Operating System Hardware No Control No Control Total Control

Usuario cloud

IasS

Admin Control

Limited Programmability

PaaS

Total Control

No Control

Admin Control

Limited Admin Control

SaaS

Fuente: NIST

Infrastructure as a Service (IaaS): IaaS es un servicio cloud bsico. Proporciona recursos tales como mquinas virtuales (MV), balanceadores de carga de red, almacenamiento y conectividad. Para sacar partido a este modelo, los recursos informticos tales como CPU, memoria, almacenamiento y red se aaden a una MV y, a continuacin, una aplicacin se traslada a la misma MV. Aunque es el proveedor cloud el que gestiona la plataforma subyacente, el usuario de la plataforma es responsable de mantener sus aplicaciones y de realizar backups. Algunos proveedores cloud pueden ofrecer una opcin de backup para la MV a otra ubicacin con el n de suministrar un cierto nivel de recuperacin frente a desastres, pero el usuario debe evaluar si seguir realizando copias de seguridad en su propia sede.

Platform as a Service (PaaS): PaaS es una plataforma informtica, sistemas operativos, bases de datos y aplicaciones proporcionadas por el proveedor cloud. Los clientes migran a dicha plataforma, y los desarrolladores escriben cdigo para la misma. Se trata, con frecuencia, de un entorno escalable y altamente automatizado. Las herramientas de gestin garantizarn que se proporcionan los recursos necesarios cuando la demanda alcanza un determinado nivel. El proveedor cloud mantiene la plataforma y parchea los sistemas operativos, servidores web y bases de datos.

Software as a Service (SaaS): El software de aplicacin se instala en la nube y el usuario accede al mismo slo cuando se necesita. El propietario del cloud gestiona el software y posee las licencias alquilando dicho software a los usuarios, lo que se traduce en importantes ahorros, ya que solo se paga por el software cuando se utiliza.

04

C mo mi gr ar al cl o u d J e l l e F ra n k v a n d e r Z w e t e Ia n M urphy

WhitePaper

ELIJA EL CAMINO DE MIGRACIN HACIA EL CLOUD


De acuerdo con Gartner hay cinco caminos clave de migracin hacia un entorno cloud totalmente desarrollado: (1) realojamiento sobre IaaS, (2) re-ingeniera para PaaS, (3) revisin para IaaS o PaaS, (4) reconstruccin sobre PaaS, (5) o sustitucin con SaaS. Cada uno de ellos presenta sus pros y sus contras, y permite al integrador de sistemas agregar valor.

Realojamiento sobre IaaS Las aplicaciones se migran a mquinas virtuales y luego se implementan en IaaS. Una victoria rpida para las TI con un ahorro inmediato de costes y el acceso a nuevos recursos. En ocasiones, los datos pueden ser un problema. Los requisitos normativos pueden exigir que los datos se almacenen dentro de una determinada rea geogrca por cuestiones de seguridad. El acceso de la aplicacin a los datos que se guardan localmente y no se cargan en la nube bien podra representar un desafo en trminos de disponibilidad de ancho de banda.

Pros
 Velocidad: Las aplicaciones se pueden trasladar con facilidad desde el mundo fsico al virtual utilizando una amplia diversidad de herramientas, y las aplicaciones se pueden cargar directamente al entorno del proveedor cloud.  Ahorro de costes: No hay que invertir en hardware y no hay gastos asociados con el consumo elctrico o la climatizacin.

Contras
E  scalabilidad: El cliente es responsable de aadir o eliminar recursos, lo que puede provocar un retraso en la respuesta frente a incidentes.  Mantenimiento: El cliente sigue siendo responsable del mantenimiento y del parcheo de sus mquinas virtuales. Aplicaciones distribuidas: Requieren una comprobacin exhaustiva para garantizar que todos los elementos importantes de la aplicacin han sido capturados en la mquina virtual; en caso contrario, las aplicaciones fallarn.  Copias de seguridad: Si los datos se cargan, el cliente deber realizar copias de seguridad fuera de su sede.

Re-ingeniera para PaaS Las aplicaciones se ejecutan de forma natural en los PaaS en lugar de instalarse en las mquinas virtuales de los clientes. Esto conduce a un mejor nivel de integracin entre las aplicaciones existentes dentro del PaaS, y permite que el cliente se concentre en las aplicaciones en lugar de en la plataforma. Uno de los retos que hay que superar es la integracin de aplicaciones en PaaS y aquellas que se mantienen en las instalaciones del cliente. Las cuestiones sobre la seguridad de datos y ancho de banda son las mismas que en el caso de IaaS.

Pros
C  onocimiento: Los desarrolladores utilizan los mismos lenguajes y herramientas que utilizan actualmente. G  estin integrada: Los equipos de operaciones utilizan una nica herramienta de gestin para administrar los sistemas locales y los basados en cloud. A  horros: No hace falta volver a formar al departamento TI para que aprendan nuevos lenguajes de programacin o nuevas herramientas de administracin. E  scalabilidad: A medida que se necesitan ms recursos, se asignarn dinmicamente para que los sistemas continen en funcionamiento. A medida que la demanda desciende, los recursos se reasignarn.

Contras
B  loqueo: Existe un riesgo de bloqueo cuando el desarrollador integra el acceso a otros servicios desde el proveedor cloud. Esto puede evitarse recurriendo a los recursos de los lenguajes de programacin y marcos de trabajo genricos. Capacidades perdidas: Solo aquellas funciones suministradas por el proveedor cloud estarn disponibles en los entornos de desarrollo y soporte. Esto puede signicar que durante el despliegue del proveedor cloud nos podemos encontrar con limitaciones a la hora de alcanzar los objetivos deseados.

C m o m i g ra r a l c l o ud Je l l e Fra nk va n de r Zwe t e I a n Murphy

05

WhitePaper

Revisin para IaaS o PaaS La revisin para IaaS y PaaS resulta ideal para los clientes que quieren ampliar las aplicaciones existentes en el cloud como parte de un entorno distribuido de aplicaciones. Los desarrolladores sacarn partido de las aplicaciones trasladadas al PaaS y ampliarn las aplicaciones locales para aprovechar nuevas funciones. El reto ms importante lo tienen los desarrolladores a la hora de comprender los problemas que implica la escritura de aplicaciones distribuidas.

Pros
Rendimiento: Las extensiones de las aplicaciones que se han escrito para funcionar de forma natural en la plataforma cloud se ejecutarn con mayor rapidez y sacarn un mayor provecho de las funciones que puede que no estn disponibles en la plataforma existente.  Acceso ms rpido al mercado: Escribir nuevos frontends para las aplicaciones heredadas implica ofrecer rpidas ganancias a las unidades de negocio.  Integracin: Las aplicaciones con alto nivel de integracin facilitarn a las unidades de negocio sacar partido de los sistemas TI y de los datos que contienen.

Contras
A  cceso ms lento al mercado: Si toda la aplicacin se debe migrar a la nube, y posteriormente ampliar para sacar provecho de los nuevos servicios, posiblemente pasar mucho tiempo antes de obtener algn benecio.

Reconstruccin sobre PaaS A medida que la nube madura, los diseadores comenzarn a tratarla como una plataforma de despliegue de primera clase. Las aplicaciones se disean para aprovecharse de los servicios de la nube, e interoperan con los sistemas centrales. Se trata de un desafo de integracin complejo, que se basa en las lecciones de integracin aprendidas en el mtodo Revisin para PaaS. Adems del camino revisado, el cliente puede realizar ahorros importantes al no tener que volver a dar soporte a aplicaciones heredadas a gran escala. Resulta esencial mantener adecuadamente los niveles de servicio y los procesos de recuperacin frente a desastres.

Pros
Rendimiento: Las extensiones de las aplicaciones que se han escrito para funcionar de forma natural en la plataforma cloud se ejecutarn con mayor rapidez y sacarn un mayor provecho de las funciones que puede que no estn disponibles en la plataforma existente. Ahorros: Trasladarse desde grandes equipos heredados que frecuentemente resultan caros de mantener y ejecutar, provocar importantes ahorros de costes.  Nuevas funciones de la plataforma: Sacar partido de las nuevas funciones de la plataforma del proveedor cloud evitar que el departamento TI tenga que agregarlas a las aplicaciones existentes. Como consecuencia, esto generar un mayor ROI que la opcin de Revisin.

Contras
B  loqueo: Una vez que las aplicaciones hayan sido rmemente integradas con la plataforma del proveedor de servicios, puede resultar difcil cambiarse desde dicha plataforma a otro proveedor.

06

C mo mi gr ar al cl o u d J e l l e F ra n k v a n d e r Z w e t e Ia n M urphy

WhitePaper

Sustitucin con SaaS SaaS ofrece importantes ahorros mediante la reduccin del coste de uso de las aplicaciones. Los usuarios alquilan en lugar de comprar las licencias de las aplicaciones. Cuando ya no se necesita la aplicacin, la licencia se devuelve. Para plantillas exibles o cuando se utilizan subcontratas, los ahorros son ms elevados. Existen ciertos desafos cuando se elige SaaS. El primer reto es que las aplicaciones deben disearse para cloud. El segundo es si los datos deben almacenarse localmente o en la nube. El tercero es garantizar que el fabricante de software est dispuesto a licenciar su software para que est disponible a travs de SaaS. Ya hay ejemplos de aplicaciones preparadas para SaaS en el rea de productividad de ocina, CRM, bases de datos y herramientas de anlisis de datos. Para algunas organizaciones de tamao medio, SaaS ofrece una oportunidad excelente, proporcionando acceso a aplicaciones que antes eran demasiado caras para justicar su adquisicin.

Pros
A  horro de costes: Sin hardware propio, sin licencias de software y sin costes elctricos o refrigeracin. Es, prcticamente, idntica a una solucin subcontratada pero con el benecio de una asignacin exible de recursos para las variaciones en la carga de trabajo.  El acceso a aplicaciones informticas de negocio de alto coste cae dentro del alcance de las PYME, que ahora se pueden permitir el lujo de utilizar aplicaciones que ofrecen una ventaja competitiva.  Escalabilidad: El proveedor cloud maneja automticamente este concepto mediante su plataforma SaaS.

Cons
B  loqueo: Para aplicaciones informticas bsicas tales como aplicaciones omticas, este enfoque no es ningn problema, pero cuando el software requiere una adaptacin importante, cualquier interrupcin de las relaciones comerciales entre la empresa y el proveedor cloud puede derivar en un problema.

C m o m i g ra r a l c l o ud Je l l e Fra nk va n de r Zwe t e I a n Murphy

07

White paper

CULES SON LOS REQUISITOS DE SERVICIO PARA EL CLOUD?


Uno de los elementos ms importantes en la entrega de servicios cloud es el Acuerdo de Nivel de Servicio (SLA). Con las aplicaciones y, potencialmente, con los datos en la nube, el SLA debe reejar este cambio de proceso de negocio y el riesgo que tendrn los clientes de no poder acceder a las aplicaciones o a los datos. Realismo: Contar con que la disponibilidad va a ser del 99,9999% es poco realista. Slo un muy pequeo nmero de empresas se acerca a esta cifra con soluciones dentro de sus propias instalaciones. En el caso del cloud, donde hay muchas ms variables que afectarn el rendimiento, este es un objetivo poco realista. En lugar de utilizar nmeros imposibles de conseguir, es importante identicar los indicadores clave para el SLA y cmo jar el precio. Latencia: Si la aplicacin es sensible a la latencia, resulta crtico que los datos y las aplicaciones estn prximos, idealmente dentro del mismo centro de datos.

Establecer una lnea de referencia del rendimiento: Las mtricas slo funcionan si se las puede comparar con algo. Parte de la planicacin de la migracin a la nube debe incluir perles de aplicacin. Estos perles proporcionarn una indicacin de cmo las aplicaciones utilizan los recursos y qu niveles de rendimiento se estn logrando en la actualidad a travs de las instalaciones propias. Estos datos son ideales para establecer mtricas de partida y luego decidir los niveles de rendimiento adicionales que se requieren. Certicacin: El proveedor de la plataforma cloud tiene la oportunidad de garantizar que las operaciones que realiza en su centro de datos cumplen con un grupo de normas internacionales. Estas normas van desde la eciencia energtica a las normas de seguridad. Las organizaciones que desean adquirir servicios en la nube deben asegurarse de que sus socios cumplen al menos con los mismos estndares que ellos. Aquellos que cumplan con las normas ms estrictas podrn jar precios ms elevados por el acceso a sus instalaciones y servicios. Resolucin: Con un acuerdo basado en servicio siempre existe la posibilidad de fracaso. Debe haber un enfoque muy claro de cmo se resolver cualquier disputa. Esto debe comenzar en el SLA, que deber detallar los tiempos de respuesta y la forma en que se noticarn los problemas. Cuanto ms crtico para el

negocio sea el sistema, menor deber ser el tiempo de respuesta y, por tanto, ms importante resultar que exista un proceso claro, sin ambigedades y ecaz para el escalado de cualquier problema. Compensacin y costes: Los niveles de compensacin deben quedar claros y encontrarse en un lugar privilegiado del SLA. Identicarn lo que se puede esperar si no se respeta el SLA adems de denir la forma en que se aplicarn las compensaciones. La transparencia resulta importante y un proceso claro mejorar las relaciones con los clientes. Disponibilidad: La recuperacin frente a desastres y la continuidad del negocio siguen siendo desafos para las TI de las corporaciones. Parte de un SLA premium mostrar cules son los procesos que garantizarn la continuidad del negocio y cmo se puede activar el proceso de recuperacin de desastres.

08

C mo mi gr ar al cl o u d J e l l e F ra n k v a n d e r Z w e t e Ia n M urphy

White paper

CMO EVALUAR EL RETORNO DE LA INVERSIN (ROI)


El ROI clave para la nube se entiende, con frecuencia, como los ahorros relacionados con CAPEX (gastos de capital). Se trata de un objetivo muy limitado e ignora otros costes, ahorros y benecios. Tambin asume que los OPEX (gastos operativos) correspondientes a la migracin al cloud pueden asumirse dentro de los presupuestos nancieros existentes. El ROI real para el cloud guarda relacin con los costes que habra que asumir para proporcionar internamente el mismo nivel de servicio. Aqu se incluyen mtricas tanto rigurosas como exibles, tales como disponibilidad, experiencia del usuario, coste de hardware/software, integracin, coste de ancho de banda, potencia elctrica y costes de climatizacin del centro de datos, y costes del personal.

En cierta medida, son los mismos parmetros bsicos que se aplican a cualquier proyecto TI. La clave para establecer un ROI en el cloud es analizar lo que aporta de novedoso esta solucin, que no se haya podido lograr utilizando sistemas o plataformas TI existentes. Todo ello se debe contemplar como un plus del cloud. La forma ms ecaz de determinar el plus del cloud como parte del ROI es comparar el modelo de negocio con lo que la nube ofrece. Al actuar as, piense en lo que costara proporcionar estos servicios utilizando las infraestructuras y herramientas TI existentes. Todo ello ayudar a distinguir con claridad qu se corresponde con el plus de la nube y qu resulta simplemente un benecio por utilizar procesos ms exibles.

Business Case
Reducir el coste del desarrollo y los entornos de prueba:

Plus del cloud


 La velocidad con la que se puede suministrar un entorno de prueba Posibilidad de realizar pruebas de aplicaciones con mayor amplitud e intensidad Acceso a herramientas de prueba de alto valor bajo demanda a travs de SaaS Acceso a profesionales de las pruebas en diferentes ubicaciones

Escalabilidad:

 Resulta fcil aadir ms potencia de clculo, red y o recursos de almacenamiento bajo demanda  Capacidad para disminuir los recursos cuando no sean necesarios  Tiempo de salida al mercado ms corto para las nuevas aplicaciones y soluciones, lo que se traduce en que las nuevas oportunidades de mercado se pueden explorar con mayor rapidez  Velocidad de identificacin de tendencias y diseo de soluciones competitivas  Menor coste de las TI, lo que liberar ms dinero para otras reas de negocio

Ventaja competitiva:

C m o m i g ra r a l c l o ud Je l l e Fra nk va n de r Zwe t e I a n Murphy

09

White paper

EL PAPEL DEL INTEGRADOR DE SISTEMAS


Para muchas empresas, la creacin de una plataforma cloud privada es un proceso complejo. Hace apenas unos aos, se deca que la virtualizacin de un centro de datos lo convertira en una nube privada. Aunque se obtuvieron ciertas mejoras de rendimiento y se evitaron algunas inversiones, nunca se lograron los ahorros o la agilidad del negocio esperados. Despus de haber experimentado estos retos durante la construccin de una cloud privada, la tarea actual de integrar proyectos de nube pblica para construir una solucin de nube hbrida ha sido an ms difcil. Parte del problema ha sido la psima implementacin de las herramientas por parte de los proveedores cloud y la falta de herramientas federadas de gestin y de seguridad, aunque estos no son los nicos problemas. Financieramente, la presin sobre los presupuestos del departamento TI se traduce en que carecern de los fondos necesarios para llegar a comprender el cloud. Tambin carecen de los conocimientos necesarios para gestionar proyectos complejos de integracin a travs de las nuevas plataformas de suministro. Muchos de ellos ya utilizan partners ables tales como integradores de sistemas para ayudarles a superar esta fase. Al migrar a la nube tiene sentido, por tanto, que el integrador de sistemas forme parte de este nuevo proyecto de integracin.
QU AADE EL INTEGRADOR DE SISTEMAS?

En el cloud, el integrador de sistemas tiene la oportunidad no slo de ampliar sus relaciones existentes con los clientes corporativos, sino que puede aadir una nueva dimensin. El cloud ayuda a unir diferentes plataformas y concede al integrador de sistemas la oportunidad de construir una plataforma a la medida de sus clientes. La integracin entre plataformas, la necesidad de disponer de herramientas federadas de seguridad y administracin, junto con la capacidad para cumplir con los estndares de la industria fortalece el papel del integrador de sistemas. Sin embargo, estas no son las nicas reas en las que el integrador de sistemas aporta un valor aadido signicativo. Los integradores de sistemas son capaces de ofrecer SLA basados en cloud a los clientes corporativos.
CMO GESTIONAR UN SLA BASADO EN CLOUD

inequvoca en lo que se reere a la prestacin de un servicio. Como la nube est relacionada con la prestacin de un servicio o aplicacin, la mejor manera de comprobar su desempeo es establecer indicadores que se basen en el rendimiento y en la disponibilidad de una aplicacin. Una vez que se haya denido el SLA, el integrador de sistemas podr ver los indicadores y datos de todo el cloud, lo que le permitir identicar problemas. El cliente, gracias al empleo de herramientas federadas de supervisin y administracin, podr ver lo que ocurre con los servicios que est utilizando. Como ambas partes van a utilizar los mismos datos de partida, ser relativamente fcil para el integrador de sistemas identicar y recticar las roturas del SLA. Para recopilar los datos correctos, habr que desarrollar aplicaciones de monitorizacin o agentes en los puntos clave a lo largo de todo el entorno cloud. Los datos recogidos por estos agentes han de ser volcados a las herramientas de administracin existentes que utilizan tanto el cliente como el proveedor cloud.

La gestin de un SLA basado en cloud comienza con dos lneas claras de separacin. La primera es diferenciar qu parte de la aplicacin o del servicio est en el cloud y qu parte no lo va a estar. La segunda es establecer quin es responsable de la supervisin: el integrador de sistemas o el cliente. El integrador de sistemas basar sus indicadores en los SLA que han sido aportados por operadores de telecomunicaciones y los centros de datos neutrales y especializados. Esto es importante, ya que slo el integrador de sistemas sabr hasta dnde puede llegar el SLA base. Al emplear varios operadores, podr mejorar sus SLA, pero no demasiado y es importante que no realicen promesas que no puedan cumplir. Emplear indicadores claros e inequvocos resulta fundamental para cualquier gestin de un SLA. La disponibilidad es un ejemplo de un parmetro que puede parecer evidente, pero est lejos de ser

El integrador de sistemas aporta una mejor comprensin de la complejidad de los grandes proyectos. Su modelo de negocio se basa en ayudar a los clientes a entender las mltiples plataformas y a desplegar su infraestructura TI donde pueda ser ms ecaz.

10

C mo mi gr ar al cl o u d J e l l e F ra n k v a n d e r Z w e t e Ia n M urphy

White paper

QU HAY QUE DESTACAR?

Ancho de banda Un centro de datos neutral proporciona al integrador de sistemas partners capaces de construir nubes tolerantes a fallos y de gran ancho de banda. Para ayudar a enlazar los centros de datos ya existentes de los clientes y los servicios basados en cloud, el integrador de sistemas puede rmar acuerdos con operadores para suministrar lneas alquiladas. Esta posibilidad aumenta el rendimiento, reduce la latencia, aade seguridad y fortalece el SLA. Comunidad Los integradores de sistemas podrn desarrollar un negocio de xito ofreciendo solo IaaS, PaaS y SaaS. Sin embargo, las oportunidades de negocio que permiten evolucionar las relaciones existentes entre integrador de sistemas/ empresa TI abren nuevas posibilidades. Entre stas se encuentran las nubes especializadas o de comunidades donde el integrador de sistemas puede centrarse en construir soluciones dentro de su rea preferida de experiencia. Entre otros ejemplos, destacan servicios de salud, gobierno local, contabilidad e industria. Construir estas nubes especializadas permite a los integradores de sistemas mostrar un camino de migracin hacia la nube y una propuesta de valor para sus clientes. Las nubes de servicios y especializadas sern un campo de batalla clave para los proveedores cloud. Al adoptar decisiones de forma temprana, los integradores de sistemas sern capaces de situarse en el corazn de esta batalla.

CONCLUSIN
El cloud ofrece a los integradores de sistemas una oportunidad enorme para pasar de un negocio basado en servicios a ejecutar su propia infraestructura y mejorar su atractivo para los clientes. A medida que los clientes deseen pasar de CAPEX a OPEX en lo relativo a su presupuesto TI, los integradores de sistemas pueden potenciar los entornos basados en la nube para mejorar sus relaciones con los clientes existentes y abrir nuevos mercados. La transformacin de los modelos de negocio requiere de un enfoque audaz. Empresas tales como Apple, Amazon y Netix transformaron sus modelos de negocio hace ahora una dcada. Desde entonces, tiendas de discos, libreras y empresas de alquiler de vdeos que no fueron capaces de detectar la tendencia del mercado han dejado de funcionar. Incluso las que todava existen estn luchando para adaptarse a los cambios introducidos por dichas empresas. La nube est ahora proporcionando a los integradores de sistemas la misma oportunidad para cambiar su modelo de negocio y transformar su empresa. Mientras que otros todava estn construyendo su propia infraestructura TI, los integradores de sistemas pueden potenciar su experiencia en integracin de sistemas dispares, y proporcionar un modelo cloud adaptable que permita a las empresas crecer de forma eciente en la nube.

El SLA no es el nico elemento diferencial entre los proveedores cloud. Seguridad, abilidad, ancho de banda y comunidad son tambin argumentos importantes. Seguridad Aunque existe poca evidencia emprica de que los proveedores cloud gestionan ms adecuadamente la seguridad, el integrador de sistemas ofrece valor aadido, ya que un integrador de sistemas puede administrar normalmente con mayor eciencia un modelo cloud muti-cliente. Parte de este valor proviene de la eleccin del centro de datos elegido, que ser el responsable de la proteccin fsica de las instalaciones. Muchos integradores de sistemas disponen de buenas prcticas de seguridad que se pueden utilizar para mejorar la seguridad a niveles que nunca alcanzar un cliente por sus propios medios. El integrador de sistemas tambin puede garantizar que la seguridad existente entre la nube y los sistemas internos forma parte de la solucin global. Resulta importante que el integrador de sistemas se adhiera a las mejores certicaciones internacionales de seguridad. Esto supone un importante compromiso con la proteccin de los datos de sus clientes. Teniendo que enfrentarse a reguladores que introducen reglas ms estrictas en relacin con la proteccin y privacidad de los datos, los integradores de sistemas que proporcionan una nube altamente segura sobresaldrn de aquellos que no lo hagan. Fiabilidad Una de las razones ms importantes para elegir el enfoque TI basado en cloud es su mayor nivel de abilidad. Acceder a soluciones de recuperacin ante desastres y continuidad de negocio son servicios que el integrador de sistemas puede ampliar para cubrir las soluciones con las que ya cuenta el cliente.

C m o m i g ra r a l c l o ud Je l l e Fra nk va n de r Zwe t e I a n Murphy

11

BIOGRAFAS DE L0S AUTORES


Ian Murphy ha trabajado en el sector tecnolgico como periodista y analista desde 1983. Ha elaborado artculos para diversos medios de IT: Computer Weekly, Techworld, Datacentre Times, IT PRO, Data Business, International Developer, Know Your Mobile, Anywhere You Go, Windows NT Magazine, EXE y Cloud Pro. Como analista freelance, Ian ha trabajado para Philips Global Media, Ovum, MWD y Creative Intellect Consulting redactando informes y realizando consultoras para un gran nmero de empresas tecnolgicas. Ha escrito diversos WhitePapers, y ha ofrecido presentaciones clave en los principales eventos TI. Jelle Frank (JF) van der Zwet dirige el programa pan-europeo de desarrollo de productos y marketing para la creciente comunidad cloud de Interxion. Cuenta con doce aos de experiencia en el desarrollo de productos y negocio TIC. Antes de pasar a formar parte de Interxion, fue responsable de la direccin de productos y marketing de servicios gestionados de Imtech ICT y director senior de marketing de productos en UPC. Jelle Frank comenz su carrera en puestos de direccin de marketing para KPN y en el aeropuerto msterdam Schiphol.

ACERCA DE INTERXION
Interxion (NYSE: INXN) es el proveedor especializado en servicios de alojamiento en centros de datos independientes en Europa, con una amplia cartera de clientes en sus 33 centros de datos en 11 pases europeos. Los centros de datos de Interxion, con un diseo uniforme y conforme a parmetros de eciencia energtica, ofrecen a sus clientes seguridad y alta disponibilidad para sus aplicaciones de misin crtica. Con conectividad de ms de 400 operadores de telecomunicaciones e ISP, y acceso a 18 puntos neutros europeos, Interxion ha constituido diversos nodos cloud para acoger a las crecientes comunidades de inters. Para ms informacin visite www.interxion.es

www.interxion.com
CASA MATRIZ T: + 31 (0)20 8807 600 F: + 31 (0)20 8807 601 E: hq.info@interxion.com

INTERXION ESPAA T: + 34 917 894 850 F: + 34 917 894 888 E: es.info@interxion.com

CENTRO EUROPEO DE SERVICIO AL CLIENTE Sin cargo desde Europa y Asia: + 800 4687 9466 Sin cargo desde EEUU: 1 855 468 7966 T: + 44 (0)20 7375 7070 F: + 44 (0)20 7375 7059 E: customer.services@interxion.com

Interxion is compliant with the internationally recognised ISO 27001 certication for information security management and BS25999 for business continuity management across all our European operations. Copyright 2013 Interxion.

WP-CL-MOVE-en-03/13