Caso práctico de Hess Corporation

Hess Corporation es una compañía de energía independiente líder en todo el mundo dedicada a la exploración y producción de gas natural y crudo. Fundada en 1933, Hess Corporation dispone de sucursales en más de una docena de países. La sede central se encuentra en Nueva York (N.Y.), mientras que las centrales regionales están situadas en Houston (Texas) y Kuala Lumpur (Malasia).

Las compañías adquieren y disgregan empresas por razones estratégicas, económicas y de otra índole. Si no se administra con eficacia, el proceso puede afectar a todos los aspectos de una organización, además de provocar interrupciones en la empresa y la organización. En 2013, Hess decidió simplificar la compañía para concentrarse en la exploración y producción de energía (E&P). Como parte del proceso, la compañía anunció en marzo de 2013 sus planes de disgregación de sus negocios de fase posterior, incluida la venta al por menor, el marketing de energía y los terminales. En vistas a la separación de los datos y sistemas empresariales para los posibles compradores, el departamento de TI de Hess comenzó a trabajar con Amazon Web Services (AWS) en julio de 2013 y firmó un acuerdo para disponer de un entorno operativo y en producción en enero de 2014. 

“Ya habíamos experimentado con algunos aspectos de la tecnología en la nube y la infraestructura como servicio (IaaS), pero el anuncio de la cesión supuso una oportunidad idónea para acelerar el ritmo de adopción de estas medidas”, explica el arquitecto jefe Jim McDonald. “Teníamos la obligación de ofrecer una infraestructura operativa y en funcionamiento al comprador. También teníamos la obligación para con Hess de asegurarnos de que la infraestructura se pudiera entregar con rapidez, tanto desde un punto de vista legal como físico. El uso de la nube nos permitió cumplir con todos estos requisitos y estamos encantados con los resultados".

La organización de TI comenzó a mantener conversaciones sobre la nube con Nimbo, socio consultor avanzado de la red de socios de AWS (APN), a principios de 2013. En colaboración con Nimbo, Hess creó una breve lista de proveedores de la nube y, al final, se decantó por Amazon Web Services (AWS).

“No teníamos tiempo para rediseñar aplicaciones”, explica McDonald. “AWS era compatible con nuestras aplicaciones antiguas de 32 bits en Windows Server 2003, diversas bases de datos de SQL Server y Oracle, y un entorno de Citrix robusto”.

Preparación de una infraestructura para la adquisición

Para preparar la infraestructura para una migración a AWS, Hess y Nimbo desarrollaron un enfoque de dos etapas, que implementaron a la vez:

• Un inventario detallado que identificaba los servidores que se iban a transferir, los niveles del sistema operativo, los requisitos de procesador y memoria, la configuración del almacenamiento y los requisitos de copia de seguridad y restablecimiento
• Un proceso de evaluación de la aplicación que identificaba las aplicaciones que se pasarían al comprador, los puntos de integración, los requisitos de desempeño, el acceso remoto, el consumo del disco y el crecimiento

“No queríamos realizar ningún cambio en la infraestructura que complicara el traslado”, afirma McDonald. “Siempre que fue posible, creamos las instancias en AWS con las mismas especificaciones que en el entorno en las instalaciones”.

Ira Bell, cofundador y director de operaciones de Nimbo, recuerda: “Creemos que AWS fue fundamental a la hora de hacer realidad el concepto de empaquetar toda la organización y entregársela al comprador. Nos esforzamos en tratar el negocio de marketing de energía como si fuera un ser vivo. Pasamos mucho tiempo pensando en cómo podíamos coger ese ser y colocarlo en un entorno independiente o alguna zona considerada neutra. Era extremadamente importante que el negocio siguiera prosperando y teniendo éxito durante la transición”.

Hess seleccionó una serie de aplicaciones piloto en julio y comenzó a construir la infraestructura base en la plataforma de AWS. Tras lograr éxitos con rapidez y conseguir la aceptación de la dirección, el equipo pasó varias semanas recopilando información detallada para la cartera de aplicaciones restantes y proporcionando consejos a Nimbo sobre los requisitos de seguridad.

Trabajar en un entorno en la nube representó un cambio organizativo y cultural para Hess, por lo que era crucial que los equipos de aplicaciones llegaran a un acuerdo. “Era extremadamente importante lograr que todos se sintieran más cómodos con las capacidades de la plataforma de AWS y creyeran en este enfoque”, explica McDonald. Nimbo organizó sesiones informales para brindarles a los desarrolladores de aplicaciones (que normalmente no estarían expuestos a AWS) la oportunidad de aprender sobre las tecnologías y funcionalidades principales de la nube.

Migración a la nube sin imprevistos

Hess estableció una conexión de VPN en agosto de 2013 para conectar su centro de datos en las instalaciones mediante Amazon Virtual Private Cloud (Amazon VPC) con AWS. “Amazon VPC fue una manera excelente de separar de modo lógico los servidores en subredes adecuadas y aplicar la configuración de red que queríamos”.

A medida que las necesidades de la empresa evolucionaron, Hess se pasó a AWS Direct Connect con una conexión de 1 Gbps para lograr un desempeño de la red más uniforme. “Nos hemos enfrentado a algunos requisitos de replicación de datos complejos durante la migración”, asegura McDonald. “Todo salió según lo previsto y nuestros equipos de soporte pudieron usar las mismas herramientas a las que se habían acostumbrado en nuestro centro de datos para administrar los servidores. En esencia, la nube supuso una extensión de nuestra red”.

Hess migró aproximadamente 300 servidores a AWS en la región de EE.UU. Este (Norte de Virginia). Amazon Elastic Block Store (Amazon EBS), en conjunto con las instancias de Amazon Elastic Compute Cloud (Amazon EC2), proporciona almacenamiento a nivel de bloque para cerca de 500 TB de datos. Los volúmenes de IOPS aprovisionadas para el almacenamiento junto con instancias optimizadas para EBS proporcionan un desempeño uniforme y con baja latencia para los servidores con necesidades de E/S más exigentes. En casos extremos, los volúmenes de IOPS provisionadas se configuraron como una matriz RAID para mejorar el desempeño.

Además, el entorno abarcó múltiples zonas de disponibilidad para una mejor capacidad de recuperación de desastres (DR). McDonald comenta: “Mientras que no estábamos obligados por contrato a ofrecer capacidades de recuperación de desastres, colocamos el entorno de desarrollo en una segunda zona de disponibilidad, de manera que el comprador pudiera utilizarlo para establecer las bases de un plan de recuperación de desastres”.

En su entorno en las instalaciones, Hess utiliza un sistema de copia de seguridad en cinta. En AWS, el equipo configuró la plataforma para crear snapshots de todos los volúmenes y almacenarlas en Amazon Simple Storage Service (Amazon S3) a fin de realizar copias de seguridad de los datos todas las noches. Los snapshots se adjuntan a las instancias para la recuperación de archivos o para la restauración de una versión antigua. “Las instantáneas nos protegen de fallos en el servidor y de la corrupción o eliminación accidental de datos”, explica McDonald. “Hicimos uso de la habilidad de copiar fácilmente snapshots de la misma región a otra región de AWS mediante la consola de Amazon EC2, las herramientas de la interfaz de línea de comandos (CLI) de Amazon EC2 o un API. Utilizamos copias de las snapshots para crear copias de seguridad de los datos, nuevos volúmenes de Amazon EBS e imágenes de Amazon Machine (AMI) estándar en las que se ejecutan Microsoft Windows Server 2003 y Windows Server 2008".

Hess utilizó varias versiones de Microsoft SQL Server en el entorno, incluidas las versiones Standard y Enterprise de SQL Server 2000, SQL Server 2005 y SQL Server 2008. Para crear copias de seguridad de las bases de datos de SQL Server y sus bases de datos Oracle, la compañía utilizó herramientas de copias de seguridad de bases de datos nativas para almacenar datos primero en Amazon S3 y, más adelante, en Amazon Glacier para el archivado a largo plazo.

Amazon CloudWatch supervisa los recursos y las aplicaciones en la nube. La infraestructura en las instalaciones de la empresa incluía dispositivos NetScaler para el equilibrio de carga y F5 para la administración del firewall de la aplicación. Hess utilizó AWS Marketplace para virtualizar los dispositivos en las instalaciones en la nube.

Flexibilidad para crear entornos con rapidez

El entorno de TI para la empresa de marketing de energía cuenta con un 50% de software estándar y un 50% de aplicaciones personalizadas. Casi todas las aplicaciones personalizadas se han desarrollado con marco Microsoft .NET. La mayoría de las aplicaciones (tanto personalizadas como estándar) utilizan bases de datos de SQL Server u Oracle, según es necesario. Alrededor del 70% de las aplicaciones son basadas en la Web y las restantes son de tipo “thick client” (es decir, ejecutadas en ordenadores conectados a una red).

Hess utilizó la plataforma de AWS para crear sistemas rápidamente, configurar el entorno y recibir notificaciones de errores con rapidez. “Si algo no funcionaba, podíamos desecharlo y crearlo de nuevo en cuestión de horas o días”, asegura McDonald. “La flexibilidad de construir decenas de servidores con rapidez fue un factor fundamental para nosotros”.

Hess construyó la mitad de los servidores que necesitaba para su entorno de producción y, a continuación, clonó el resto mediante código. Gracias a este enfoque, Nimbo pudo crear cien servidores en un día. “Esto sería imposible en nuestro entorno en las instalaciones”, afirma McDonald. “Construir 100 servidores con tan solo pulsar un botón fue increíble”. Bell explica: “Una de las virtudes principales de Nimbo son nuestras operaciones de desarrollo. Contamos con varios líderes que prosperan mucho cuando pueden utilizar una plataforma como la de AWS".

Mediante el uso de la nube de AWS, Hess pudo instalar Microsoft Windows y SQL Server y crear aplicaciones virtuales fácilmente sin un largo proceso de aprovisionamiento y obtención de licencias. “Cualquier proyecto de este tipo conlleva ciertos desafíos”, comenta McDonald. “El entorno de AWS proporciona alternativas y varias maneras distintas de resolver cualquier problema. La flexibilidad fue un factor clave de nuestro éxito”.

“Este proyecto giraba en torno a la velocidad de comercialización y completamos la migración a la nube de AWS en seis meses”, explica McDonald. “Nos habría llevado al menos el doble de tiempo con servidores físicos”.

Hess quería poder trasladar la infraestructura a un nuevo propietario con la mayor facilidad posible y sin un extenso acuerdo de soporte. La compañía comenzó a utilizar AWS como entorno de producción para la empresa de marketing de energía en enero de 2014 y trasladó el entorno al comprador en febrero.

Para minimizar los riesgos de seguridad y de acceso al entorno, Hess utilizó un dispositivo de AWS Multi-Factor Authentication (MFA) para efectuar la autenticación. El comprador configuró una cuenta de AWS y, una vez transferidas las credenciales, Hess entregó el dispositivo. “La transición se realizó en una reunión de 30 minutos”, explica McDonald. “Fue increíblemente sencillo”.

“Hess y Nimbo utilizaron AWS en uno de los casos de uso más excepcionales que he visto en la nube”, mantiene Bell. “Entregamos las claves al comprador mediante un proceso organizado, a la par que sencillo, y las actividades comerciales continuaron según lo previsto. Estoy muy impresionado con el liderazgo ideológico de Hess y AWS por permitir a Nimbo formar parte de una implementación en la nube de semejante magnitud".

El éxito de la adquisición ha incrementado la visibilidad de los servicios en la nube de Hess. “El trabajo realizado demuestra a la organización que era posible trabajar con AWS”, afirma McDonald. “El ímpetu de este esfuerzo en particular se debe a la disgregación, pero ahora que hemos terminado el proceso, sabemos lo que es posible con la nube de AWS. En el futuro, consideraremos la creación de soluciones en la nube como alternativas a nuestras capacidades en las instalaciones”.