cloud computing: infrastructure as a service ---- febrero de 2012 · market analysis informes cloud...

Market Analysis

Cloud Computing: Infrastructure as a Service

----

Febrero de 2012

Cloud Computing: Infrastructure as a Service

Por David Montia

Índice

1. Introducción .................................................................................................................................. 3

2. IaaS y otros modelos de servicio Cloud ....................................................................................... 4

3. Personalización: la clave que marca la diferencia. .................................................................... 6

4. Escenarios ...................................................................................................................................... 7

5. Drivers para la adopción de IaaS .............................................................................................. 10

6. Barreras que frenan la adopción de IaaS .................................................................................. 11

7. Panorama competitivo ................................................................................................................12

8. Recomendaciones ......................................................................................................................... 17

Market Analysis Informes

Cloud Computing: Infrastructure as a Service Febrero 2012

3

1. Introducción

En anteriores ocasiones hemos analizado lo que significa Cloud Computing para las compañías,

y el impacto que tiene su adopción como una de la vías para optimizar y disponer de nuevos

recursos TIC. Es habitual realizar este análisis de manera transversal, abordando todos los

modelos de servicio (Software as a Service, Infraestructura as a Service, y Platform as a Service),

y sin profundizar excesivamente en ninguno de ellos.

En el presente informe, nos proponemos analizar más detalladamente las aplicaciones reales de

IaaS (Infrastructure as a Service), desde el supuesto que, después del auge de SaaS (Software as

a Service), IaaS es uno de los modelos de servicio que está suscitando más expectativas en estos

momentos, puesto que es la modalidad que parece más accesible con un menor esfuerzo.

Aunque no tiene mucho sentido pensar en la contratación de servicios IaaS sin alinearse con

una estrategia corporativa de “ir hacia la nube”, también se puede afirmar que el acceso a las

infraestructuras en Cloud Computing es una manera sencilla para dar los primeros pasos en este

ámbito. Esto será más cierto en proyectos en los que las implicaciones sean únicamente

tecnológicas, siempre que consigamos reducir el riesgo seleccionando ámbitos de baja

incidencia en la operativa diaria de los usuarios, especialmente en usuarios clave.

Otro aspecto atractivo de IaaS son sus múltiples opciones de despliegue, que permitirán realizar

la elección en función de las necesidades del negocio y que se expresan mediante los requisitos

de las aplicaciones que soporta la infraestructura.

Para hacer este análisis, en primer lugar describiremos el concepto de IaaS, sus entornos de

aplicación, las motivaciones y barreras para implantarlas, los beneficios que obtendremos y la

oferta en España de los proveedores más significativos en la actualidad.



4

2. IaaS y otros modelos de servicio Cloud

En nuestro informe, “Cloud Computing: adopción y realidad en España”, publicado en

principios de 2011, Penteo adoptó la siguiente definición establecida- por el National Institute

of Standards and Technology (NIST):1

“Cloud Computing es un modelo en pago por uso que permite acceso en Red y bajo demanda a

un conjunto compartido y configurable de recursos de computación (redes, servidores,

almacenamiento, aplicaciones y servicios) que pueden ser desplegados con rapidez y mínima

interacción de un tercer proveedor”.

Según el NIST, Cloud Computing se compone de 5 características clave, 3 modelos de servicio y

4 opciones de despliegue.

Características:

1) Auto-servicio bajo demanda: se puede requerir más servicio (capacidad de

almacenamiento, computación…) de forma automática sin intervención humana.

2) Protocolos Web: al servicio se accede a través de estándares Web.

3) Combinación de recursos: la infraestructura de computación del proveedor se

combina para dar servicio a múltiples usuarios a la vez (modelo multi-tenant).

4) Rapidez de escalado: la disponibilidad de los recursos TIC se puede aumentar o

disminuir de forma automática en función de las necesidades.

5) Medición y monitorización: el uso de los recursos TIC se pueden monitorizar,

medir y asignar a cada usuario o unidad de negocio.

Modelos de servicio:

1) Software como servicio (SaaS): Aplicaciones (email, CRM, gestión de nóminas…)

que funcionan sobre una arquitectura web, accesibles desde cualquier dispositivo. El

1 Para acceder al documento completo de definición de Cloud Computing hecha por el NIST, ir a

http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf

http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf



5

usuario no controla la infraestructura por debajo (red de comunicación, servidores,

sistemas operativos, almacenamiento…).

2) Infraestructura como servicio (IaaS): recursos de computación (procesamiento,

almacenamiento, comunicaciones…) escalables y listos para utilizar con cualquier tipo

de software en un modelo elástico (aumento o disminución de recursos de forma

flexible). El usuario no controla la infraestructura por debajo (incluyendo la red de

comunicación, servidores, sistemas operativos, almacenamiento…), pero sí las

aplicaciones resultantes.

3) Plataforma como servicio (PaaS): Arquitectura sobre la que desarrolladores

(corporativos o en pequeños proveedores de software, ISVs) despliegan aplicaciones con

lenguajes de programación y herramientas soportadas por el proveedor. La compañía (o

el ISV) no controla la infraestructura por debajo, pero sí tiene control sobre los sistemas

operativos, almacenamiento, aplicaciones desplegadas y un conjunto limitado de

componentes de comunicaciones (ej, firewalls).

Opciones de despliegue:

1) Cloud público: la infraestructura Cloud es puesta a disposición de consumidores y

empresas de forma conjunta. El proveedor comercializa ciertos servicios sobre la

misma.

2) Cloud privado: la infraestructura Cloud es puesta a disposición de una sola empresa y

puede ser gestionada por la propia empresa o por el proveedor en las instalaciones de la

empresa (on-premise) o en las del proveedor (off-premise).

3) Cloud comunitario: la infraestructura Cloud es compartida por varias organizaciones

que trabajan en un objetivo común. Puede ser on-premise u off-premise.

4) Cloud híbrido: combinación de dos o más de las opciones anteriores a través de

tecnologías propietarias o estándar que permiten la portabilidad de datos.

Cuando hablamos específicamente de IaaS, a la definición del NIST sobre las opciones de

despliegue le podemos añadir una más, por ser una alternativa válida en el mercado y una opción

a tener en cuenta. Se trata de Cloud Compartido, término ampliamente aceptado en el mercado,

aunque también se utilizan las denominaciones de Enterprise Cloud o Cloud Semi-público.



6

5) Cloud compartido: la infraestructura Cloud es puesta a disposición de consumidores

y empresas de forma conjunta pero limitada. El proveedor comercializa ciertos

servicios, a los que añade un alto nivel de personalización, sobre la misma. Es siempre

off-premise.

3. Personalización: la clave que marca la diferencia

Al analizar las diferentes opciones de despliegue de IaaS, observamos que dos de las que a priori

parecen similares (público y compartido), tienen una orientación claramente diferente, con

características únicas que deben ser tenidas en cuenta a la hora de adoptarlas. Una de estas

particularidades es la capacidad de personalización, que puede aumentar notablemente las

prestaciones, e incluso minimizar barreras que impidan implantarlo en entornos de producción.

IaaS Compartido se desarrolla sobre entornos “no masivos” con múltiples opciones de

personalización, con capacidad de adaptarse a muchas de las necesidades específicas de los

clientes. El concepto de IaaS Compartido no debe ser confundido con el de IaaS Comunitario, ya

que este último requiere un acuerdo previo entre organizaciones (clientes) que trabajan en un

objetivo común.

Otra diferencia fundamental entre IaaS Público y Compartido es el modelo de contratación.

Mientras que en el Público es habitual la contratación a través de un portal mediante la

aceptación de las condiciones establecidas por el proveedor como única opción, el Compartido va

asociado a la firma de contrato en el que las condiciones pueden ser negociadas con el proveedor.

IaaS Privado es visto por algunos players como una nueva manera de denominar el outsourcing

tradicional de infraestructuras, y que se inscribe en la modalidad Cloud por el hecho de apoyarse

en plataformas virtualizadas. IaaS Privado, en la mayor parte de los casos, queda asociado

mediante contratos de ITO (Information Technology Outsourcing). La dedicación de la

infraestructura a un único cliente permite la máxima adaptación a las necesidades de este, al

mismo tiempo que supone costes mayores.

De las tres opciones (ver tabla 2.1), IaaS Compartido, aun sin obtener una mayor valoración

respecto al resto en ninguno de los aspectos analizados, es la más equilibrada globalmente,

convirtiéndola así en una elección válida en escenarios que no requieran los máximos niveles de

seguridad, disponibilidad y control.



7

Las posibilidades de personalización deben ser vistas como un factor diferenciador, no solamente

al decidir la externalización de un determinado servicio o aplicación, sino también a la hora de

valorar globalmente las prestaciones de los proveedores, sobre todo por parte de clientes en

búsqueda de alternativas Cloud con una perspectiva más amplia que las de IaaS Público.

Tabla 2.1. Aspectos diferenciales opciones de despliegue IaaS (valoraciones de 1 a 5)

IaaS Público IaaS Compartido IaaS Privado

Flexibilidad de uso

Nivel de Seguridad

Recursos contratados Servidores Virtuales

(incluyendo recursos)

Pool de Recursos Dedicados (CPU/MEM,

Storage) y Servidores Virtuales

Infraestructura física y Recursos Virtuales

Dedicados

Control / Autogestión Recursos

Servicios adicionales

Características del SLA

Adaptación al pago por uso

Coste del servicio

Dependencia del proveedor

Facilidad para la creación de Cloud Híbridos

Fuente: Penteo

4. Escenarios

En primer lugar, empezaremos por describir los posibles escenarios de aplicación, cosa que nos

permitirá interpretar mejor los drivers y barreras que describiremos a continuación. Estos

escenarios pueden dividirse en dos grupos,, por un parte aquellos modelos que utilizan la misma



8

infraestructura para prestar servicios a diferentes clientes, y por otra parte aquellos que la usan

de manera dedicada para cada cliente.

_Infraestructura NO dedicada. Los entornos IaaS en que se comparte la infraestructura

(Público, Comunitario y Compartido) se caracterizan por la flexibilidad en la disponibilidad de

los recursos y la adecuación más estricta del coste al uso real, recursos on-demand. Es

importante remarcar que estaremos utilizando una plataforma compartida por otros clientes del

mismo proveedor, y ello establece limitaciones en cuanto a personalización y seguridad. Al

mismo tiempo la economía de escala beneficia al modelo de costes y la escalabilidad. Las

premisas definidas encajan con los siguientes escenarios:

_Entornos de desarrollo. Siempre que se garantice la productividad de los equipos de

desarrollo y la salvaguarda de los datos de la programación (fuentes, diferentes versiones del

desarrollo…)

_Entornos de test. Que encajen con dos necesidades: escalabilidad muy dinámica y ajuste

de los costes al uso.

_Entornos de preproducción. En los que habrá que tener en cuenta el nivel de

confidencialidad requerido para los datos utilizados y se deberá seleccionar el proveedor en

función del nivel de confianza en este aspecto.

_Uso temporal de aplicaciones no críticas. Por la facilidad de despliegue y la

posibilidad de adaptar el compromiso (contrato) al volumen y duración reales.

_Demandas estacionales. Servicios que requieren la capacidad de soportar puntas de

demanda de capacidad por estacionalidad, por la facilidad de provisionar los recursos

necesarios.

_Centro de respaldo. El bajo coste de los recursos no utilizados (reservados para el

respaldo) y la facilidad de despliegue permiten crear planes de contingencia en una parte de

la infraestructura incluida en el plan esté ubicada en un IaaS Público.

_Entornos de producción de baja criticidad. Especialmente cuando la disponibilidad

no sea crítica y cuando los datos no sean confidenciales y/o críticos. Será necesario un

proveedor que pueda cumplir con los acuerdos de niveles de disponibilidad y

confidencialidad requeridos.



9

_Infraestructura dedicada. La dedicación de la infraestructura a un único cliente, siendo

on-premise en algunos casos, hace muy difícil la aplicación de modelos de pago por uso (PAYG -

Pay as-you-go). Por ello, la mayoría de escenarios descritos en el punto anterior serían también

válidos en este caso, siempre que se dé poco peso al factor coste.

_Entornos productivos. Cualquier entorno productivo “virtualizable” es un escenario

válido para IaaS compartido. Un escenario será “virtualizable” siempre que esta posibilidad

esté soportada por la aplicación.

_Entornos de alta criticidad. Disponer de una infraestructura dedicada, permite diseñar

su arquitectura en función de unos requerimientos de alta disponibilidad.

Tabla 2.2. Escenarios IaaS

º IaaS Público IaaS Compartido IaaS Privado

Infraestructura NO dedicada

Infraestructura dedicada

Desarrollo OK Ofrece + nivel de seguridad Estudiar costes por altos requisitos disponibilidad

Test OK Cuando requiera personalización

Coste excesivo

Preproducción OK OK Estudiar costes por

confidencialidad datos

Uso temporal aplicaciones no críticas

Si bajos requisitos de seguridad/disponibilidad

OK Coste alto en la mayoría de

casos

Demandas estacionales

Si bajos requisitos de seguridad/disponibilidad

OK Coste alto en la mayoría de

casos

Centro de Respaldo Estudiar viabilidad OK Coste alto en la mayoría de

casos

Producción / baja criticidad

NO OK Estudiar costes

Producción estándar NO Estudiar requisitos de

Seguridad/Disponibilidad OK

Producción / alta criticidad

NO NO Estudiar requerimientos

Fuente: Penteo



10

5. Drivers para la adopción de IaaS

No debemos olvidar que IaaS no es más que una modalidad de outsourcing, por tanto debemos

considerar como válidas para este caso muchas de las motivaciones para adoptarlo que se asocian

al outsourcing de infraestructuras, e incluso aquellas relacionadas con la virtualización de

servidores y de almacenamiento. A continuación, exponemos únicamente los drivers específicos

asociados a la adopción de IaaS:

_Adecuación del coste de los recursos utilizados. El coste de infraestructura se

ajustará al uso de los recursos mediante el pago por uso. Quién persiga ahorro de costes lo

obtendrá en este entorno, siempre que aplique los controles pertinentes de dimensionamiento

dinámico y uso de los recursos.

_Disponibilidad de recursos a demanda. La compartición de grandes infraestructuras

permite la existencia de un pool de recursos de los que se podrá disponer bajo demanda, los

cuales serán provisionados rápidamente. Ello hará factibles escenarios no viables en entornos

tradicionales, como la gestión de demandas estacionales o el despliegue exprés de servicios

solicitados por el negocio. Todo ello tiene un impacto positivo en el negocio al reducir time to

market.

_Disponibilidad de la última tecnología. La actualización de la tecnología es tarea del

proveedor Cloud, el cual deberá estar permanentemente a la altura de sus competidores, en

consecuencia, está obligado a mantenerla al día. Las economías de escala que se obtienen es

también un elemento facilitador para que este supuesto se cumpla.

_Reducción del riesgo. Contrariamente a lo que se cree, Cloud Computing no

necesariamente eliminará el CAPEX, aunque lo reducirá de manera muy significativa, siendo

repercutido en el OPEX a medio/largo plazo. Esta situación, facilitará al negocio el abordaje de

determinados proyectos, puesto que el coste de un posible “no éxito” será menor.

El impacto positivo más notorio de la adopción de IaaS la recibirán las áreas de negocio

“afectadas”, beneficiándose de una mayor flexibilidad y mejora en los plazos de entrega de sus

proyectos, además de ver reducido el tiempo de respuesta ante posibles cambios o nuevas

necesidades. Esta situación acabará beneficiando al DTIC, puesto que incrementará la valoración

de los servicios que está prestando a los usuarios y demostrará su capacidad de innovar.



11

6. Barreras que frenan la adopción de IaaS

Como en el apartado anterior, obviaremos aquellos puntos comunes con el outsourcing y la

virtualización. De los resultados obtenidos en las investigaciones realizadas por Penteo acerca de

tendencias de adopción de Cloud Computing, se desprenden los siguientes resultados:

_Tecnología. Teniendo en cuenta que no todos los sistemas son susceptibles de moverse a

plataformas de virtualización, en entornos Cloud Computing habrá que adaptarse a la

tecnología sobre la que el proveedor ofrece el servicio, reduciendo las posibilidades. Al mismo

tiempo, la inexistencia de estándares consolidados -aunque sí de facto- sumada a la necesidad

de adaptación a la infraestructura del proveedor, puede dificultar la integración con sistemas

de terceros, con la salida del Cloud o en las situaciones de cambio de proveedor.

_Comunicaciones. Son una barrera en la mayoría de escenarios de outsourcing, y la

mencionamos aquí por el hecho de que su importancia puede quedar acentuada por la

dificultad de tener que adaptarse a la tecnología utilizada por el proveedor.

_Seguridad. El término “público” supone la convivencia con otras compañías (otros clientes

del proveedor) en una infraestructura compartida. La realidad demuestra que la

disponibilidad y confidencialidad no podrán ser garantizadas al mismo nivel que en los

entornos IaaS Privados.

_Cumplimiento de regulaciones y normativas. La ubicación geográfica de los CPD que

alojan las infraestructuras de IaaS Público puede afectar al cumplimiento de las normativas y

regulaciones exigidas en algunos países. Esta barrera puede ser superada seleccionando el

proveedor adecuado.

_Cultura empresarial. La sensación de pérdida de control desde algunas áreas de la

compañía queda afectada por la naturaleza pública de la solución. La posibilidad de tener que

implementar nuevos procesos y la necesidad de gestionar la propia resistencia al cambio de

DTIC pueden ser también un obstáculo.

_Desconfianza por desconocimiento. Aunque parezca paradójico por lo mucho que se

habla del tema, sigue existiendo un amplio desconocimiento de Cloud Computing, lo que se

traduce en que, en algunos casos, no sea considerado una opción, y en otros, genere dudas



12

sobre los resultados o los costes reales. Efecto que no es más que una de las debilidades

asociadas a un mercado en pleno proceso de maduración.

Inevitablemente el paso a IaaS afectará al departamento TIC, que deberá implicarse en la

transformación de algunas de sus tareas asociadas a la infraestructura llevada ahora a la nube.

Asimismo, el DTIC se verá obligado a familiarizarse con las particularidades de los entornos

virtualizados, y a adaptar tanto su operativa diaria como los posibles proyectos futuros a este

nuevo entorno. Ello supondrá el desarrollo o adaptación de nuevos procesos relativos a la

operación, la gestión del ciclo de vida de los entornos, la gestión de la contratación/costes, y el

tratamiento de la seguridad tanto a nivel técnico como legal.

7. Panorama competitivo

Criterios de inclusión y clasificación

Hemos incluido en este apartado aquellos proveedores cuya oferta de Cloud Computing incluye

IaaS orientado a gran empresa o a los segmentos superiores de empresas medianas, con

presencia internacional, en España, o bien que aunque no dispongan de presencia en el territorio

español, puedan ofrecer sus servicios a nivel empresarial, , incluyendo la adaptación al marco

legal español. Estos proveedores han sido clasificados en función de la gama de soluciones IaaS

de su portafolio.

Proveedores de gama completa de IaaS (Público, Compartido y Privado)

_NTT Communications. NTT Communications es uno de los mayores proveedores globales

de telecomunicaciones y de servicios de alojamiento. En España actúa como NTT Europe con

datacenter en Madrid, Paris, Frankfurt y Londres. En los últimos años ha desarrollado una

sólida oferta de soluciones IaaS que incluye las opciones “público”, “privado” y “compartido” -

denominada por ellos Compute Cloud-, cosa que la convierte en el proveedor con la gama más

completa. Todas las soluciones Cloud de NTT están basadas en tecnología VMware, estando su

oferta de IaaS Público comercializada a través de la marca OpSource (empresa del Grupo

NTT). Su portafolio está orientado a grandes empresas y al segmento más alto de las empresas

medianas ofreciendo servicios de outsourcing de valor añadido en el ámbito de las

infraestructuras, incluyendo las comunicaciones.



13

Dispone de gran capacidad de integrar diferentes entornos IaaS, formando IaaS Híbridos y de

personalizar las soluciones ofrecidas al cliente. Ofrece la posibilidad de integrar sus soluciones

Cloud con el resto de los servicios IT de su portafolio, pudiendo proporcionar soluciones

integrales completamente gestionadas por la capacidad de incorporar servicios de valor

añadido sobre la solución. Aunque dispone de importantes referencias de proyectos Cloud, su

notoriedad en España no se corresponde con ello.

Gráfico 8.1. Panorama Competitivo

Fuente: Penteo



14

Proveedores de la combinación de dos opciones IaaS: Público/Compartido/

Privado (por orden alfabético)

_Colt Telecom. Proveedor de outsourcing de infraestructura y telecomunicaciones que ha

ido construyendo una oferta IaaS entre finales del 2010 y comienzos del 2011. Ofrece hosting

bajo demanda (en entorno público o privado) para webs y aplicaciones de productividad

(Office, Sharepoint, Visio, Project, messaging…), y gestión como servicio para servidores,

sistemas operativos del servidor, almacenamiento y red de comunicación. Estos servicios se

entregan en opciones público o privado, con la posibilidad de construir entornos híbridos.

_HP. La oferta de HP se ha limitado hasta hace unos meses ha aprovechar su

posicionamiento de proveedor de infraestructura y servicios de outsourcing para llevar a sus

clientes a modelos de Cloud Privado y Público (de terceros), a través del servicio HP Cloud

Start de consultoría y diseño. En agosto del presente año, anunció el lanzamiento de la versión

beta de los servicios IaaS denominados HP Cloud Services, compuesto de HP Cloud Compute y

HP Cloud Object Storage. Este lanzamiento augura una fuerte entrada en el mercado de Cloud

Computing mediante IaaS.

_IBM. Bajo la solución denominada IBM SmartCloud Enterprise, la oferta de IBM ofrece

soluciones de IaaS Público y Privado. Globalmente, su oferta Cloud Computing es sólida

gracias a la combinación de sus capacidades en infraestructuras, software, servicios y

consultoría de apoyo a la definición y planificación de los servicios en la nube. La mayoría de

las diferentes soluciones que ofrece en este ámbito, se han ido incorporando desde mediados

de 2010 y cubren las áreas en las que IBM tiene fuerte presencia: almacenamiento de datos,

análisis, copias de seguridad y computación de alto rendimiento (tareas científicas o en

sectores que requieres gran capacidad de procesamiento como el Financiero). Aunque si bien

su portafolio de productos en la nube es relativamente nuevo, disponen de referencias

importantes como las de Audi que ha migrado su infraestructura SAP a Cloud Privado con

IBM.

_T-Systems. En marzo de 2011 lanzó en España su oferta Dynamics Services como servicios

proporcionados en una nube privada compartida, instalada en datacenters replicados de sus

servidores alojados en Alemania, entre los que se balancea la capacidad de proceso. Estos

datacenters son la base del servicio, incorporando tecnología de virtualización y un alto grado

de estandarización y automatización, lo que permite el pago por uso. Su posicionamiento como



15

líder en servicios de internalización obliga a tenerle en cuenta como proveedor de Cloud

Computing, aunque en estos momentos está en pleno proceso de desarrollo de esta área de

negocio.

Proveedores de parte de IaaS Público (por orden alfabético)

_Amazon. Tras IBM, fue uno de los primeros en ofrecer componentes de infraestructura

como servicio. La diferencia es que Amazon Web Services (AWS) sólo provee la infraestructura

para que los desarrolladores puedan desplegar y gestionar aplicaciones. Amazon no gestiona

ni administra la infraestructura. Por eso su oferta puede ser considerada como IaaS, pero

también PaaS (en caso de utilizar el stack o plataforma completa). Amazon ofrece recursos de

computación escalables y en pago por uso (EC2), almacenamiento (S3), bases de datos

(SimpleDB), monitorización (CloudWatch), networking (Amazon Virtual Private Cloud VPC,

conecta la infraestructura TIC interna de una empresa con aplicaciones Cloud desarrolladas

sobre AWS), e-Commerce (FWS) y pagos y facturación (Flexible Payments Service, FPS).

Amazon es líder en las soluciones de IaaS Público, y su cartera de productos es extensa y se

amplia de manera permanente, ofreciendo una buena opción para necesidades de capacidad

de proceso escalables, en entornos de test y desarrollo. No se trata de un proveedor para llevar

infraestructura existente a un modelo de Cloud Computing, sino para desplegar nuevas

aplicaciones complementarias al ecosistema actual ya que ofrece una gama de servicios

limitados que no incluye soluciones IaaS personalizables o privadas, tampoco colocación ni

servicios gestionados.

_Microsoft. En su apuesta por Cloud Computing, Microsoft ha desarrollado Azure, un

servicio de hosting bajo demanda que ofrece computación, almacenamiento y herramientas de

desarrollo para crear, albergar, escalar y gestionar aplicaciones web. Está pensada

principalmente para desarrolladores web corporativos, ISVs o outsourcers. Microsoft ofrece

también por separado su base de datos SQL Azure, servicios de bases de datos distribuidas a

través de Internet para almacenar datos estructurados y no estructurados, y procesar

peticiones relacionales, así como App Fabric, un conector de aplicaciones Cloud y on-premise.

Ofrece grandes facilidades para probar la solución y es una muy buena solución para empresas

tecnológicas y outsourcers que utilizan Azure para prestar servicios a terceros en entorno

Microsoft. No hay, de momento, una gran adopción de su oferta en la nube por parte de

grandes empresas usuarios, hecho causado probablemente por la desventaja de estar obligado



16

a tener un ecosistema de aplicaciones basado en Windows y .NeT. Fuera de este entorno, las

complejidades de integración son aún demasiado altas.

_Terremark. Es una compañía Verizon, proveedor de Hosting independiente. Ofrece

collocation, hosting gestionado, servicios IaaS Público empresarial (compatido) y IaaS Público

(vCloud Express). Dispone de centros de datos en Madrid, Europa, y América. Es un

proveedor certificado de vCloud Datacenter, e importante partner de VMware (que es uno de

sus inversores). Terremark es una compañía innovadora, y muy eficaz en la explotación de los

nuevos desarrollos en la tecnología. En los últimos meses ha enfocado su estrategia y la

inversión hacia la expansión del negocio de colocación y no a la consolidación de servicios

como Cloud.

Otros Proveedores a tener en cuenta

Este mercado está en un proceso de evolución vertiginoso, y la mayoría de players, de una

manera u otra, ofrecen soluciones IaaS. Para identificar a otros proveedores interesantes hemos

aplicado los criterios mencionados al principio del presente apartado. En la aplicación de este

filtro, no hemos tenido en cuenta a algunos proveedores por los siguientes motivos: no tener una

presencia importante en la gran cuenta, por estar todavía articulando su oferta de este tipo de

servicios, o por tener una oferta de IaaS con poco peso específico dentro de su portafolio al ser un

complemento a otros servicios. Estos son, Acens (Compañía de Telefónica), Arsys, Atos, BT,

Dell,, Oracle, Orange, Telefónica y 1&1.



17

8. Recomendaciones

_Adoptar IaaS en función del nivel de obsolescencia de la infraestructura disponible.

En la mayoría de los casos, IaaS reemplazará la infraestructura existente si queremos evitar

duplicación de costes. En esos casos, el momento adecuado para ir a la nube coincide con el de

la amortización de los equipos y software de base a externalizar.

_Gestionar adecuadamente el cambio. El departamento TIC debe ser capaz de llevar a

cabo la adopción de IaaS de manera transparente a los usuarios finales, por lo que se hace

imprescindible la realización de los adecuados planes de contingencia ante cualquier incidencia,

y asegurar el éxito desde el principio del proyecto. Será fundamental que el CIO asigne personal

del DTIC para analizar aspectos como costes, integración, governance, segmentación de

servicios TIC críticos y no críticos, seguridad, privacidad de datos… Además del CIO, los perfiles

involucrados deben ser los responsables de las áreas de aplicaciones y/o desarrollo, sistemas y/o

infraestructura y gestión de proveedores.

_Estructurar la iniciativa de manera corporativa e implantar a nivel de proyecto.

La estrategia ha de ser elaborada teniendo en cuenta el medio/largo plazo, en el proceso de

selección de los proveedores IaaS, valorando mejor a aquellos que ofrezcan las mejores

prestaciones en las cuatro principales opciones de despliegue: pública, comunitaria, privada e

híbrida. Lo ideal es empezar con un piloto asociado a un proyecto con un alcance muy concreto,

y acelerar sistemáticamente a más y más avanzados proyectos mediante iteraciones cortas.

_Tener en cuenta que el proveedor de IaaS no debe coincidir necesariamente con

el proveedor de otros servicios de Cloud Computing. Ya que las áreas de especialización

que surgen complican la posibilidad que un mismo proveedor sea la mejor opción en varios

modelos de servicio.

_Adaptar los procesos del departamento TIC a Cloud Computing. Puesto que la

computación en la nube, aunque estemos hablando de la parte de infraestructura, no es una

solución meramente técnica, sino que conlleva cambios significativos en la gestión de los

servicios, control del gasto, etc.., que deben ser tenidos en cuenta

_Contemplar los servicios IT desde un punto de vista global. Normalmente, Cloud

Computing será solamente una pieza de un escenario TIC global, por lo que deberá integrarse

con otros componentes bajo un modelo de gobierno único, que además involucrará a varios

proveedores.



18

_Aprovechar las oportunidades que Cloud Computing ofrece para innovar. El

análisis de la viabilidad del Cloud Computing supone una oportunidad perfecta para el CIO de

demostrar que el departamento TIC cumple una de sus funciones básicas: innovar. Y la

innovación a veces no supone ni grandes inversiones ni grandes riesgos. La computación en la

nube, nos abre las puertas a ofrecer de manera visible ventajas que impactan directamente en el

negocio, IaaS puede ser el primer paso y un camino rápido para conseguir este objetivo.

David Montia tiene más de 20 años de experiencia en el ámbito de las tecnologías como

consultor técnico, formador, director de proyectos y CEO en compañías del sector TIC. A nivel

técnico cuenta con certificaciones oficiales de Ingeniero y Formador de HP, Microsoft y Novell.

Ha participado en importantes proyectos de consultoría en el área de las infraestructuras y las

comunicaciones para firmas nacionales e internacionales, entre los que destacan proyectos de

transición hacia modelos de Outsourcing de infraestructuras. Tiene un amplio conocimiento del

sector y de la estrategia de sus principales actores (SAP, Microsoft, IBM, HP, VMware,

Symantec, Citrix, etc.).

La información contenida en este documento es propiedad exclusiva de Penteo. Está prohibida su reproducción parcial o

total sin su consentimiento expreso. Para obtener más información sobre el mismo, puede ponerse en contacto con Penteo a

través del email [email protected] o al teléfono 902 154 550.

mailto:[email protected]

cloud computing: infrastructure as a service ---- febrero de 2012 · market analysis informes cloud...

Documents