• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
¿Cómo migrar al cloud?
 

¿Cómo migrar al cloud?

on

  • 619 views

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.

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.

Statistics

Views

Total Views
619
Views on SlideShare
619
Embed Views
0

Actions

Likes
0
Downloads
18
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

CC Attribution-NonCommercial-NoDerivs LicenseCC Attribution-NonCommercial-NoDerivs LicenseCC Attribution-NonCommercial-NoDerivs License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    ¿Cómo migrar al cloud? ¿Cómo migrar al cloud? Document Transcript

    • ¿CÓMOMIGRAR AL CLOUD?Aprovéchese de la migración de aplicaciones al cloudWhitePaper de Interxion, por Jelle Frank van der Zwet e Ian MurphyWhitePaper
    • INTRODUCCIÓNEl papel del cloud como plataformaválida de operación TI es aceptada ahorapor numerosos CIO, directores TI yorganizaciones TI, que lo ven como unasolución que proporciona claras ventajas.Llegar a este punto ha resultado rápido yla transición ha sido impulsadaprincipalmente por las unidades denegocio en lugar de TI, y esto planteadesafíos que necesitan ser abordados.Las unidades de negocio perciben elcloud como un ahorro de costes debidoa su forma de adquisición y pago. LosCIO y los departamentos TI pueden estarde acuerdo con esto pero sonconscientes de la complejidad de las TI yde las nuevas tecnologías. También lespreocupa la forma en que las TI seintegrarán cuando se trasladen fuera dela organización. Es aquí donde unintegrador de sistemas puede jugar un rolsignificativo ayudando a la empresa aentender:1. ¿Qué aplicaciones se van y a dónde?2. ¿Qué tipo de modelo de transferenciaal cloud es el más adecuado?3. Los caminos de migración hacia elcloud.4. ¿Cuáles son los requisitos de serviciopara el cloud?5. ¿Cómo evaluar el retorno de lainversión?Los beneficios potenciales para ambos,el integrador de sistemas y la empresa,desde el punto de vista del empleo eficazdel cloud, resultan sustanciales. Sinembargo, estos beneficios, tal y comosucede con todos los cambios deinfraestructura, tienen que sercomprendidos, planificados y hay quedefinir objetivos válidos con el fin degarantizar que, finalmente,proporcionarán lo que prometen.LA NUBE NO CAMBIA LA RELACIÓN DELNEGOCIOLa clave para el integrador de sistemases que la nube no cambia la relación dela empresa con sus clientes. Los cincocriterios anteriores no son distintos deaquellos que se utilizarían para tomarcualquier decisión relacionada con laplataforma.Las personas que toman decisiones enla empresa también son conscientes deque las relaciones fundamentales consus proveedores de confianza nocambian cuando se trasladan a la nube.Si sus relaciones actuales incluyen lasubcontratación o los serviciosprofesionales en la arquitectura y en eldespliegue de las TI, el cloud serásimplemente otra plataforma.Este documento analiza los problemasprácticos que aparecen al migrar lasaplicaciones a la nube. Aborda lanecesidad de elegir con cuidado lasaplicaciones y la forma de decidir quétipo de plataforma cloud resulta másadecuada para proporcionar los mayoresbeneficios.CENTRO DE DATOS Y UBICACIÓN DELCLOUDEn nuestro reciente WhitePaper “NingunaNube es una Isla”, se explicó la forma enque trabajan los diferentes modelos y losbeneficios de un modelo que abarque losmodelos cloud privado y público.La nube híbrida, como se la conoce, esuna base para proporcionar ahorrosdesde un enfoque de cloud. No se tratasolo de los ahorros derivados de lareducción en inversiones sino de losahorros que se pueden lograr cuando lasolución se basa en un gasto corriente.Uno de los elementos clave para unintegrador de sistemas que buscaconstruir su propia infraestructura cloud eslocalizar un centro de datos de confianzaque pueda proporcionar un entornoindependiente de los operadores detelecomunicaciones y que ofrezca laflexibilidad requerida. Los centros dedatos neutrales ofrecen una ampliaselección de operadores paraproporcionar servicios.Esta diversidad de operadores no solopermite al integrador de sistemasgestionar con eficacia el SLA para esteservicio, sino también disminuir la latenciaen la provisión del servicio. La forma en laque estos centros de datos neutralesreúnen a las “comunidades de interés”incluyendo a los integradores de sistemas,proveedores cloud, operadores yempresas, resulta fundamental para eléxito en la provisión de soluciones decloud híbrida.WhitePaperCómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy02
    • WhitePaper03Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy¿QUÉ APLICACIONES SE VAN Y ADÓNDE?No toda aplicación resulta adecuada parasu despliegue en cloud y aconsejar a losusuarios sobre qué aplicaciones deberíanser o no trasladadas a la nube, puederesultar complicado.La preparación para el traslado de lasaplicaciones al cloud proporciona unaoportunidad ideal para revisar elpanorama de aplicaciones en uso. Todaslas empresas tienen una mezcla deaplicaciones nuevas, viejas y no utilizadas.Indudablemente se tratará de una mezclade versiones de aplicaciones, confrecuencia provocada por la cantidad detiempo que se tarda en instalar lasactualizaciones y las nuevas versiones.Otro problema son las aplicaciones noautorizadas que han sido instaladas porusuarios o departamentos para obtenerfuncionalidades de negocio que losdepartamentos TI no suministran.Disminuir esta mezcla de aplicaciones aun tamaño razonable no solo reducirá deforma significativa el panorama de riesgosde los programas no parcheados.Además, se producirán ahorrossignificativos por la reducción de lasnecesarias licencias de software. Enrecientes análisis realizados por IBM y HP,se ha podido contemplar una reduccióndel 60% en el conjunto total deaplicaciones como parte de laplanificación para el cloud.La racionalización de aplicaciones tambiénproporcionará una oportunidad paradecidir qué aplicaciones son críticas parael negocio y qué aplicaciones se puedentrasladar a la nube. Llevar una aplicación ala nube o mantenerla en local puederesultar una decisión compleja:1. ¿Los datos de la aplicación sonsensibles para el negocio?2. ¿Dónde se almacenarán los datos:localmente o en cloud junto con laaplicación?3. ¿Se puede determinar la ubicación delos datos para garantizar elcumplimiento legal?4. ¿Es la aplicación crítica para elnegocio?5. ¿El proveedor de cloud ofrece mejoresopciones para la recuperación antedesastres 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 decarácter general, tales como el correo electrónico y las herramientas de colaboración, no requieren altas prestaciones yse podrán ubicar en la nube pública. En el otro extremo del espectro se encuentran las aplicaciones que resultan críticaspara el negocio, son altamente sensibles y requieren sistemas de elevado rendimiento, tales como ERP, aplicacionesfinancieras y comercio M2M. Lo mejor será ejecutarlas sobre sistemas dedicados donde se garantice su seguridad y elanálisis de riesgo.Private CloudPublic CloudHybrid Cloud DedicatedRendimiento suficientemente buenoElevado rendimientoAplicacionesdenegociocríticasAplicacionesnocríticasBackupEmail & CalendarTest & DevelopCRMCollaborationVirtual DesktopsERPFinanceHRMAnalyticsGames M2M TradingFuente: Interxion
    • Fuente: NISTWhitePaperCómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy04Infrastructure as a Service (IaaS):IaaS es un servicio cloud básico.Proporciona recursos tales comomáquinas virtuales (MV), balanceadoresde carga de red, almacenamiento yconectividad. Para sacar partido a estemodelo, los recursos informáticos talescomo CPU, memoria, almacenamiento yred se añaden a una MV y, acontinuación, una aplicación se trasladaa la misma MV.Aunque es el proveedor cloud el quegestiona la plataforma subyacente, elusuario de la plataforma es responsablede mantener sus aplicaciones y derealizar backups. Algunos proveedorescloud pueden ofrecer una opción debackup para la MV a otra ubicación conel fin de suministrar un cierto nivel derecuperación frente a desastres, pero elusuario debe evaluar si seguir realizandocopias de seguridad en su propia sede.Platform as a Service (PaaS):PaaS es una plataforma informática,sistemas operativos, bases de datos yaplicaciones proporcionadas por elproveedor cloud. Los clientes migran adicha plataforma, y los desarrolladoresescriben código para la misma.Se trata, con frecuencia, de un entornoescalable y altamente automatizado. Lasherramientas de gestión garantizaránque se proporcionan los recursosnecesarios cuando la demanda alcanzaun determinado nivel. El proveedor cloudmantiene la plataforma y parchea lossistemas operativos, servidores web ybases de datos.Software as a Service (SaaS):El software de aplicación se instala en lanube y el usuario accede al mismo sólocuando se necesita. El propietario delcloud gestiona el software y posee laslicencias alquilando dicho software a losusuarios, lo que se traduce enimportantes ahorros, ya que solo se pagapor 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 ControlProveedor cloud Usuario cloudAdmin ControlAdmin ControlTotal ControlAdmin Control Limited Admin ControlNo ControlLimited ProgrammabilityNo ControlTotal ControlTotal Control No ControlIasSPaaSSaaSDefiniciones del modelo de transferenciaApplicationHardwareOperating SystemMiddlewareApplicationHardwareOperating SystemMiddlewareApplicationMiddlewareOperating SystemHypervisorHardware
    • Realojamiento sobre IaaSLas aplicaciones se migran a máquinas virtuales y luego se implementan en IaaS. Una victoria rápida para las TI con unahorro inmediato de costes y el acceso a nuevos recursos. En ocasiones, los datos pueden ser un problema. Losrequisitos normativos pueden exigir que los datos se almacenen dentro de una determinada área geográfica porcuestiones de seguridad. El acceso de la aplicación a los datos que se guardan localmente y no se cargan en la nubebien podría representar un desafío en términos de disponibilidad de ancho de banda.Re-ingeniería para PaaSLas aplicaciones se ejecutan de forma natural en los PaaS en lugar de instalarse en las máquinas virtuales de losclientes. Esto conduce a un mejor nivel de integración entre las aplicaciones existentes dentro del PaaS, y permite que elcliente se concentre en las aplicaciones en lugar de en la plataforma. Uno de los retos que hay que superar es laintegración de aplicaciones en PaaS y aquellas que se mantienen en las instalaciones del cliente. Las cuestiones sobrela seguridad de datos y ancho de banda son las mismas que en el caso de IaaS.WhitePaper05Cómo migrar al cloud – Jelle Frank van der Zwet e Ian MurphyELIJA EL CAMINO DE MIGRACIÓN HACIA EL CLOUDDe 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 sistemasagregar valor.Pros Contras• Velocidad: Las aplicaciones sepueden trasladar con facilidaddesde el mundo físico al virtualutilizando una amplia diversidadde herramientas, y las aplicacionesse pueden cargar directamente alentorno del proveedor cloud.• Ahorro de costes: No hay queinvertir en hardware y no hay gastosasociados con el consumo eléctricoo la climatización.• Escalabilidad: El cliente es responsable de añadir o eliminar recursos, loque puede provocar un retraso en la respuesta frente a incidentes.• Mantenimiento: El cliente sigue siendo responsable del mantenimiento ydel parcheo de sus máquinas virtuales.• Aplicaciones distribuidas: Requieren una comprobación exhaustivapara garantizar que todos los elementos importantes de la aplicación hansido capturados en la máquina virtual; en caso contrario, las aplicacionesfallarán.• Copias de seguridad: Si los datos se cargan, el cliente deberá realizarcopias de seguridad fuera de su sede.Pros Contras• Conocimiento: Los desarrolladores utilizan los mismoslenguajes y herramientas que utilizan actualmente.• Gestión integrada: Los equipos de operaciones utilizanuna única herramienta de gestión para administrar lossistemas locales y los basados en cloud.• Ahorros: No hace falta volver a formar al departamentoTI para que aprendan nuevos lenguajes de programacióno nuevas herramientas de administración.• Escalabilidad: A medida que se necesitan másrecursos, se asignarán dinámicamente para que lossistemas continúen en funcionamiento. A medida que lademanda desciende, los recursos se reasignarán.• Bloqueo: Existe un riesgo de bloqueo cuando eldesarrollador integra el acceso a otros servicios desdeel proveedor cloud. Esto puede evitarse recurriendoa los recursos de los lenguajes de programación ymarcos de trabajo genéricos.• Capacidades perdidas: Solo aquellas funcionessuministradas por el proveedor cloud estarándisponibles en los entornos de desarrollo y soporte.Esto puede significar que durante el desplieguedel proveedor cloud nos podemos encontrar conlimitaciones a la hora de alcanzar los objetivosdeseados.
    • WhitePaperCómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy06Revisión para IaaS o PaaSLa revisión para IaaS y PaaS resulta ideal para los clientes que quieren ampliar las aplicaciones existentes en el cloudcomo parte de un entorno distribuido de aplicaciones. Los desarrolladores sacarán partido de las aplicacionestrasladadas al PaaS y ampliarán las aplicaciones locales para aprovechar nuevas funciones. El reto más importante lotienen los desarrolladores a la hora de comprender los problemas que implica la escritura de aplicaciones distribuidas.Pros Contras• Rendimiento: Las extensiones de las aplicacionesque se han escrito para funcionar de forma natural enla plataforma cloud se ejecutarán con mayor rapidez ysacarán un mayor provecho de las funciones que puedeque no estén disponibles en la plataforma existente.• Acceso más rápido al mercado: Escribir nuevos front-ends para las aplicaciones heredadas implica ofrecerrápidas ganancias a las unidades de negocio.• Integración: Las aplicaciones con alto nivel deintegración facilitarán a las unidades de negocio sacarpartido de los sistemas TI y de los datos que contienen.• Acceso más lento al mercado: Si toda la aplicaciónse debe migrar a la nube, y posteriormente ampliarpara sacar provecho de los nuevos servicios,posiblemente pasará mucho tiempo antes de obteneralgún beneficio.Reconstrucción sobre PaaSA medida que la nube madura, los diseñadores comenzarán a tratarla como una plataforma de despliegue de primeraclase. Las aplicaciones se diseñan para aprovecharse de los servicios de la nube, e interoperan con los sistemascentrales. Se trata de un desafío de integración complejo, que se basa en las lecciones de integración aprendidas en elmétodo “Revisión para PaaS”.Además del camino revisado, el cliente puede realizar ahorros importantes al no tener que volver a dar soporte aaplicaciones heredadas a gran escala. Resulta esencial mantener adecuadamente los niveles de servicio y los procesosde recuperación frente a desastres.Pros Contras• Rendimiento: Las extensiones de las aplicacionesque se han escrito para funcionar de forma natural enla plataforma cloud se ejecutarán con mayor rapidez ysacarán un mayor provecho de las funciones que puedeque no estén disponibles en la plataforma existente.• Ahorros: Trasladarse desde grandes equipos heredadosque frecuentemente resultan caros de mantener yejecutar, provocará importantes ahorros de costes.• Nuevas funciones de la plataforma: Sacarpartido de las nuevas funciones de la plataforma delproveedor cloud evitará que el departamento TI tengaque agregarlas a las aplicaciones existentes. Comoconsecuencia, esto generará un mayor ROI que laopción de “Revisión”.• Bloqueo: Una vez que las aplicaciones hayan sidofirmemente integradas con la plataforma del proveedorde servicios, puede resultar difícil cambiarse desdedicha plataforma a otro proveedor.
    • Sustitución con SaaSSaaS ofrece importantes ahorros mediante la reducción del coste de uso de las aplicaciones. Los usuarios alquilan en lugarde comprar las licencias de las aplicaciones. Cuando ya no se necesita la aplicación, la licencia se devuelve. Para plantillasflexibles 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. Elsegundo es si los datos deben almacenarse localmente o en la nube. El tercero es garantizar que el fabricante de softwareestá dispuesto a licenciar su software para que esté disponible a través de SaaS. Ya hay ejemplos de aplicacionespreparadas 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 aaplicaciones que antes eran demasiado caras para justificar su adquisición.WhitePaper07Cómo migrar al cloud – Jelle Frank van der Zwet e Ian MurphyPros Cons• Ahorro de costes: Sin hardware propio, sin licenciasde software y sin costes eléctricos o refrigeración. Es,prácticamente, idéntica a una solución subcontratadapero con el beneficio de una asignación flexible derecursos para las variaciones en la carga de trabajo.• El acceso a aplicaciones informáticas de negocio dealto coste cae dentro del alcance de las PYME, queahora se pueden permitir el lujo de utilizar aplicacionesque ofrecen una ventaja competitiva.• Escalabilidad: El proveedor cloud manejaautomáticamente este concepto mediante su plataformaSaaS.• Bloqueo: Para aplicaciones informáticas básicas talescomo aplicaciones ofimáticas, este enfoque no esningún problema, pero cuando el software requiereuna adaptación importante, cualquier interrupciónde las relaciones comerciales entre la empresa y elproveedor cloud puede derivar en un problema.
    • White paperCómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy08¿CUÁLES SON LOS REQUISITOSDE SERVICIO PARA EL CLOUD?Uno de los elementos más importantesen la entrega de servicios cloud es elAcuerdo de Nivel de Servicio (SLA). Conlas aplicaciones y, potencialmente, conlos datos en la nube, el SLA debe reflejareste cambio de proceso de negocio y elriesgo que tendrán los clientes de nopoder acceder a las aplicaciones o a losdatos.Realismo: Contar con que ladisponibilidad va a ser del 99,9999% espoco realista. Sólo un muy pequeñonúmero de empresas se acerca a estacifra con soluciones dentro de suspropias instalaciones. En el caso delcloud, donde hay muchas más variablesque afectarán el rendimiento, este es unobjetivo poco realista. En lugar de utilizarnúmeros imposibles de conseguir, esimportante identificar los indicadoresclave para el SLA y cómo fijar el precio.Latencia: Si la aplicación es sensible a lalatencia, resulta crítico que los datos y lasaplicaciones estén próximos, idealmentedentro del mismo centro de datos.Establecer una línea de referenciadel rendimiento: Las métricas sólofuncionan si se las puede comparar conalgo. Parte de la planificación de lamigración a la nube debe incluir perfilesde aplicación. Estos perfilesproporcionarán una indicación de cómolas aplicaciones utilizan los recursos yqué niveles de rendimiento se estánlogrando en la actualidad a través de lasinstalaciones propias. Estos datos sonideales para establecer métricas departida y luego decidir los niveles derendimiento adicionales que serequieren.Certificación: El proveedor de laplataforma cloud tiene la oportunidad degarantizar que las operaciones querealiza en su centro de datos cumplencon un grupo de normas internacionales.Estas normas van desde la eficienciaenergética a las normas de seguridad.Las organizaciones que desean adquirirservicios en la nube deben asegurarse deque sus socios cumplen al menos conlos mismos estándares que ellos.Aquellos que cumplan con las normasmás estrictas podrán fijar precios máselevados por el acceso a susinstalaciones y servicios.Resolución: Con un acuerdo basado enservicio siempre existe la posibilidad defracaso. Debe haber un enfoque muyclaro de cómo se resolverá cualquierdisputa. Esto debe comenzar en el SLA,que deberá detallar los tiempos derespuesta y la forma en que se notificaránlos problemas. Cuanto más crítico para elnegocio sea el sistema, menor deberáser el tiempo de respuesta y, por tanto,más importante resultará que exista unproceso claro, sin ambigüedades y eficazpara el escalado de cualquier problema.Compensación y costes: Los nivelesde compensación deben quedar claros yencontrarse en un lugar privilegiado delSLA. Identificarán lo que se puedeesperar si no se respeta el SLA ademásde definir la forma en que se aplicarán lascompensaciones. La transparenciaresulta importante y un proceso claromejorará las relaciones con los clientes.Disponibilidad: La recuperación frente adesastres y la continuidad del negociosiguen siendo desafíos para las TI de lascorporaciones. Parte de un SLA premiummostrará cuáles son los procesos quegarantizarán la continuidad del negocio ycómo se puede activar el proceso derecuperación de desastres.
    • White paper09Cómo migrar al cloud – Jelle Frank van der Zwet e Ian MurphyCÓMO EVALUAR EL RETORNODE LA INVERSIÓN (ROI)El ROI clave para la nube se entiende,con frecuencia, como los ahorrosrelacionados con CAPEX (gastos decapital). Se trata de un objetivo muylimitado e ignora otros costes, ahorros ybeneficios. También asume que los OPEX(gastos operativos) correspondientes a lamigración al cloud pueden asumirsedentro de los presupuestos financierosexistentes.El ROI real para el cloud guarda relacióncon los costes que habría que asumirpara proporcionar internamente el mismonivel de servicio. Aquí se incluyenmétricas tanto rigurosas como flexibles,tales como disponibilidad, experiencia delusuario, coste de hardware/software,integración, coste de ancho de banda,potencia eléctrica y costes declimatización del centro de datos, ycostes del personal.En cierta medida, son los mismosparámetros básicos que se aplican acualquier proyecto TI. La clave paraestablecer un ROI en el cloud es analizarlo que aporta de novedoso esta solución,que no se haya podido lograr utilizandosistemas o plataformas TI existentes.Todo ello se debe contemplar como unplus del cloud.La forma más eficaz de determinar elplus del cloud como parte del ROI escomparar el modelo de negocio con loque la nube ofrece. Al actuar así, pienseen lo que costaría proporcionar estosservicios utilizando las infraestructuras yherramientas TI existentes. Todo elloayudará a distinguir con claridad qué secorresponde con el plus de la nube y quéresulta simplemente un beneficio porutilizar procesos más flexibles.Business Case Plus del cloudReducir el coste deldesarrollo y los entornos deprueba:• 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 ubicacionesEscalabilidad: • Resulta fácil añadir más potencia de cálculo, red y o recursos de almacenamientobajo demanda• Capacidad para disminuir los recursos cuando no sean necesariosVentaja 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 puedenexplorar 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 DESISTEMASPara muchas empresas, la creación deuna plataforma cloud privada es unproceso complejo. Hace apenas unosaños, se decía que la virtualización de uncentro de datos lo convertiría en unanube privada. Aunque se obtuvieronciertas mejoras de rendimiento y seevitaron algunas inversiones, nunca selograron los ahorros o la agilidad delnegocio esperados.Después de haber experimentado estosretos durante la construcción de unacloud privada, la tarea actual de integrarproyectos de nube pública para construiruna solución de nube híbrida ha sido aúnmás difícil. Parte del problema ha sido lapésima implementación de lasherramientas por parte de losproveedores cloud y la falta deherramientas federadas de gestión y deseguridad, aunque estos no son losúnicos problemas.Financieramente, la presión sobre lospresupuestos del departamento TI setraduce en que carecerán de los fondosnecesarios para llegar a comprender elcloud. También carecen de losconocimientos necesarios para gestionarproyectos complejos de integración através de las nuevas plataformas desuministro. Muchos de ellos ya utilizanpartners fiables tales como integradoresde sistemas para ayudarles a superaresta fase. Al migrar a la nube tienesentido, por tanto, que el integrador desistemas forme parte de este nuevoproyecto de integración.¿QUÉ AÑADE EL INTEGRADOR DESISTEMAS?El integrador de sistemas aporta unamejor comprensión de la complejidad delos grandes proyectos. Su modelo denegocio se basa en ayudar a los clientesa entender las múltiples plataformas y adesplegar su infraestructura TI dondepueda ser más eficaz.En el cloud, el integrador de sistemastiene la oportunidad no sólo de ampliarsus relaciones existentes con los clientescorporativos, sino que puede añadir unanueva dimensión. El cloud ayuda a unirdiferentes plataformas y concede alintegrador de sistemas la oportunidad deconstruir una plataforma a la medida desus clientes.La integración entre plataformas, lanecesidad de disponer de herramientasfederadas de seguridad y administración,junto con la capacidad para cumplir conlos estándares de la industria fortalece elpapel del integrador de sistemas. Sinembargo, estas no son las únicas áreasen las que el integrador de sistemasaporta un valor añadido significativo. Losintegradores de sistemas son capacesde ofrecer SLA basados en cloud a losclientes corporativos.CÓMO GESTIONAR UN SLA BASADO ENCLOUDLa gestión de un SLA basado en cloudcomienza con dos líneas claras deseparació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 esresponsable de la supervisión: elintegrador de sistemas o el cliente.El integrador de sistemas basará susindicadores en los SLA que han sidoaportados por operadores detelecomunicaciones y los centros dedatos neutrales y especializados. Esto esimportante, ya que sólo el integrador desistemas sabrá hasta dónde puede llegarel SLA base. Al emplear variosoperadores, podrá mejorar sus SLA, perono demasiado y es importante que norealicen promesas que no puedancumplir.Emplear indicadores claros e inequívocosresulta fundamental para cualquiergestión de un SLA. La disponibilidad esun ejemplo de un parámetro que puedeparecer evidente, pero está lejos de serinequívoca en lo que se refiere a laprestación de un servicio. Como la nubeestá relacionada con la prestación de unservicio o aplicación, la mejor manera decomprobar su desempeño es establecerindicadores que se basen en elrendimiento y en la disponibilidad de unaaplicación.Una vez que se haya definido el SLA, elintegrador de sistemas podrá ver losindicadores y datos de todo el cloud, loque le permitirá identificar problemas. Elcliente, gracias al empleo deherramientas federadas de supervisión yadministración, podrá ver lo que ocurrecon los servicios que está utilizando.Como ambas partes van a utilizar losmismos datos de partida, serárelativamente fácil para el integrador desistemas identificar y rectificar las roturasdel SLA.Para recopilar los datos correctos, habráque desarrollar aplicaciones demonitorización o agentes en los puntosclave a lo largo de todo el entorno cloud.Los datos recogidos por estos agenteshan de ser volcados a las herramientasde administración existentes que utilizantanto el cliente como el proveedor cloud.Cómo migrar al cloud – Jelle Frank van der Zwet e Ian Murphy10White paper
    • 11Cómo migrar al cloud – Jelle Frank van der Zwet e Ian MurphyWhite paper¿QUÉ HAY QUE DESTACAR?El SLA no es el único elemento diferencialentre los proveedores cloud. Seguridad,fiabilidad, ancho de banda y comunidadson también argumentos importantes.SeguridadAunque existe poca evidencia empíricade que los proveedores cloud gestionanmás adecuadamente la seguridad, elintegrador de sistemas ofrece valorañadido, ya que un integrador desistemas puede administrar normalmentecon mayor eficiencia un modelo cloudmuti-cliente. Parte de este valor provienede la elección del centro de datoselegido, que será el responsable de laprotección física de las instalaciones.Muchos integradores de sistemasdisponen de buenas prácticas deseguridad que se pueden utilizar paramejorar la seguridad a niveles que nuncaalcanzará un cliente por sus propiosmedios. El integrador de sistemastambién puede garantizar que laseguridad existente entre la nube y lossistemas internos forma parte de lasolución global.Resulta importante que el integrador desistemas se adhiera a las mejorescertificaciones internacionales deseguridad. Esto supone un importantecompromiso con la protección de losdatos de sus clientes. Teniendo queenfrentarse a reguladores que introducenreglas más estrictas en relación con laprotección y privacidad de los datos, losintegradores de sistemas queproporcionan una nube altamente segurasobresaldrán de aquellos que no lohagan.FiabilidadUna de las razones más importantespara elegir el enfoque TI basado en cloudes su mayor nivel de fiabilidad. Acceder asoluciones de recuperación antedesastres y continuidad de negocio sonservicios que el integrador de sistemaspuede ampliar para cubrir las solucionescon las que ya cuenta el cliente.Ancho de bandaUn centro de datos neutral proporciona alintegrador de sistemas partners capacesde construir nubes tolerantes a fallos y degran ancho de banda. Para ayudar aenlazar los centros de datos ya existentesde los clientes y los servicios basados encloud, el integrador de sistemas puedefirmar acuerdos con operadores parasuministrar líneas alquiladas. Estaposibilidad aumenta el rendimiento,reduce la latencia, añade seguridad yfortalece el SLA.ComunidadLos integradores de sistemas podrándesarrollar un negocio de éxitoofreciendo solo IaaS, PaaS y SaaS. Sinembargo, las oportunidades de negocioque permiten evolucionar las relacionesexistentes entre integrador de sistemas/empresa TI abren nuevas posibilidades.Entre éstas se encuentran las nubesespecializadas o de comunidades dondeel integrador de sistemas puedecentrarse en construir soluciones dentrode su área preferida de experiencia. Entreotros ejemplos, destacan servicios desalud, gobierno local, contabilidad eindustria. Construir estas nubesespecializadas permite a los integradoresde sistemas mostrar un camino demigración hacia la nube y una propuestade valor para sus clientes.Las nubes de servicios y especializadasserán un campo de batalla clave para losproveedores cloud. Al adoptar decisionesde forma temprana, los integradores desistemas serán capaces de situarse en elcorazón de esta batalla.CONCLUSIÓNEl cloud ofrece a los integradores desistemas una oportunidad enorme parapasar de un negocio basado en serviciosa ejecutar su propia infraestructura ymejorar su atractivo para los clientes. Amedida que los clientes deseen pasar deCAPEX a OPEX en lo relativo a supresupuesto TI, los integradores desistemas pueden potenciar los entornosbasados en la nube para mejorar susrelaciones con los clientes existentes yabrir nuevos mercados.La transformación de los modelos denegocio requiere de un enfoque audaz.Empresas tales como Apple, Amazon yNetflix transformaron sus modelos denegocio hace ahora una década. Desdeentonces, tiendas de discos, librerías yempresas de alquiler de vídeos que nofueron capaces de detectar la tendenciadel mercado han dejado de funcionar.Incluso las que todavía existen estánluchando para adaptarse a los cambiosintroducidos por dichas empresas.La nube está ahora proporcionando a losintegradores de sistemas la mismaoportunidad para cambiar su modelo denegocio y transformar su empresa.Mientras que otros todavía estánconstruyendo su propia infraestructura TI,los integradores de sistemas puedenpotenciar su experiencia en integraciónde sistemas dispares, y proporcionar unmodelo cloud adaptable que permita alas empresas crecer de forma eficienteen la nube.
    • BIOGRAFÍAS DE L0S AUTORESIan Murphy ha trabajado en el sectortecnológico como periodista y analistadesde 1983. Ha elaborado artículos paradiversos 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 trabajadopara Philips Global Media, Ovum, MWD yCreative Intellect Consulting redactandoinformes y realizando consultorías paraun gran número de empresastecnológicas. Ha escrito diversosWhitePapers, y ha ofrecidopresentaciones clave en los principaleseventos TI.Jelle Frank (JF) van der Zwet dirige elprograma pan-europeo de desarrollode productos y marketing para lacreciente comunidad cloud deInterxion. Cuenta con doce años deexperiencia en el desarrollo deproductos y negocio TIC. Antes depasar a formar parte de Interxion, fueresponsable de la dirección deproductos y marketing de serviciosgestionados de Imtech ICT y directorsenior de marketing de productos enUPC. Jelle Frank comenzó su carreraen puestos de dirección de marketingpara KPN y en el aeropuertoÁmsterdam Schiphol.ACERCA DE INTERXIONInterxion (NYSE: INXN) es elproveedor especializado enservicios de alojamiento encentros de datosindependientes en Europa, conuna amplia cartera de clientesen sus 33 centros de datos en11 países europeos. Loscentros de datos de Interxion,con un diseño uniforme yconforme a parámetros deeficiencia energética, ofrecen asus clientes seguridad y altadisponibilidad para susaplicaciones de misión crítica.Con conectividad de más de400 operadores detelecomunicaciones e ISP, yacceso a 18 puntos neutroseuropeos, Interxion haconstituido diversos nodos cloudpara acoger a las crecientescomunidades de interés.Para más información visitewww.interxion.esWP-CL-MOVE-en-03/13INTERXION ESPAÑAT: + 34 917 894 850F: + 34 917 894 888E: es.info@interxion.comwww.interxion.comInterxion is compliant with the internationally recognised ISO 27001 certification for information security managementand BS25999 for business continuity management across all our European operations. © Copyright 2013 Interxion.CASA MATRIZT: + 31 (0)20 8807 600F: + 31 (0)20 8807 601E: hq.info@interxion.comCENTRO EUROPEO DE SERVICIO AL CLIENTESin cargo desde Europa y Asia: + 800 4687 9466Sin cargo desde EEUU: 1 855 468 7966T: + 44 (0)20 7375 7070F: + 44 (0)20 7375 7059E: customer.services@interxion.com