Descripción del paso a paso para llevar a cabo el proceso de migración hacia el Cloud, qué tener en cuenta, qué llevar al Cloud y qué no.

1. ¿CÓMO
MIGRAR AL CLOUD?
Aprovéchese de la migración de aplicaciones al cloud
WhitePaper de Interxion, por Jelle Frank van der Zwet e Ian Murphy
WhitePaper

2. INTRODUCCIÓN
El papel del cloud como plataforma
válida de operación TI es aceptada ahora
por numerosos CIO, directores TI y
organizaciones TI, que lo ven como una
solución que proporciona claras ventajas.
Llegar a este punto ha resultado rápido y
la transición ha sido impulsada
principalmente por las unidades de
negocio en lugar de TI, y esto plantea
desafíos que necesitan ser abordados.
Las unidades de negocio perciben el
cloud como un ahorro de costes debido
a su forma de adquisición 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 tecnologías. También les
preocupa la forma en que las TI se
integrarán cuando se trasladen fuera de
la organización. Es aquí donde un
integrador de sistemas puede jugar un rol
significativo ayudando a la empresa a
entender:
1. ¿Qué aplicaciones se van y a dónde?
2. ¿Qué tipo de modelo de transferencia
al cloud es el más adecuado?
3. Los caminos de migración hacia el
cloud.
4. ¿Cuáles son los requisitos de servicio
para el cloud?
5. ¿Cómo evaluar el retorno de la
inversión?
Los beneficios potenciales para ambos,
el integrador de sistemas y la empresa,
desde el punto de vista del empleo eficaz
del cloud, resultan sustanciales. Sin
embargo, estos beneficios, tal y como
sucede con todos los cambios de
infraestructura, tienen que ser
comprendidos, planificados y hay que
definir objetivos válidos con el fin de
garantizar que, finalmente,
proporcionarán lo que prometen.
LA NUBE NO CAMBIA LA RELACIÓN DEL
NEGOCIO
La clave para el integrador de sistemas
es que la nube no cambia la relación de
la empresa con sus clientes. Los cinco
criterios anteriores no son distintos de
aquellos que se utilizarían para tomar
cualquier decisión relacionada con la
plataforma.
Las personas que toman decisiones en
la empresa también son conscientes de
que las relaciones fundamentales con
sus proveedores de confianza no
cambian cuando se trasladan a la nube.
Si sus relaciones actuales incluyen la
subcontratación 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
prácticos 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 más
adecuada para proporcionar los mayores
beneficios.
CENTRO DE DATOS Y UBICACIÓN DEL
CLOUD
En nuestro reciente WhitePaper “Ninguna
Nube es una Isla”, se explicó la forma en
que trabajan los diferentes modelos y los
beneficios de un modelo que abarque los
modelos cloud privado y público.
La nube híbrida, 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
reducción en inversiones sino de los
ahorros que se pueden lograr cuando la
solución 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 confianza
que pueda proporcionar un entorno
independiente de los operadores de
telecomunicaciones y que ofrezca la
flexibilidad requerida. Los centros de
datos neutrales ofrecen una amplia
selección de operadores para
proporcionar servicios.
Esta diversidad de operadores no solo
permite al integrador de sistemas
gestionar con eficacia el SLA para este
servicio, sino también disminuir la latencia
en la provisión del servicio. La forma en la
que estos centros de datos neutrales
reúnen a las “comunidades de interés”
incluyendo a los integradores de sistemas,
proveedores cloud, operadores y
empresas, resulta fundamental para el
éxito en la provisión de soluciones de
cloud híbrida.
WhitePaper
Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy02

3. WhitePaper
03Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy
¿QUÉ APLICACIONES SE VAN Y A
DÓNDE?
No toda aplicación resulta adecuada para
su despliegue en cloud y aconsejar a los
usuarios sobre qué aplicaciones deberían
ser o no trasladadas a la nube, puede
resultar complicado.
La preparación 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 tamaño razonable no solo reducirá de
forma significativa el panorama de riesgos
de los programas no parcheados.
Además, se producirán ahorros
significativos por la reducción de las
necesarias licencias de software. En
recientes análisis realizados por IBM y HP,
se ha podido contemplar una reducción
del 60% en el conjunto total de
aplicaciones como parte de la
planificación para el cloud.
La racionalización de aplicaciones también
proporcionará una oportunidad para
decidir qué aplicaciones son críticas para
el negocio y qué aplicaciones se pueden
trasladar a la nube. Llevar una aplicación a
la nube o mantenerla en local puede
resultar una decisión compleja:
1. ¿Los datos de la aplicación son
sensibles para el negocio?
2. ¿Dónde se almacenarán los datos:
localmente o en cloud junto con la
aplicación?
3. ¿Se puede determinar la ubicación de
los datos para garantizar el
cumplimiento legal?
4. ¿Es la aplicación crítica para el
negocio?
5. ¿El proveedor de cloud ofrece mejores
opciones para la recuperación ante
desastres que las actuales?
6. ¿Cómo se garantiza la seguridad?
El diagrama muestra cómo se pueden combinar cloud, ubicación, rendimiento y aplicaciones. Las aplicaciones de
carácter general, tales como el correo electrónico y las herramientas de colaboración, no requieren altas prestaciones y
se podrán ubicar en la nube pública. En el otro extremo del espectro se encuentran las aplicaciones que resultan críticas
para el negocio, son altamente sensibles y requieren sistemas de elevado rendimiento, tales como ERP, aplicaciones
financieras y comercio M2M. Lo mejor será ejecutarlas sobre sistemas dedicados donde se garantice su seguridad y el
análisis de riesgo.
Private CloudPublic Cloud
Hybrid Cloud Dedicated
Rendimiento suficientemente bueno
Elevado rendimiento
Aplicacionesdenegociocríticas
Aplicacionesnocríticas
Backup
Email Calendar
Test Develop
CRMCollaboration
Virtual Desktops
ERP
Finance
HRM
Analytics
Games M2M Trading
Fuente: Interxion

4. Fuente: NIST
WhitePaper
Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy04
Infrastructure as a Service (IaaS):
IaaS es un servicio cloud básico.
Proporciona recursos tales como
máquinas virtuales (MV), balanceadores
de carga de red, almacenamiento y
conectividad. Para sacar partido a este
modelo, los recursos informáticos tales
como CPU, memoria, almacenamiento y
red se añaden a una MV y, a
continuación, una aplicación 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 opción de
backup para la MV a otra ubicación con
el fin de suministrar un cierto nivel de
recuperación 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 informática,
sistemas operativos, bases de datos y
aplicaciones proporcionadas por el
proveedor cloud. Los clientes migran a
dicha plataforma, y los desarrolladores
escriben código para la misma.
Se trata, con frecuencia, de un entorno
escalable y altamente automatizado. Las
herramientas de gestión garantizarán
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 aplicación se instala en la
nube y el usuario accede al mismo sólo
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.
¿QUÉ TIPO DE MODELO DE TRANSFERENCIA AL CLOUD ES EL MÁS ADECUADO?
Existen tres tipos de modelos clave de transferencia que soportan el camino correcto de migración al cloud.
No Control
Proveedor cloud Usuario cloud
Admin Control
Admin Control
Total Control
Admin Control Limited Admin Control
No Control
Limited Programmability
No Control
Total Control
Total Control No Control
IasSPaaSSaaS
Definiciones del modelo de transferencia
Application
Hardware
Operating System
Middleware
Application
Hardware
Operating System
Middleware
Application
Middleware
Operating System
Hypervisor
Hardware

5. Realojamiento sobre IaaS
Las aplicaciones se migran a máquinas virtuales y luego se implementan en IaaS. Una victoria rápida 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 geográfica por
cuestiones de seguridad. El acceso de la aplicación a los datos que se guardan localmente y no se cargan en la nube
bien podría representar un desafío en términos de disponibilidad de ancho de banda.
Re-ingeniería para PaaS
Las aplicaciones se ejecutan de forma natural en los PaaS en lugar de instalarse en las máquinas virtuales de los
clientes. Esto conduce a un mejor nivel de integración 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
integración 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.
WhitePaper
05Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy
ELIJA EL CAMINO DE MIGRACIÓN HACIA EL CLOUD
De acuerdo con Gartner hay cinco caminos clave de migración hacia un entorno cloud totalmente desarrollado: (1)
realojamiento sobre IaaS, (2) re-ingeniería para PaaS, (3) revisión para IaaS o PaaS, (4) reconstrucción sobre PaaS,
(5) o sustitución con SaaS. Cada uno de ellos presenta sus pros y sus contras, y permite al integrador de sistemas
agregar valor.
Pros Contras
• Velocidad: Las aplicaciones se
pueden trasladar con facilidad
desde el mundo físico 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 eléctrico
o la climatización.
• Escalabilidad: El cliente es responsable de añadir 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 máquinas virtuales.
• Aplicaciones distribuidas: Requieren una comprobación exhaustiva
para garantizar que todos los elementos importantes de la aplicación han
sido capturados en la máquina virtual; en caso contrario, las aplicaciones
fallarán.
• Copias de seguridad: Si los datos se cargan, el cliente deberá realizar
copias de seguridad fuera de su sede.
Pros Contras
• Conocimiento: Los desarrolladores utilizan los mismos
lenguajes y herramientas que utilizan actualmente.
• Gestión integrada: Los equipos de operaciones utilizan
una única herramienta de gestión para administrar los
sistemas locales y los basados en cloud.
• Ahorros: No hace falta volver a formar al departamento
TI para que aprendan nuevos lenguajes de programación
o nuevas herramientas de administración.
• Escalabilidad: A medida que se necesitan más
recursos, se asignarán dinámicamente para que los
sistemas continúen en funcionamiento. A medida que la
demanda desciende, los recursos se reasignarán.
• Bloqueo: 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 programación y
marcos de trabajo genéricos.
• Capacidades perdidas: Solo aquellas funciones
suministradas por el proveedor cloud estarán
disponibles en los entornos de desarrollo y soporte.
Esto puede significar que durante el despliegue
del proveedor cloud nos podemos encontrar con
limitaciones a la hora de alcanzar los objetivos
deseados.

6. WhitePaper
Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy06
Revisión para IaaS o PaaS
La revisión 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 sacarán partido de las aplicaciones
trasladadas al PaaS y ampliarán las aplicaciones locales para aprovechar nuevas funciones. El reto más importante lo
tienen los desarrolladores a la hora de comprender los problemas que implica la escritura de aplicaciones distribuidas.
Pros Contras
• Rendimiento: Las extensiones de las aplicaciones
que se han escrito para funcionar de forma natural en
la plataforma cloud se ejecutarán con mayor rapidez y
sacarán un mayor provecho de las funciones que puede
que no estén disponibles en la plataforma existente.
• Acceso más rápido al mercado: Escribir nuevos front-
ends para las aplicaciones heredadas implica ofrecer
rápidas ganancias a las unidades de negocio.
• Integración: Las aplicaciones con alto nivel de
integración facilitarán a las unidades de negocio sacar
partido de los sistemas TI y de los datos que contienen.
• Acceso más lento al mercado: Si toda la aplicación
se debe migrar a la nube, y posteriormente ampliar
para sacar provecho de los nuevos servicios,
posiblemente pasará mucho tiempo antes de obtener
algún beneficio.
Reconstrucción sobre PaaS
A medida que la nube madura, los diseñadores comenzarán a tratarla como una plataforma de despliegue de primera
clase. Las aplicaciones se diseñan para aprovecharse de los servicios de la nube, e interoperan con los sistemas
centrales. Se trata de un desafío de integración complejo, que se basa en las lecciones de integración aprendidas en el
método “Revisión para PaaS”.
Además 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 recuperación frente a desastres.
Pros Contras
• Rendimiento: Las extensiones de las aplicaciones
que se han escrito para funcionar de forma natural en
la plataforma cloud se ejecutarán con mayor rapidez y
sacarán un mayor provecho de las funciones que puede
que no estén 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
opción de “Revisión”.
• Bloqueo: Una vez que las aplicaciones hayan sido
firmemente integradas con la plataforma del proveedor
de servicios, puede resultar difícil cambiarse desde
dicha plataforma a otro proveedor.

7. Sustitución con SaaS
SaaS ofrece importantes ahorros mediante la reducción 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 aplicación, la licencia se devuelve. Para plantillas
flexibles o cuando se utilizan subcontratas, los ahorros son más elevados.
Existen ciertos desafíos cuando se elige SaaS. El primer reto es que las aplicaciones deben diseñarse 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 través de SaaS. Ya hay ejemplos de aplicaciones
preparadas para SaaS en el área de productividad de oficina, CRM, bases de datos y herramientas de análisis de datos.
Para algunas organizaciones de tamaño medio, SaaS ofrece una oportunidad excelente, proporcionando acceso a
aplicaciones que antes eran demasiado caras para justificar su adquisición.
WhitePaper
07Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy
Pros Cons
• Ahorro de costes: Sin hardware propio, sin licencias
de software y sin costes eléctricos o refrigeración. Es,
prácticamente, idéntica a una solución subcontratada
pero con el beneficio de una asignación flexible de
recursos para las variaciones en la carga de trabajo.
• El acceso a aplicaciones informáticas 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
automáticamente este concepto mediante su plataforma
SaaS.
• Bloqueo: Para aplicaciones informáticas básicas tales
como aplicaciones ofimáticas, este enfoque no es
ningún problema, pero cuando el software requiere
una adaptación importante, cualquier interrupción
de las relaciones comerciales entre la empresa y el
proveedor cloud puede derivar en un problema.

8. White paper
Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy08
¿CUÁLES SON LOS REQUISITOS
DE SERVICIO PARA EL CLOUD?
Uno de los elementos más 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 reflejar
este cambio de proceso de negocio y el
riesgo que tendrán 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. Sólo un muy pequeño
número de empresas se acerca a esta
cifra con soluciones dentro de sus
propias instalaciones. En el caso del
cloud, donde hay muchas más variables
que afectarán el rendimiento, este es un
objetivo poco realista. En lugar de utilizar
números imposibles de conseguir, es
importante identificar los indicadores
clave para el SLA y cómo fijar el precio.
Latencia: Si la aplicación es sensible a la
latencia, resulta crítico que los datos y las
aplicaciones estén próximos, idealmente
dentro del mismo centro de datos.
Establecer una línea de referencia
del rendimiento: Las métricas sólo
funcionan si se las puede comparar con
algo. Parte de la planificación de la
migración a la nube debe incluir perfiles
de aplicación. Estos perfiles
proporcionarán una indicación de cómo
las aplicaciones utilizan los recursos y
qué niveles de rendimiento se están
logrando en la actualidad a través de las
instalaciones propias. Estos datos son
ideales para establecer métricas de
partida y luego decidir los niveles de
rendimiento adicionales que se
requieren.
Certificación: 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 eficiencia
energética 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 estándares que ellos.
Aquellos que cumplan con las normas
más estrictas podrán fijar precios más
elevados por el acceso a sus
instalaciones y servicios.
Resolución: Con un acuerdo basado en
servicio siempre existe la posibilidad de
fracaso. Debe haber un enfoque muy
claro de cómo se resolverá cualquier
disputa. Esto debe comenzar en el SLA,
que deberá detallar los tiempos de
respuesta y la forma en que se notificarán
los problemas. Cuanto más crítico para el
negocio sea el sistema, menor deberá
ser el tiempo de respuesta y, por tanto,
más importante resultará que exista un
proceso claro, sin ambigüedades y eficaz
para el escalado de cualquier problema.
Compensación y costes: Los niveles
de compensación deben quedar claros y
encontrarse en un lugar privilegiado del
SLA. Identificarán lo que se puede
esperar si no se respeta el SLA además
de definir la forma en que se aplicarán las
compensaciones. La transparencia
resulta importante y un proceso claro
mejorará las relaciones con los clientes.
Disponibilidad: La recuperación frente a
desastres y la continuidad del negocio
siguen siendo desafíos para las TI de las
corporaciones. Parte de un SLA premium
mostrará cuáles son los procesos que
garantizarán la continuidad del negocio y
cómo se puede activar el proceso de
recuperación de desastres.

9. White paper
09Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy
CÓMO EVALUAR EL RETORNO
DE LA INVERSIÓN (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
beneficios. También asume que los OPEX
(gastos operativos) correspondientes a la
migración al cloud pueden asumirse
dentro de los presupuestos financieros
existentes.
El ROI real para el cloud guarda relación
con los costes que habría que asumir
para proporcionar internamente el mismo
nivel de servicio. Aquí se incluyen
métricas tanto rigurosas como flexibles,
tales como disponibilidad, experiencia del
usuario, coste de hardware/software,
integración, coste de ancho de banda,
potencia eléctrica y costes de
climatización del centro de datos, y
costes del personal.
En cierta medida, son los mismos
parámetros básicos que se aplican a
cualquier proyecto TI. La clave para
establecer un ROI en el cloud es analizar
lo que aporta de novedoso esta solución,
que no se haya podido lograr utilizando
sistemas o plataformas TI existentes.
Todo ello se debe contemplar como un
plus del cloud.
La forma más eficaz 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 costaría 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 beneficio por
utilizar procesos más flexibles.
Business Case Plus del cloud
Reducir el coste del
desarrollo y los entornos de
prueba:
• 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 través de SaaS
• Acceso a profesionales de las pruebas en diferentes ubicaciones
Escalabilidad: • Resulta fácil añadir más potencia de cálculo, red y o recursos de almacenamiento
bajo demanda
• Capacidad para disminuir los recursos cuando no sean necesarios
Ventaja competitiva: • Tiempo de salida al mercado más 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 identificación de tendencias y diseño de soluciones competitivas
• Menor coste de las TI, lo que liberará más dinero para otras áreas de negocio

10. EL PAPEL DEL INTEGRADOR DE
SISTEMAS
Para muchas empresas, la creación de
una plataforma cloud privada es un
proceso complejo. Hace apenas unos
años, se decía que la virtualización de un
centro de datos lo convertiría 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.
Después de haber experimentado estos
retos durante la construcción de una
cloud privada, la tarea actual de integrar
proyectos de nube pública para construir
una solución de nube híbrida ha sido aún
más difícil. Parte del problema ha sido la
pésima implementación de las
herramientas por parte de los
proveedores cloud y la falta de
herramientas federadas de gestión y de
seguridad, aunque estos no son los
únicos problemas.
Financieramente, la presión sobre los
presupuestos del departamento TI se
traduce en que carecerán de los fondos
necesarios para llegar a comprender el
cloud. También carecen de los
conocimientos necesarios para gestionar
proyectos complejos de integración a
través de las nuevas plataformas de
suministro. Muchos de ellos ya utilizan
partners fiables 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 integración.
¿QUÉ AÑADE EL INTEGRADOR DE
SISTEMAS?
El integrador de sistemas aporta una
mejor comprensión de la complejidad de
los grandes proyectos. Su modelo de
negocio se basa en ayudar a los clientes
a entender las múltiples plataformas y a
desplegar su infraestructura TI donde
pueda ser más eficaz.
En el cloud, el integrador de sistemas
tiene la oportunidad no sólo de ampliar
sus relaciones existentes con los clientes
corporativos, sino que puede añadir una
nueva dimensión. 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 integración entre plataformas, la
necesidad de disponer de herramientas
federadas de seguridad y administración,
junto con la capacidad para cumplir con
los estándares 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 añadido significativo. Los
integradores de sistemas son capaces
de ofrecer SLA basados en cloud a los
clientes corporativos.
CÓMO GESTIONAR UN SLA BASADO EN
CLOUD
La gestión de un SLA basado en cloud
comienza con dos líneas claras de
separación. La primera es diferenciar qué
parte de la aplicación o del servicio está
en el cloud y qué parte no lo va a estar.
La segunda es establecer quién es
responsable de la supervisión: 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 sólo el integrador de
sistemas sabrá hasta dónde 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 inequívocos
resulta fundamental para cualquier
gestión de un SLA. La disponibilidad es
un ejemplo de un parámetro que puede
parecer evidente, pero está lejos de ser
inequívoca en lo que se refiere a la
prestación de un servicio. Como la nube
está relacionada con la prestación de un
servicio o aplicación, la mejor manera de
comprobar su desempeño es establecer
indicadores que se basen en el
rendimiento y en la disponibilidad de una
aplicación.
Una vez que se haya definido el SLA, el
integrador de sistemas podrá ver los
indicadores y datos de todo el cloud, lo
que le permitirá identificar problemas. El
cliente, gracias al empleo de
herramientas federadas de supervisión y
administración, podrá ver lo que ocurre
con los servicios que está utilizando.
Como ambas partes van a utilizar los
mismos datos de partida, será
relativamente fácil para el integrador de
sistemas identificar y rectificar las roturas
del SLA.
Para recopilar los datos correctos, habrá
que desarrollar aplicaciones de
monitorización 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 administración existentes que utilizan
tanto el cliente como el proveedor cloud.
Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy10
White paper

11. 11Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy
White paper
¿QUÉ HAY QUE DESTACAR?
El SLA no es el único elemento diferencial
entre los proveedores cloud. Seguridad,
fiabilidad, ancho de banda y comunidad
son también argumentos importantes.
Seguridad
Aunque existe poca evidencia empírica
de que los proveedores cloud gestionan
más adecuadamente la seguridad, el
integrador de sistemas ofrece valor
añadido, ya que un integrador de
sistemas puede administrar normalmente
con mayor eficiencia un modelo cloud
muti-cliente. Parte de este valor proviene
de la elección del centro de datos
elegido, que será el responsable de la
protección física de las instalaciones.
Muchos integradores de sistemas
disponen de buenas prácticas 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
también puede garantizar que la
seguridad existente entre la nube y los
sistemas internos forma parte de la
solución global.
Resulta importante que el integrador de
sistemas se adhiera a las mejores
certificaciones internacionales de
seguridad. Esto supone un importante
compromiso con la protección de los
datos de sus clientes. Teniendo que
enfrentarse a reguladores que introducen
reglas más estrictas en relación con la
protección y privacidad de los datos, los
integradores de sistemas que
proporcionan una nube altamente segura
sobresaldrán de aquellos que no lo
hagan.
Fiabilidad
Una de las razones más importantes
para elegir el enfoque TI basado en cloud
es su mayor nivel de fiabilidad. Acceder a
soluciones de recuperación 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.
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
firmar acuerdos con operadores para
suministrar líneas alquiladas. Esta
posibilidad aumenta el rendimiento,
reduce la latencia, añade seguridad y
fortalece el SLA.
Comunidad
Los integradores de sistemas podrán
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
migración hacia la nube y una propuesta
de valor para sus clientes.
Las nubes de servicios y especializadas
serán un campo de batalla clave para los
proveedores cloud. Al adoptar decisiones
de forma temprana, los integradores de
sistemas serán capaces de situarse en el
corazón de esta batalla.
CONCLUSIÓN
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 transformación de los modelos de
negocio requiere de un enfoque audaz.
Empresas tales como Apple, Amazon y
Netflix transformaron sus modelos de
negocio hace ahora una década. Desde
entonces, tiendas de discos, librerías y
empresas de alquiler de vídeos que no
fueron capaces de detectar la tendencia
del mercado han dejado de funcionar.
Incluso las que todavía existen están
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 todavía están
construyendo su propia infraestructura TI,
los integradores de sistemas pueden
potenciar su experiencia en integración
de sistemas dispares, y proporcionar un
modelo cloud adaptable que permita a
las empresas crecer de forma eficiente
en la nube.

12. BIOGRAFÍAS DE L0S AUTORES
Ian Murphy ha trabajado en el sector
tecnológico como periodista y analista
desde 1983. Ha elaborado artículos 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 consultorías para
un gran número de empresas
tecnológicas. 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 años de
experiencia en el desarrollo de
productos y negocio TIC. Antes de
pasar a formar parte de Interxion, fue
responsable de la dirección 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 dirección 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 países europeos. Los
centros de datos de Interxion,
con un diseño uniforme y
conforme a parámetros de
eficiencia energética, ofrecen a
sus clientes seguridad y alta
disponibilidad para sus
aplicaciones de misión crítica.
Con conectividad de más 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 interés.
Para más información visite
www.interxion.es
WP-CL-MOVE-en-03/13
INTERXION ESPAÑA
T: + 34 917 894 850
F: + 34 917 894 888
E: es.info@interxion.com
www.interxion.com
Interxion is compliant with the internationally recognised ISO 27001 certification for information security management
and BS25999 for business continuity management across all our European operations. © Copyright 2013 Interxion.
CASA MATRIZ
T: + 31 (0)20 8807 600
F: + 31 (0)20 8807 601
E: hq.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