Como migrar al cloud.pdf

¿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

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 a l c loud – Je l le Frank van der Zwet e Ian Murphy02

WhitePaper

03Cómo migrar a l c loud – Je l le 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

Ap

licaciones d

e nego

cio críticas

Ap

licac

ione

s no

crí

tica

s

Backup

Email & Calendar

Test & Develop

CRMCollaboration

Virtual Desktops

ERP

Finance

HRM

Analytics

Games M2M Trading

Fuente: Interxion

Fuente: NIST

WhitePaper


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

IasS

PaaS

SaaS

Definiciones del modelo de transferencia

Application

Hardware

Operating System

Middleware

Application

Hardware

Operating System

Middleware

Application

Middleware

Operating System

Hypervisor

Hardware

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


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.

WhitePaper


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.

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


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.

White paper


¿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.

White paper


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

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.


White paper


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.

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ÑAT: + 34 917 894 850F: + 34 917 894 888E: [email protected]

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 MATRIZT: + 31 (0)20 8807 600 F: + 31 (0)20 8807 601 E: [email protected]

CENTRO EUROPEO DE SERVICIO AL CLIENTESin cargo desde Europa y Asia: + 800 4687 9466Sin cargo desde EEUU: 1 855 468 7966T: + 44 (0)20 7375 7070 F: + 44 (0)20 7375 7059 E: [email protected]

Como migrar al cloud.pdf

Documents

Transcript of Como migrar al cloud.pdf