Nmedia - Fotolia

Evaluar Conozca los pros y contras de las tecnologías, productos y proyectos que está considerando.

CIO de Shutterstock comparte lecciones aprendidas de la arquitectura SDDC

David Giambruno conduce a su equipo hacia una arquitectura SDDC, por segunda vez. En esta entrevista, el nuevo CIO de Shutterstock comparte sus más grandes desafíos y lecciones aprendidas.

Las grandes compañías tecnológicas con amplios recursos, tales como Amazon Web Services y Facebook, han pasado por la transición de un centro de datos tradicional a uno definido por software, pero pocas organizaciones han tratado de seguir su ejemplo, al menos hasta ahora.

Una barrera común para la adopción del centro de datos definido por software (SDDC) es la falta de una visión coordinada. El equipo de tecnología de la empresa de stock fotográfico Shutterstock, sin embargo –encabezada por su nuevo director de TI, David Giambruno– ha logrado una prueba de concepto para un SDDC impulsado por API.

La experiencia previa de Giambruno lo preparó para la tarea abrumadora. Como CIO de Tribune Media, reorganizó la infraestructura de TI de la empresa después de que Tribune dividió sus empresas de medios y editoriales en 2014. Su equipo sustituyó la infraestructura heredada con los servicios de red, almacenamiento y cómputo de VMware, incluido NSX, y construyó un centro de datos definido por software. También utilizó componentes del ecosistema tales como PaloAlto y Riverbed.

Ahora, en su papel en Shutterstock, Giambruno lidera otra transformación de SDDC, y recientemente compartió sus principales desafíos y lecciones aprendidas con SearchDataCenter.

Usted construyó un SDDC en Tribune. ¿Hay algo que haría de manera diferente en esta ocasión?

David Giambruno: La diferencia entre entonces y ahora es realmente los ecosistemas alrededor de los SDDCs. Cuando lo hice hace un par de años, yo estaba, literalmente, llamando a todos los proveedores a una habitación. Una gran parte de mi esfuerzo estuvo realmente alrededor de la gestión de proveedores, poniendo a todos los proveedores en el mismo espacio para trabajar. ... Yo, literalmente, tenía un terreno sin edificar, no tenía que preocuparme de cambiar las ruedas del coche mientras la rueda se movía; solo tenía que construir el coche.

La parte difícil fue meter la cabeza de la gente en torno a un SDDC, porque es muy ortogonal a la red, almacenamiento y cómputo tradicional. La gente se ha acostumbrado a la idea de un servidor virtual, ¿pero una red virtual? Esas son muy diferentes. Yo bromeo que soy lo bastante mayor para recordar cuando el caché era lo nuevo en el almacenamiento, por lo que la primera vez que se sacaron los ejes de una DBA, todos se asustaron. Es una transición mental. La tecnología no es difícil; es fácil de entender. Pero es un paradigma operativo diferente.

Dado que muchas empresas no están en esa etapa de adopción de SDDC aún, ¿a quién recurrir en busca de recursos si los necesita?

Giambruno: Yo lo veo de manera diferente. Tengo un equipo [en Shutterstock] que nunca ha hecho esto antes, pero que es muy inteligente. Traje algunos proveedores, y le pedí a mi equipo que trate, y en dos semanas habían configurado un SDDC y lo tenían funcionando. No estamos corriendo la compañía en él todavía, pero es esa prueba de concepto. Yo argumento que [se trata de] dejar que los equipos tengan éxito y darles el tiempo para ser creativos y para diseñar, y darles la oportunidad de, en cierto modo, fallar. Yo les digo, ‘Hay que romper esto. Es necesario que comprendas lo que no hace y cómo hacerlo’.

Para nosotros, quitar la infraestructura del camino –ya sea si lo ejecutamos en nuestros centros de datos internos o en Amazon– tiene que ser el mismo proceso y la misma capacidad. Y tenemos que hacerlo transparente y sin fricción para que nuestros equipos de desarrollo y de producto hagan lo que hacen. Cuanto más quito la infraestructura del camino, más fácil es para [los equipos de desarrollo y de producto] hacer su trabajo, y para nosotros, satisfacer los requisitos y necesidades de nuestros accionistas y equipos de negocios, y proporcionar valor.

¿Cómo planificar la construcción de un SDDC?

David Giambruno

Giambruno: La forma en que pienso en ello es que un SDDC es un precursor de lo que llamo la computación indiscriminada: su capacidad para mover su cómputo y sus activos y sus aplicaciones donde necesitan estar, con base en sus requisitos o un modelo económico.

Creo en la computación ubicua. A menos que esté haciendo cómputo muy especializado, es cómputo, almacenamiento y redes. Son solo tres grandes manchas. Una vez más, son negocios diferentes, por lo que argumentaría que un SDDC es clave para nosotros, pero la verdadera cosa que estoy haciendo es una infraestructura impulsada por API. SDDC es un componente de eso.

Con un SDDC, existen APIs para todo, así que puedo permitir nuestro despliegue de software para nuestro producto. Pueden tener una API a través de Puppet y entregar a través de la infraestructura, y podemos establecer las métricas clave, por lo que si estamos viendo un incremento de carga en nuestra plataforma conservadora, podemos expandir automáticamente eso, o puedo mover eso hacia AWS.

Tengo algunos conductores desde el equipo de liderazgo: [Ellos dijeron] 'Queremos movernos a AWS, queremos ser más rápidos’. Está bien. Yo diría que un SDDC te hace increíblemente rápido cuando ves lo que tienes que hacer como empresa, y cómo necesitamos dar servicio a los equipos de desarrollo y de productos; es esa economía impulsada por APIs. Ellos solo quieren ser capaces de disparar código y saber que ese código se despliega y que estamos operándolo y monitoreándolo, y nos estamos asegurando de que las cosas se quedan arriba. Si vemos problemas, podemos tener una discusión basada en los datos debido a que un SDDC le da una enorme cantidad de visibilidad de lo que está pasando en su infraestructura para responder preguntas y darle a todos un solo panel de vidrio para que pueda tener una discusión basada en hechos.

¿Cómo se aborda la tecnología de adquisición y las decisiones de proveedores? En Tribune, usted fue con VMware. ¿Eso influye en su forma de pensar en Shutterstock?

Giambruno: No hemos llegado allí todavía. Estamos en la fase de prueba de concepto en la cual los equipos de ingeniería están jugando con la tecnología y corriendo casos de uso para determinar el mejor resultado y conocer las dotaciones de rendimiento. Tenemos una pila completa corriendo, pero tenemos pruebas de que hacer. ... En la construcción de la infraestructura impulsada por API de próxima generación, estamos mirando el paisaje con ojos frescos para tomar la mejor elección para Shutterstock.

Vamos a tener un SDDC para llegar a nuevas formas de implementar nuestro código que sean fáciles y rápidas, y por eso tenemos computación indiscriminada, ya sea AWS o el centro de datos interno, el proceso debe ser el mismo. Nuestro gobierno, nuestra seguridad, nuestros indicadores clave de rendimiento (KPI), todo eso debemos ser capaces de gestionarlo a través de un único panel de vidrio; ese es el estado nirvana.

Hay [también] la automatización de las operaciones, para que pueda darle la vuelta a mi equipo para ayudar continuamente a nuestros clientes internos, porque somos una organización de servicio. Yo uso la tecnología para quitar las cosas del camino o para acelerarlas, porque la velocidad es nuestra ventaja competitiva. Si desea más capacidad, debe ser capaz de, con pulsaciones de teclado, añadir CPU, añadir memoria, autoescalar, ampliar de forma vertical, ampliar hacia los lados. Mi trabajo es conseguir eso, ya sea que se trate de una capacidad interna o externa, pero hacer eso transparente. Eso se está convirtiendo en apuestas. Y yo diría que un SDDC proporciona esas capacidades de una manera muy eficiente y eficaz.

¿Cómo han evolucionado sus habilidades o las habilidades de su personal para adaptarse a un entorno SDDC?

Giambruno: Las cosas del SDDC no son tan aterradoras. Es software, por lo que está moviendo equipos de hardware hacia software. Tiene que darles la exposición y el tiempo para aprender, y eso es solo una cosa de liderazgo. Usted tiene que hacer el equipo para que ellos hagan eso. Y esa es la razón por la que construyo pruebas de concepto y les dejo construirlas, y darles la ayuda cuando la necesitan, para que puedan aprender. Quiero llevarlos en el viaje. Simplemente no hay tantas personas que hayan hecho esto, así que no va a salir y contratar a estas personas; usted va a tener que hacerlas crecer. No es sopa instantánea; se planta la semilla, le pone agua a la semilla, y luego se mueve.

Usted ha mencionado un único panel de vidrio, ¿cree que eso existe en este momento?

Giambruno: Cuando digo un solo panel de vidrio, pienso en un cubo. Sus análisis en profundidad le llevarán a otros paneles. Lo que en realidad está tratando de construir es un cubo grande, donde todos sus datos están en un solo lugar, y su capacidad [es] centrarse en ese pedazo de datos, tanto si se trata de una vista de seguridad, una vista de la red, una vista de SAN, la capacidad de rotar rápidamente, de modo que a 100,000 pies, pueda obtener un único panel de vidrio y eso sería a través de la infraestructura.

Usted puede conseguir otro panel de vidrio para sus aplicaciones, ya que no tiene una pantalla lo suficientemente grande; necesita un muro para hacer eso. Es la capacidad de rotar el cubo muy rápidamente. Y hay un [problema de] escala, por lo que si usted tiene 200,000 servidores, es difícil poner eso en un único panel de vidrio porque hay mucho más contexto.

Su CEO, Jon Oringer, es conocedor de la tecnología. ¿Eso alivia un poco la tensión que normalmente encuentra en esa relación?

Giambruno: [Jon] hace preguntas impresionantes; no es solo el ‘qué’, es el ‘cómo’. Digamos, no '¿qué estás comprando?’, sino ‘¿cómo lo estás comprando?'. Y encuentro eso muy divertido. Lo digo con afecto, pero tengo ese trabajo que no puedes explicar a tu madre. Y así, para la mayoría de los CEOs en una empresa de tecnología, mi respuesta sería, ¿por qué les importa? ‘¿Estás comprando un servidor? ¿Qué CPU [y] cuánto RAM?’ Esas son cosas que no esperaría que la gente sepa.

[Jon y yo] podemos tener una muy rica conversación sobre lo que va a hacer para la empresa, porque él entiende. Nunca he tenido eso, y me resulta fascinante. Nunca hay tensión; cada empresa tiene un proceso para la compra de tecnología –hay un proceso de adquisición, un proceso de selección de proveedores– lo que sea, solo tienes que seguirlo. Habrá preguntas en el camino.

¿Puede compartir algunos secretos sobre la transformación de la infraestructura de TI?

Giambruno: Una cosa es, yo no trataría de migrar. ... Configuramos un nuevo SDDC y vamos a mover algunas cosas a él. Yo no trataría de cambiar las cosas en vuelo. Y usted necesita trabajar con su ecosistema de proveedores. Si va a empezar con un SDDC, va a lidiar con proveedores que han hecho cosas físicas por un tiempo muy largo, y son buenos en eso. En un SDDC, puedo girar miles de servidores muy rápido, todos con firewalls virtuales. Ahora, dependiendo de su estructura de licencias, puede que solo le deba a alguien 20 millones de dólares por todos esos servidores que acaba de encender. La velocidad es impresionante, la capacidad de avivar la infraestructura es impresionante; solo debe entender sus contratos y cómo negociar esas cosas por las consecuencias no deseadas.

Próximos pasos

Más sobre SDDC:

Perspectivas de los SDDC para América Latina en 2015

Lenovo y VMware se alían para impulsar los SDDC

TCS y VMware colaboran para crear aplicaciones para SDDC

Centro de datos definido por software, la propuesta de Avaya

Profundice más

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close