These materials are © 2020 John Wiley & Sons, Inc.

Any dissemination, distribution, or unauthorized use is strictly prohibited.

 Estrategia de
nube híbrida
Edición especial de Red Hat® e Intel®

por Ed Tittel, Gordon Haff,

Stephane Lefrere, Matt Nolan,
Julio Villarreal Pelegrino y
Marty Wesley

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 Estrategia de nube híbrida For Dummies®, edición especial de
Red Hat® e Intel®

Publicado por
John Wiley & Sons, Inc.
111 River St., Hoboken, Nueva Jersey 07030-5774
www.wiley.com
Copyright © 2020 por John Wiley & Sons, Inc.
Ninguna parte de la presente publicación podrá reproducirse, almacenarse en un sistema de recuperación ni
transmitirse de ninguna forma o por ningún medio, ya sea electrónico, mecánico, por fotocopia, grabación,
escaneo u otro método sin la autorización previa por escrito de la Editorial, a menos que así lo permitan los
artículos 107 y 108 de la Ley de Derechos de Autor de Estados Unidos de 1976. Las solicitudes de autorización
dirigidas a la Editorial deberán enviarse al Departamento de Autorizaciones de John Wiley & Sons, Inc.,
111 River Street, Hoboken, Nueva Jersey 07030, (201) 748-6011, fax (201) 748-6008, o por Internet a
http://www.wiley.com/go/permissions.
Marcas comerciales: Wiley, For Dummies, el logotipo de Dummies Man, The Dummies Way, Dummies.com,
Making Everything Easier y las imágenes relacionadas son marcas comerciales o marcas comerciales registradas
de John Wiley & Sons, Inc. o de sus filiales en Estados Unidos y en otros países, y no podrán utilizarse sin un
permiso por escrito. Red Hat, Red Hat Enterprise Linux, el logotipo de Shadowman y JBoss son marcas comer-
ciales o marcas comerciales registradas de Red Hat, Inc. o de sus filiales en Estados Unidos y en otros países.
La marca denominativa OpenStack y el logotipo de OpenStack son marcas comerciales/marcas de servicio regis-
tradas o marcas comerciales/marcas de servicio de OpenStack Foundation en Estados Unidos y en otros países,
y se utilizan con el permiso de OpenStack Foundation. Linux es la marca comercial registrada de Linus Torvalds
en Estados Unidos y en otros países. Java es la marca comercial registrada de Oracle America, Inc. en
Estados Unidos y en otros países. Intel, el logotipo de Intel, Intel Core, Intel Atom, Pentium, Celeron e
Intel Xeon  son marcas comerciales de Intel Corporation o de sus filiales en Estados Unidos y en otros países.
Las demás marcas comerciales pertenecen a sus respectivos propietarios. John Wiley & Sons, Inc. no se encuen-
tra asociada con ningún producto o proveedor mencionados en el presente libro.

LÍMITE DE RESPONSABILIDAD/EXENCIÓN DE GARANTÍA: LA EDITORIAL Y LOS AUTORES NO BRINDAN DECLARACIONES

NI OFRECEN GARANTÍAS CON RESPECTO A LA EXACTITUD O LA INTEGRIDAD DEL CONTENIDO DEL PRESENTE TRABAJO
Y, ESPECÍFICAMENTE, RENUNCIAN A TODAS LAS GARANTÍAS, LO QUE INCLUYE, ENTRE OTRAS, LA GARANTÍA DE
IDONEIDAD PARA UN FIN DETERMINADO. LAS VENTAS O LOS MATERIALES PROMOCIONALES NO CREARÁN NI
AMPLIARÁN NINGUNA GARANTÍA. ES POSIBLE QUE LAS RECOMENDACIONES Y LAS ESTRATEGIAS QUE SE MENCIONAN
EN EL PRESENTE NO SEAN ADECUADAS PARA TODAS LAS SITUACIONES. ESTE TRABAJO SE COMERCIALIZA A
SABIENDAS DE QUE LA EDITORIAL NO SE COMPROMETE A PRESTAR SERVICIOS LEGALES, CONTABLES U OTROS
SERVICIOS PROFESIONALES. EN CASO DE QUE SE REQUIERA ASESORÍA PROFESIONAL, SE DEBERÁN SOLICITAR LOS
SERVICIOS DE UN PROFESIONAL COMPETENTE. LA EDITORIAL Y LOS AUTORES NO SERÁN RESPONSABLES POR
LOS DAÑOS QUE SURJAN A RAÍZ DEL PRESENTE. LA MENCIÓN DE UNA EMPRESA O SITIO WEB EN EL PRESENTE
TRABAJO EN CONCEPTO DE CITA O FUENTE POTENCIAL DE INFORMACIÓN ADICIONAL NO IMPLICA QUE LOS
AUTORES O LA EDITORIAL APRUEBEN LA INFORMACIÓN QUE LA EMPRESA O EL SITIO WEB PUEDAN BRINDAR NI
LAS RECOMENDACIONES QUE PUEDAN PROPORCIONAR. ASIMISMO, LOS LECTORES DEBEN TENER EN CUENTA QUE,
AL MOMENTO DE LEER EL PRESENTE TRABAJO, LOS SITIOS WEB DE INTERNET QUE SE MENCIONAN AQUÍ PODRÍAN
HABER CAMBIADO O DESAPARECIDO CON RESPECTO AL MOMENTO DE SU REDACCIÓN.

Para obtener información general sobre el resto de nuestros productos y servicios o sobre cómo crear un
libro For Dummies personalizado para su empresa o negocio, comuníquese con nuestro Departamento de
Desarrollo Comercial en Estados Unidos al 877-409-4177, por correo electrónico a info@dummies.biz o a
través de nuestro sitio web www.wiley.com/go/custompub. Para obtener información sobre cómo obtener la
licencia de la marca For Dummies para productos o servicios, envíe un correo electrónico a
BrandedRights&Licenses@Wiley.com.
ISBN: 978-1-119-67884-7 (versión impresa); ISBN: 978-1-119-67887-8 (versión digital)
Fabricado en Estados Unidos de América
10 9 8 7 6 5 4 3 2 1

Reconocimientos de la editorial
A continuación, se mencionan algunas de las personas que ayudaron a publicar este
libro:
Editora del proyecto: Carrie A. Burchfield Jefe de redacción: Rev Mengle
Editora de adquisiciones: Amy Fandrei Representante de Desarrollo
Comercial: Ashley Barth

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 Introducción
E
l cloud computing está expandiéndose y conquistando el mundo
de la TI como lo conocemos. Además, cada día se torna más com-
plejo y polifacético. Las empresas pueden crear sus propias
infraestructuras de nube privada de forma interna, suscribirse a los
servicios de proveedores de nube pública, como Amazon Web Services
(AWS), Google  Cloud  Platform o Microsoft  Azure, o crear entornos
híbridos. Luego, se encuentran otras opciones fundamentales. Los
arquitectos e ingenieros deben lidiar con una variedad de conexiones,
integraciones, problemas de portabilidad entre las nubes, opciones de
recursos, organización, almacenamiento, entre otros; y de alguna
manera, todo debe gestionarse y mantenerse.

Probablemente pueda ver por qué es tan importante contar con un

enfoque de cloud computing minuciosamente pensado y detallado, es
decir, con una estrategia.

Acerca de este libro

Los temas de este libro se presentan en un orden lógico, pero no es
necesario que lo lea de esa manera, a menos que así lo desee. Sin
embargo, creemos que una buena opción es comenzar por el Capítulo 1.
Dicho esto, si se topa con un tema que llama su atención, siéntase libre
de manejar la lectura como más le guste. Cada capítulo es indepen-
diente, por lo que puede trazar su propio camino. Léalo en el orden que
desee (aunque, probablemente, no sea conveniente leerlo hacia atrás).

Comenzar a utilizar la nube es una tarea sencilla, pero hacerlo bien es

un poco más complicado. Y tener éxito a largo plazo es incluso más
difícil. Una buena estrategia de nube le permite tanto a usted como a su
empresa solucionar problemas, garantiza que todas las partes funcio-
nen bien en conjunto y aumenta las probabilidades de alcanzar los obje-
tivos comerciales. Esperamos que, después de leer este libro completo,
considere que recibió los elementos y la secuencia de pasos necesarios
para crear dicha estrategia.

Íconos que se utilizaron en este libro

De vez en cuando, utilizamos íconos especiales para centrar la atención
en los aspectos importantes. Estos son algunos de los íconos con los que
se encontrará:

Introducción 1

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 Este ícono con la conocida piola alrededor del dedo señala información
importante que se debe tener presente.
RECORDATORIO

Este ícono señala aspectos útiles o prácticos mediante sugerencias,

recomendaciones u observaciones.

RECOMENDACIÓN

El objetivo de los íconos de advertencia es llamar su atención para que

evite los inconvenientes, el despilfarro de dinero y otros peligros, ya que
las nubes poco sólidas pueden implicar problemas graves.
ADVERTENCIA

Este ícono puede interpretarse de una o dos maneras: los expertos en

tecnología se enfocarán en los detalles interesantes e importantes que
vienen a continuación; mientras que otros los omitirán y pasarán direc-
ASPECTOS tamente al siguiente párrafo.
TÉCNICOS

Otros recursos adicionales

Este libro lo ayudará a conocer más sobre la nube y las estrategias para
mejorar su implementación y su uso, pero si desea acceder a otros
recursos que no se incluyan en este libro, visite los enlaces a continua-
ción, donde encontrará lecturas adicionales repletas de información útil:

»» www.redhat.com/en/resources/openstack-storage-
dummies: OpenStack Storage For Dummies, edición especial de
Red Hat, aborda las cuestiones de almacenamiento relacionadas
con la nube para OpenStack.
»» www.redhat.com/en/resources/container-storage-
dummies: Container Storage For Dummies, edición especial de
Red Hat, aborda la tecnología de contenedores, como
Kubernetes.
»» www.redhat.com/en/resources/the-business-value-of-
red-hat-cloudforms: la empresa de analistas IDC ofrece una
visión del valor comercial de CloudForms, que es el conjunto de
herramientas de Red Hat para crear, gestionar y supervisar las
nubes privadas, públicas e híbridas.
»» www.redhat.com/es/explore/cloud-strategy: el sitio web
de Red Hat ofrece distintos tipos de información útil sobre la
nube, lo que incluye un conjunto de recursos destinados a la
estrategia de nube.

2 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 EN ESTE CAPÍTULO, APRENDERÁ LO SIGUIENTE:
»» A identificar los objetivos de la estrategia de
nube
»» A comprender términos específicos, como
nube híbrida y multicloud
»» A entender la importancia de las tecnologías
“nativas de la nube” y “open source”

Capítulo  1
Consideraciones importantes
sobre la estrategia de nube

M
ejorar y reforzar la base de un ecosistema de TI es fundamen-
tal para alcanzar los objetivos empresariales, y no hay mejor
forma de hacerlo que creando una estrategia de nube eficaz.
Esto implica reflexionar sobre algunas cuestiones clave, que conocerá
en este capítulo.

La investigación de Red Hat Global Customer Tech Outlook 2017 reveló

que el 70 % de los encuestados consideraba la infraestructura de nube
como una de las principales prioridades en materia de financiación. Un
ASPECTOS
dato incluso más revelador es que, para el 52 % de los encuestados, las
TÉCNICOS tecnologías de nube fueron el foco principal de sus gastos en TI ese año.
Para obtener más información sobre esta encuesta, visite www.redhat.
com/en/red-hat-global-customer-tech-outlook-2017.

Identificación de los objetivos de la

estrategia de nube
Para diseñar una estrategia de nube eficaz, primero se deben identificar
los objetivos. Pregúntese cuál sería un estado final realista. Si implica
algo demasiado complicado de abordar, limítese a su nuevo próximo
proyecto. Tenga en cuenta si necesitará el escalamiento automático o
no, si su infraestructura y sus aplicaciones requieren integración y dis-
tribución continuas, y cuán importante es la proximidad para los datos
que utiliza su proyecto.

CAPÍTULO 1 Consideraciones importantes sobre la estrategia de nube 3

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 Al momento de diseñar una estrategia, es importante cumplir con las
políticas o las reglamentaciones aplicables en torno a sus datos y proce-
sos en cada paso. Conozca cada uno de ellos:
RECOMENDACIÓN

Vincule su proyecto al éxito

Al vincular su proyecto de nube con los beneficios y los resultados
comerciales claros que quiere obtener, lo que hace es definir sus propios
criterios para el éxito. Todos sus objetivos deben contar con criterios de
éxito y KPI claros y específicos, lo cual implica tomar decisiones impor-
tantes a medida que establece sus objetivos. Debe decidir qué representa
el éxito y cómo medirá su logro. ¿Cuál es su resultado comercial: “ace-
lerar la distribución de software mediante la adopción de contenedores”
o “automatizar la implementación de servidores y aplicaciones durante
todo el ciclo de vida”? Hay una gran diferencia. ¿El verdadero objetivo es
reemplazar una infraestructura heredada y modernizar la distribución
de la TI? Independientemente de cuáles sean sus objetivos, necesita KPI
y criterios de éxito con los cuales alinearlos (y medirlos).

Supere los obstáculos

Para el éxito del cloud computing, los proyectos deben afrontar desafíos
empresariales en cuanto a la implementación de sistemas nuevos. Si no
es posible anticipar y manejar los desafíos, se pone en riesgo el éxito del
proyecto. Si bien son muchos los beneficios de adoptar una nube nueva,
los cambios alteran el statu quo. Por eso, garantizar el patrocinio y la
participación de los directivos es fundamental, y se debe empezar por
quienes encabezan el organigrama. Consiga que todas las partes intere-
sadas importantes de su sector estén de acuerdo y tendrá menos pro-
blemas con respecto a otros intereses.

Identifique los desafíos principales

Comience con las aplicaciones sencillas (la tarea más simple) e identi-
fique sus desafíos de implementación. Conozca cuáles son las opciones
para superarlos y evalúelas. ¿Una nube pública puede satisfacer sus
necesidades e intereses o debe utilizar una nube privada? Independien-
temente de cuál sea su decisión, asegúrese de que se adecúe a sus obje-
tivos empresariales de automatización, gestión y escalabilidad. Póngase
en el lugar de los usuarios que utilizan los sistemas de una empresa.
Pregúntese, “¿en qué aspectos los beneficiará este proyecto de nube?” y
“¿cuáles son los riesgos de depender de un proveedor de nube pública,
como Amazon Web Services o Microsoft Azure, para alojar mis aplica-
ciones? ¿Sería más conveniente que las aplicaciones principales estén
‘listas para la nube’, para que puedan ejecutarse o trasladarse a cual-
quier infraestructura de nube y, así, evitar depender de un proveedor?”

Hacer hincapié en los beneficios ayuda a que los responsables de la

toma de decisiones estén de acuerdo y, además, facilita la “venta” de un
proyecto.

4 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 Al momento de elegir las tecnologías de nube, no siempre se trata de una
privada o una pública. Puede crear una híbrida y combinarlas.

RECOMENDACIÓN Planifique las cargas de trabajo

Piense lo fácil que será hacer realidad sus ideas. Esto implica aprender
sobre su entorno para comprender mejor el panorama de la TI y las limi­
taciones actuales. Conozca cuáles de sus aplicaciones se pueden
(mediante algún proceso de refactorización) trasladar para ejecutarse en
una nube y cuáles no. A través del análisis y quizás incluso de un pro­
yecto piloto, determine el mejor plan para respaldar su carga de trabajo.

Comience con una tarea sencilla: traslade las aplicaciones simples (apli­
caciones de nivel web) y, luego, dedíquese a los elementos más comple­
jos (como las bases de datos o el hosting del bus de mensajería). Tenga
en cuenta el cumplimiento también.
RECOMENDACIÓN

Prepárese para el cambio

Su proyecto nuevo afectará las cargas de trabajo, la automatización, las
políticas de gestión y otros cambios para su equipo de operaciones.
Incorpórelos a su proceso desde un principio y de forma regular. Si hace
hincapié en las habilidades y el conocimiento operativos, alineará su
empresa con los procesos nuevos o renovados. Mientras mejor estén
preparados los equipos de operaciones, más sencilla será la transición.
Esto genera que el conocimiento y la documentación “inclusivos” sean
vitales, ya que se registran los cambios durante el proceso de transfor­
mación y se mantiene informado al personal.

La organización de los elementos

de la estrategia
Una nube híbrida, abierta y orientada a los negocios permite que las
empresas se enfoquen en la transformación digital y reduce el tiempo de
comercialización. Para hacerlo correctamente, identifique los casos
prácticos de nube privada comunes y, luego, cree arquitecturas que
satisfagan sus necesidades y requisitos. Por ejemplo, es posible que una
empresa de TI necesite una estrategia de nube que se centre en los requi­
sitos de seguridad y cumplimiento, así como en los aspectos reglamen­
tarios o financieros. También podría querer trasladarse a un entorno
híbrido en el que las aplicaciones puedan ejecutarse en varias nubes. El
caso práctico de la empresa sería el punto de partida para seleccionar las
arquitecturas adecuadas.

Responda todas las preguntas clave antes de comenzar una arquitectura

de nube. No avance si tiene demasiados asuntos sin resolver.

RECORDATORIO

CAPÍTULO 1 Consideraciones importantes sobre la estrategia de nube 5

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 El análisis de la nube desde otros
puntos de vista
Para analizar la nube desde diversas perspectivas con fines estratégicos,
eche un vistazo a las siguientes dos definiciones:

»» Una nube híbrida describe una combinación de recursos de nube

pública y privada. Esta combinación ofrece el potencial de portabili-
dad entre los elementos de la nube, pero requiere muchas
conexiones y puntos de integración. Normalmente, las nubes
híbridas utilizan tecnologías como los contenedores, la organización
en contenedores, los sistemas operativos comunes, los entornos de
tiempo de ejecución, el almacenamiento flexible y las herramientas
y los marcos universales para desarrolladores. Una nube híbrida
también puede incluir la asignación y la migración dinámicas de los
recursos entre las nubes (proceso conocido como cloud bursting),
aunque esto es menos común. Las nubes híbridas que se diseñan
teniendo en cuenta la portabilidad pueden organizar las cargas de
trabajo en la nube bajo una gestión unificada.
»» Multicloud es un término más amplio para cualquier combinación de
recursos de varias nubes. Por lo tanto, se podría aplicar al software
como servicio (SaaS) o a las herramientas específicas de la nube,
como aquellas para el análisis de datos, el aprendizaje automático o
las funciones de la base de datos.

¿Por qué son importantes las tecnologías

nativas de la nube y open source?
Así como el término nativo de la nube suele referirse al desarrollo, la eje-
cución y la optimización de las aplicaciones en una infraestructura
dinámica, una infraestructura nativa de la nube está diseñada específica-
mente para admitir aplicaciones nativas de la nube.

Linux suele ser el corazón (el alma y el cerebro) de una infraestructura

nativa de la nube. El código open source se encuentra en todas partes en
los entornos de nube actuales. El software open source es la base de las
plataformas de nube que ofrecen aplicaciones y entornos empresariales.
Normalmente, el sistema de software nativo de la nube se desarrolla,
implementa y gestiona utilizando las prácticas de DevOps, lo cual satis-
face la necesidad de entornos de desarrollo altamente flexibles y ágiles
con una complejidad de TI reducida. Los desarrolladores empaquetan,
con mayor frecuencia, los elementos de las aplicaciones en contenedo-
res Linux que se ejecutan como microservicios en varios tipos de nubes
diferentes.

6 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 EN ESTE CAPÍTULO, APRENDERÁ LO SIGUIENTE:
»» A considerar sus opciones para maximizar la
flexibilidad de la nube
»» A repetir el proceso yendo de la idea al producto
y, luego, de vuelta a la estrategia de nube
»» A revaluar y modificar su estrategia de nube

Capítulo  2
La creación de una
arquitectura para
maximizar la flexibilidad
S
e espera que la curva de crecimiento del cloud computing
aumente. Las tendencias como la organización en contenedores y
las arquitecturas sin servidor son fenómenos esenciales del cloud
computing. A medida que aumentan las conexiones en el mundo, los
usuarios buscan que todo esté definido por software. El crecimiento del
Internet de las cosas (IoT) y los servicios de la nube deben potenciar la
nube aún más. El aumento de la popularidad y la dependencia de la
nube implica que cualquier estrategia de nube buena debe ser flexible
para satisfacer las demandas nuevas (y posiblemente imprevistas).

Planificación para una

“máxima flexibilidad”
Si desea idear un plan para obtener la máxima flexibilidad de la nube,
debe considerar varios aspectos diferentes:

»» Portabilidad y capacidad de gestión: la mayor flexibilidad

proviene de la adopción de una arquitectura abierta y ampliable.
También ayuda a evitar la dependencia de un proveedor y las
implementaciones propietarias.

CAPÍTULO 2 La creación de una arquitectura para maximizar la flexibilidad 7

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 »» Requisitos reglamentarios: la decisión de elegir entre una nube
pública frente a una privada depende de los datos en sí, donde
las normativas pueden prohibir que estos salgan de un país en
particular o determinar si están sujetos a ciertos requisitos de
auditoría. Es posible que tales datos se encuentren mejor en una
nube privada bajo un control estricto, mientras que otras partes
de una aplicación (como los servidores web sin estado) que no se
estén sujetas a restricciones podrían residir en la nube pública.
»» TI empresarial: debe seguir ejecutando y admitiendo aplicacio-
nes de líneas de negocio de misión crítica, así como seguir
alojando trabajos de propiedad intelectual, datos confidenciales y
materiales propietarios de todo tipo.
»» Redundancia geográfica: las aplicaciones que necesitan una
gran resistencia y alta disponibilidad pueden beneficiarse de un
modelo de nube híbrida. Esto le permite dividir los servicios y los
extremos entre varias nubes privadas y públicas. En este caso, si
una nube privada falla, podría elegir recuperar el servicio en una
nube pública. De forma similar, una nube híbrida reduce los
riesgos de pérdida de datos o inaccesibilidad.
»» Prácticas recomendadas: es fundamental tener en cuenta los
ciclos de vida de los sistemas de software en la nube a la hora de
probar, desarrollar y, finalmente, promover los entornos de
aplicaciones a la etapa de producción. Lo mismo se aplica a los
entornos de infraestructura de nube privada. Después de todo,
una infraestructura de nube privada admite aplicaciones de
software que deben mantenerse y probarse durante su ciclo de
vida. Este proceso permite que el entorno de producción se
ejecute perfectamente y sin inconvenientes, al mismo tiempo
que se llevan a cabo en paralelo el desarrollo y las pruebas (en
diferentes versiones).

A medida que avance en esta lista, piense en sus propios objetivos y

prioridades, y realice las modificaciones que crea necesarias. Es posible
que solo tenga que ser flexible cuando se trate de maximizar la
flexibilidad.

Las conversaciones sobre la flexibilidad de la nube suelen recaer en la

opción híbrida. Obtener la combinación ideal de nubes públicas y priva-
das requiere la creación de una roadmap, la cual comienza con la com-
RECORDATORIO prensión de los objetivos generales para el entorno de cloud computing.
Contacte a todas las partes interesadas de la empresa (las unidades de
negocio que se beneficiarán del cloud computing y los principales

8 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 responsables de la toma de decisiones) y comience a explicar todo deta-
lladamente. No es necesario que la roadmap contemple lo que pasará
dentro de varios años, pero debe diseñarse para afrontar los cambios
con suficiente flexibilidad, de modo que pueda adaptarse a los servicios
y los productos nuevos e incorporarlos. Un enfoque prospectivo como
este le permite aprovechar las nuevas funciones y capacidades de la
nube mientras continúa generando innovaciones y expandiéndose.

De la idea a la producción
Luego de diseñar su roadmap, se preguntará qué es lo que sigue. Muy
buena pregunta. Los siguientes pasos consisten en el reconocimiento y
el análisis de deficiencias. Esto se debe a que tomar decisiones sobre la
nube implica muchas opciones, tanto técnicas como de otra índole. La
toma de decisiones debe comenzar con un análisis minucioso de sus
limitaciones empresariales y de las opciones futuras. A su vez, esto pro-
viene del reconocimiento y el análisis exhaustivos de los procesos y los
resultados actuales. Durante este proceso, deberá observar (y luego ges-
tionar) cómo las opciones que elije (o las que decide probar) influyen
sobre las interacciones entre los equipos de operaciones y de desarrollo,
junto con otras partes interesadas de la empresa.

La selección también está estrechamente relacionada con las etapas de

la prueba de conceptos (POC), ya que esta suele ser la mejor forma de
examinar y probar opciones de servicio que resultan de una evaluación
inicial. La POC ofrece una gran oportunidad para evaluar las tecnologías
y los resultados, ya que se aplican a requisitos empresariales específi-
cos. A su vez, obtendrá información valiosa sobre las integraciones
posibles o potenciales.

El siguiente paso en el camino hacia la producción es el diseño de la

arquitectura. Es importante contar con un diseño empresarial y tecno-
lógico bien pensado, ya que puede influir en la dirección futura de la TI
a largo plazo. No es sencillo volver a comenzar de cero y realizar todo de
nuevo si el diseño no es correcto. Una vez más, debe trabajar en estrecha
colaboración con las partes interesadas de la empresa y con los provee-
dores asociados para evaluar su carga de trabajo y sus aplicaciones.

El diseño de la arquitectura es un ejercicio en el que volver a hacer algo

es extremadamente costoso e incluso puede ser una maniobra riesgosa
(o catastrófica) para su trabajo. Esta es una situación en la que clara-
ADVERTENCIA mente no le conviene seguir la antigua máxima: “Nunca hay suficiente
tiempo para hacer las cosas bien, pero sí para hacerlas dos veces”. Eso
no es así en este caso, así que ni siquiera piense en ello.

CAPÍTULO 2 La creación de una arquitectura para maximizar la flexibilidad 9

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 El regreso a la estrategia de nube
A medida que tome decisiones, especialmente aquellas que consisten en
elegir plataformas, herramientas o tecnologías específicas, notará cómo
influyen sobre su empresa, sus procesos, sus políticas e incluso sus
objetivos empresariales. Es importante que reconozca que no todas las
pruebas de conceptos tienen éxito. A menudo, ante estos fracasos se
debe retomar la estrategia y modificarla para reflejar una mejor com-
prensión de lo que se necesita realmente. No tema realizar cambios
sobre la marcha.

De hecho, muchos expertos dirían que desarrollar una estrategia de

nube adecuada implica, inevitablemente, “avanzar dos pasos y retroce-
der uno”. Esto se debe a que tiene que avanzar para seleccionar las
posibles opciones e implementar experimentos de POC y, al mismo
tiempo, reconocer que no todos estos conceptos realmente se prueban
en la práctica, independientemente de lo fascinantes que puedan ser en
la teoría. Por lo tanto, lo más seguro es asumir que su progreso no
siempre será sencillo, es decir, que no necesariamente representará una
línea recta en un gráfico desde el punto de partida hasta la línea de lle-
gada. Esta es otra de las razones por las que es tan importante ser flexi-
ble a la hora de trabajar con una estrategia de nube y con las plataformas,
las herramientas y las tecnologías relacionadas.

10 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 EN ESTE CAPÍTULO, APRENDERÁ LO SIGUIENTE:
»» A analizar la era de la nube
»» A lograr la agilidad con la infraestructura como
código (IaC)
»» A comprender por qué la IaC es importante
»» A seguir las prácticas recomendadas de la IaC
»» A seguir el enfoque de cuatro etapas para la
infraestructura de nube

Capítulo  3
Cómo impulsar
la agilidad de la TI
en la nube

L
a flexibilidad es una parte integral de la estrategia de nube.
Permite que muchas tecnologías diferentes se ejecuten en varias
arquitecturas de nube, ya sean privadas, públicas o híbridas. Por
ejemplo, ¿desea ejecutar servicios de almacenamiento en las instala-
ciones y en la nube pública para realizar copias de seguridad? ¿O en
todas las nubes? Es posible. Además, las tecnologías como los contene-
dores y Kubernetes/OpenShift abren las puertas para las cargas de tra-
bajo realmente portátiles, ya que funcionan de la misma manera donde
sea que se ejecuten.

La automatización simplifica y optimiza aún más las aplicaciones y la

infraestructura de nube, lo cual permite que el personal alcance los
objetivos comerciales y cumpla con las restricciones empresariales y
normativas. Básicamente, es el punto óptimo en una estrategia de nube.
En este capítulo, verá cómo la nube y la automatización van de la mano
y cómo gestionar su infraestructura, como gestiona el código de sof-
tware, genera un nivel nuevo de flexibilidad.

CAPÍTULO 3 Cómo impulsar la agilidad de la TI en la nube 11

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 Bienvenido a la era de la nube
En el pasado, poner en funcionamiento un servidor nuevo requería
mucho tiempo, cuando menos. Un administrador debía trabajar con un
proveedor para adquirir un servidor físico, luego configurarlo, conec-
tarlo a la red, instalarle aplicaciones, probarlo y crear una imagen de él.
Si algo salía mal, había que comenzar de cero. Se necesitaban semanas
o meses para que el servidor estuviera listo. Imagínese el tiempo que se
requería con muchos servidores en varios entornos diferentes.

No obstante, surgió la era de la nube. Ahora, los administradores y los

usuarios pueden implementar un servidor, según se solicite, en solo
unos minutos (no días, semanas o meses). Para ello, seleccionan pará-
metros en una buena interfaz de usuario o realizan una llamada a la
API. Esta gran reducción en el tiempo de distribución generó, casi de
forma automática, que la cantidad de servidores en uso en todas las
empresas aumentara considerablemente. El desafío actual es encontrar
una solución flexible y sólida para gestionarlos a todos.

Comprender la infraestructura
como código
La solución para gestionar la creciente cantidad de servidores que se
solicitan es la infraestructura como código (IaC), la cual permite que los
operadores implementen y gestionen sistemas de TI mediante progra-
mación utilizando una plantilla definida en el código de software. Si
cree que esto se parece mucho al mundo del desarrollo de aplicaciones,
está en lo correcto.

El punto crucial de la IaC es el archivo de definición, a partir del cual se

define toda la infraestructura: las redes, el almacenamiento, las máqui-
nas virtuales y demás. Esta fórmula especifica no solo los elementos de
la infraestructura, sino también cómo deben configurarse, y establece
las bases para la uniformidad. Una vez que tenga un archivo de defini-
ción, un software de gestión de la configuración y la automatización,
como Ansible, Chef o Puppet, puede utilizarlo para configurar e imple-
mentar la infraestructura de nube.

12 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 La importancia de la IaC: los servidores
Snowflake frente a los servidores
Phoenix
La mejor característica de la IaC es su gran flexibilidad. Un administra-
dor puede sacar un servidor y colocar uno nuevo en su lugar con mayor
facilidad que con los métodos tradicionales. Además, la IaC elimina los
servidores Snowflake. En términos informáticos, estos son servidores que
durante toda su vida se han configurado sin documentarse y, por lo
general, de forma manual; que no se replican fácilmente; y que no se
pueden cambiar sin correr el riesgo de dañar lo que se está ejecutando
en ellos en ese momento. En pocas palabras, son delicados y únicos a su
manera.

Por otro lado, los servidores Phoenix son un tipo de servidores estanda-
rizados y automatizados que se pueden encender, apagar y reemplazar
rápidamente. Son flexibles por naturaleza y pueden automatizarse, lo
cual representa todo lo que implica la nube.

Esta es otra forma de pensarlo: los Snowflake son únicos en el sentido

de que caen con rapidez en lo desconocido y en el desuso, mientras que
los servidores Phoenix son resistentes, buenos y siempre están listos
RECORDATORIO para surgir nuevamente y poder reutilizarse.

Una infraestructura que contiene servidores Snowflake es frágil. La IaC

crea un entorno más ágil y resistente mediante la definición y la confi-
guración automática de los servidores Phoenix, lo cual permite a los
administradores prescindir de la mayoría de los servidores Snowflake.

Prácticas recomendadas de la IaC

A medida que la IaC se abre paso en cada vez más entornos de nube,
asegúrese de que su equipo siga las prácticas recomendadas como
estándar para la ejecución. Las siguientes prácticas recomendadas se
aplican a todos los entornos de IaC:

»» Utilice los archivos de definición como documentación: los

archivos de definición son la esencia de la IaC, sus planos técnicos
para cualquier tipo de recurso que esté creando, y pueden servir
como documentación. En pocas palabras, su código se transforma
en su documentación.

CAPÍTULO 3 Cómo impulsar la agilidad de la TI en la nube 13

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 »» Su documentación está integrada a su código: dado que todo lo
que describe la infraestructura se encuentra en el código, es
fundamental asegurarse de que este sea claro y evidente.
»» Versione todo: utilice un sistema de control de versiones, como
Git, para realizar un seguimiento de los cambios, llevar a cabo
revisiones entre colegas y ofrecer un buen control. El control de
versiones será muy práctico en el caso de una auditoría o para
demostrar el cumplimiento de las normativas.
»» Valide las plantillas antes de aplicarlas: validar una plantilla
antes de crear o actualizar los recursos permite identificar los
errores de sintaxis y de configuración y los problemas de
dependencia.
»» Realice evaluaciones permanentes: este es el panorama más
general de la validación de plantillas. Realice evaluaciones
contantes de los sistemas y los procesos para garantizar que los
errores se corrijan con rapidez y que los cambios no generen
inestabilidad o problemas de rendimiento inesperados.
»» Realice cambios menores y graduales: efectuar cambios
menores le permite ver el efecto rápidamente y poder revertirlo,
en caso de ser necesario, en poco tiempo. Los cambios por lotes
pueden parecer más rápidos, pero son más complejos de
solucionar si algo no funciona correctamente.
»» Mantenga los servicios disponibles: si un servidor deja de
funcionar, otro debe estar disponible para reemplazarlo. El
objetivo es brindar servicios de infraestructura sin interrupciones,
de conformidad con los acuerdos de nivel de servicio.

Las seis etapas del enfoque repetitivo

para la infraestructura de nube
La ventaja de la nube es la IaC. Si está convencido de incorporar la IaC a
su empresa de TI, siga un enfoque estructurado para planificar y dise-
ñar la implementación. Para determinar su estrategia de nube, siga la
siguiente lista de verificación:

»» Reconocimiento: determine y clasifique los requisitos a corto y

largo plazo con los partners empresariales y de TI. Este proceso
implica identificar los desafíos, establecer los objetivos empresa-
riales y determinar qué cargas de trabajo se trasladarán a la nube.

14 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 »» Diseño y desarrollo: asegúrese de que el diseño se ajuste a los
casos prácticos y las estrategias empresariales específicas, para
ofrecer un producto mínimo viable (MVP) que pueda adaptarse en
función del crecimiento de su empresa.
»» Evaluación/Validación: valide su diseño técnico y pruebe las
características del servicio, evalúe sus ciclos de vida (por ejemplo,
cómo se actualizan/renuevan), observe cómo funcionan y analice
cómo se adaptan a la empresa y cómo influyen sobre ella.
»» Plan de migración: establezca una estrategia donde se determine
la mejor forma de trasladar sus aplicaciones seleccionadas.
Estandarice y determine los mecanismos de automatización y los
procesos operativos.
»» Puesta en marcha: adapte su infraestructura de nube a sus
necesidades de rendimiento y agregue/incorpore el conjunto de
herramientas operativas que necesita para detectar las fallas y
solucionarlas a una velocidad incomparable. La cuestión no es si
su infraestructura o aplicación fallarán, sino cuándo y cuán rápido
detectará y solucionará las fallas, sin que sus usuarios finales se
percaten de ellas. Ese es el objetivo.
»» Repetición: vuelva al diseño inicial de su MPV para mejorarlo.
Realice modificaciones para adaptarse a las nuevas necesidades
empresariales. No intente “vaciar el mar con una cuchara” en su
primer intento. Defina los aumentos y las iteraciones con resulta-
dos claros y alcanzables que tengan un plazo determinado.

Este proceso lo ayudará a analizar todas las tecnologías y las soluciones

posibles y a elaborar un plan de acción sólido. Creará la roadmap que le
permitirá ver su proyecto de nube de principio a fin.

CAPÍTULO 3 Cómo impulsar la agilidad de la TI en la nube 15

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 EN ESTE CAPÍTULO, APRENDERÁ LO SIGUIENTE:
»» A comprender los beneficios de la gestión
unificada de la TI
»» A conocer los desafíos y los diferentes
enfoques de la gestión de TI
»» A solucionar los inconvenientes de la gestión
de TI mediante la unificación

Capítulo  4
La gestión unificada
de la TI y más

S
egún Forbes, de 2016 a 2017, la adopción de la nube híbrida creció
de un 19 % a un 57 %, es decir que sorprendentemente se tri-
plicó. Este crecimiento generó la necesidad de una plataforma
que permitiera visualizar y gestionar, de manera unificada, varios
entornos heterogéneos.

En este capítulo, se abordarán los desafíos en materia de gestión que

enfrentan las empresas en la actualidad y cómo la gestión unificada de
la TI da lugar a una infraestructura de nube eficaz y simplificada.

Lo que ofrece la gestión unificada de la TI

Los sistemas de TI tradicionales carecen de los recursos adecuados para
el entorno dinámico y ágil de una nube híbrida. Por lo general, el modelo
de gestión de la TI heredado se basa en aplicaciones monolíticas y suele
incluir una gran cantidad de soluciones específicas con información y
funciones limitadas. Los distintos aspectos y comportamientos de los
sistemas de gestión, los diferentes modelos de seguridad que nunca
parecen estar sincronizados y la falta de integración con las distintas
plataformas se oponen al enfoque de gestión unificada que requieren las
estrategias de nube híbrida. Se necesitan herramientas más modernas y
adaptables.

CAPÍTULO 4 La gestión unificada de la TI y más 17

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 En el caso de los entornos de nube híbrida, la gestión unificada de la TI
ofrece lo siguiente:

»» Gestión unificada y agrupación de recursos en una infraestruc-

tura híbrida: una plataforma de gestión unificada le permite ver y
gestionar los recursos de nube pública y privada, tanto los que se
utilizan como los que no, y los contenedores desde una única con-
sola. Con estas herramientas, puede asignar recursos, realizar
tareas de planificación de capacidad, supervisar las cuotas y las asig-
naciones de recursos y muchísimo más.
»» Una experiencia de nube pública para los usuarios bajo el con-
trol de la TI: muchos usuarios recurren a las nubes públicas porque
los servicios están siempre disponibles y son fáciles de utilizar. La
gestión unificada de la TI ofrece la misma experiencia para las
nubes híbridas, al mismo tiempo que otorga a los administradores
el control sobre el acceso, las cuotas y la ubicación de la carga de
trabajo.
»» Organización y supervisión de las cargas de trabajo en los gru-
pos de recursos: los administradores utilizan la gestión unificada
de la TI para implementar cargas de trabajo y supervisarlas durante
todo el ciclo de vida, sin dejar de cumplir con los acuerdos de nivel
de servicio.
»» Aplicación de la automatización mediante políticas: la automati-
zación domina los entornos híbridos, y la gestión unificada de la TI
sigue su ejemplo con la automatización basada en políticas. Ya sea
para advertir al personal, solucionar problemas o garantizar los
requisitos de cumplimiento, las políticas creadas por los administra-
dores respaldan la automatización de la gestión unificada.
»» La confiabilidad y el rendimiento que todos los tipos de usua-
rios esperan: las nubes híbridas deben ser ágiles para satisfacer las
diversas cargas de trabajo y exigencias de los usuarios, especial-
mente durante los picos de uso, y optimizar la asignación y la utiliza-
ción de los recursos de forma constante. La gestión unificada ofrece
funciones para la supervisión de servicios y la asignación dinámica
de recursos, así como la capacidad para graficar las relaciones entre
los recursos y realizar un seguimiento de la cronología de eventos
para determinar las causas.

La gestión unificada también ofrece beneficios económicos. Reciente-

mente, IDC contactó a clientes que utilizan Red Hat CloudForms para
preguntarles sobre su experiencia con la gestión unificada de la TI y
sobre cómo esta agilizó las operaciones en los entornos dispares. En el

18 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 informe de Red Hat, “El valor empresarial de Red Hat CloudForms”, las
empresas manifestaron que el tiempo que el personal dedicaba a la dis-
tribución de solicitudes de servicios y a los procesos manuales se redujo
significativamente, lo cual resultó en ahorros considerables. De hecho,
durante un período de cinco años, las empresas pueden ganar un pro-
medio de US$11 937 cada 100 usuarios por año, lo cual genera un enorme
retorno sobre la inversión del 436 %.

Los desafíos y los enfoques

No es fácil lograr una infraestructura de nube flexible y con capacidad
de gestión bajo el statu quo, ya que hay muchos obstáculos. Actual-
mente, los líderes y el personal de TI enfrentan tres desafíos clave:

»» Sistemas fragmentados y dispares: por lo general, los entornos

de operaciones de TI ejecutan muchos sistemas diferentes, lo cual
genera datos y recursos aislados, una cantidad excesiva de proble-
mas que requieren atención práctica y mucha complejidad.
»» Entornos frágiles: la combinación de sistemas diferentes, con una
variedad de esquemas de permisos y modelos de seguridad, da
como resultado entornos frágiles propensos a errores. Estos tam-
bién están expuestos a un mayor riesgo de puntos vulnerables de
seguridad, lo cuales posiblemente no se identifiquen de inmediato
ni se corrijan de manera oportuna.
»» Ambigüedad: las tendencias en el uso y el seguimiento del rendi-
miento se ven afectados por la cantidad de partes móviles y la seg-
mentación de los datos. Se deja mucho a la interpretación y no hay
suficientes análisis basados en los datos.

Lo que nos lleva a la siguiente pregunta: ¿cómo una empresa supera

estos desafíos? Red  Hat recomienda enfrentarlos con el siguiente
enfoque:

»» Unificación: lo más importante es unificar la gestión de la TI con un

modelo de panel de gestión único. Esto implica integrar todos los
entornos independientes (físicos, virtuales, de nube local, de nube
pública y en contenedores) en una sola vista.
»» Organización: agrupe las funciones de la TI en conjuntos definidos
y determine el acceso basado en funciones para los grupos de usua-
rios finales en función de ellas.
»» Visualización y supervisión: utilice la plataforma de gestión unifi-
cada para visualizar todos los diversos entornos de infraestructura.

CAPÍTULO 4 La gestión unificada de la TI y más 19

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 Los datos recopilados se incorporan a los paneles para obtener
información a simple vista sobre el uso de los recursos, los proble-
mas en el sistema, las tendencias, entre otros, lo cual permite
tomar decisiones más rápido y de manera más informada.

Este enfoque de varios niveles le brinda muchos beneficios:

RECOMENDACIÓN »» La gestión mediante un panel único aumenta la eficiencia.

»» Los entornos complejos se tornan más sencillos de gestionar,
requieren menos atención del personal y son más confiables y
escalables.
»» Dado que los datos recopilados de los distintos entornos serán más
precisos, podrá planificar los recursos de forma más adecuada para
las cargas de trabajo actuales y futuras.
»» Dado que la gestión unificada de la TI se basa en políticas de auto-
matización para la organización y la implementación, la plataforma
garantiza la disponibilidad de los recursos y aplica los permisos ade-
cuados antes de la aprobación. En lugar de recurrir a procesos
manuales para aprobar las solicitudes, se automatiza todo el pro-
ceso y se realiza un seguimiento de este.

Soluciones para la gestión unificada de la TI

Si bien la gestión unificada de la TI parece ser una forma grandiosa de
obtener mayor eficiencia, escalabilidad e información útil, ¿cómo se
logra esto exactamente? Las soluciones de gestión y automatización
pueden ayudar de las siguientes maneras:

»» Elija una plataforma de gestión de nube híbrida que le permita

supervisar y gestionar todo tipo de infraestructuras de nube
mediante políticas.
»» Su solución debe ofrecer gestión para las suscripciones y el conte-
nido, así como herramientas para la implementación, la ejecución
de parches y la gestión de la configuración. Además, la estrecha
integración de todas estas funciones le permite cumplir con los
requisitos normativos y empresariales.

Su objetivo es automatizar las tareas de rutina, pero la solución también

debe respaldar a los equipos en los entornos complejos. Para ello, debe
ofrecer automatización centralizada, delegación y control basado en
RECOMENDACIÓN
funciones orientados a la infraestructura, las redes, la seguridad y
demás proyectos.

20 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 EN ESTE CAPÍTULO, APRENDERÁ LO SIGUIENTE:
»» A trasladar las cargas de trabajo adecuadas a
la nube por medio de una roadmap y una lista
de verificación
»» A aumentar la agilidad y la flexibilidad en
entornos dispares
»» A gestionar todo con vistas y herramientas
unificadas

Capítulo  5
Las diez razones para
desarrollar una
estrategia de nube

T
odos los libros de For Dummies contienen un capítulo al final que
consiste en un decálogo, donde se mencionan las razones para
desarrollar una estrategia de nube.

Obtiene una roadmap

Una estrategia de nube ofrece una roadmap para lograr una transfor-
mación nativa de la nube. Comprenderá sus metas y objetivos, lo que
puede trasladar a la nube, los desafíos que enfrentará y cómo
superarlos.

Aumenta la flexibilidad de la nube

Una estrategia de nube aumenta los servicios de la nube de forma ade-
cuada para satisfacer las demandas actuales y nuevas (y posiblemente
imprevistas).

Utiliza la tecnología open source

Según Red Hat, una arquitectura basada en un software open source es
el pilar de una estrategia de nube. La adopción de una arquitectura
abierta y ampliable le permite evitar la dependencia de un proveedor y
las implementaciones propietarias.

CAPÍTULO 5 Las diez razones para desarrollar una estrategia de nube 21

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
 Cumple con los requisitos
Con una estrategia de nube bien desarrollada, se asegura de cumplir con
los requisitos normativos e internos.

Sigue un enfoque probado

Una estrategia de nube ofrece una lista de verificación, que incluye los
procesos de reconocimiento, diseño y desarrollo, evaluación/prueba de
conceptos y migración, para garantizar que no pase nada por alto.

Logra sus objetivos con mayor rapidez

Tomar decisiones respecto de la nube implica muchas opciones técnicas
y empresariales, aportes de los equipos de operaciones y de desarrollo,
y pruebas de conceptos. Una estrategia sólida le permite establecer una
relación entre todos estos aspectos.

Aumenta su agilidad
La infraestructura como código (IaC) le permite implementar y gestio-
nar servidores de forma automática con una plantilla definida. No
necesita utilizar un módulo físico. La IaC es la esencia de la agilidad.

Obtiene servidores Phoenix, que son más

convenientes
Una estrategia de nube busca reemplazar los servidores Snowflake por
los servidores Phoenix basados en la nube. Estos son servidores estan-
darizados y automatizados que se pueden acelerar, desacelerar y reem-
plazar rápidamente.

Entra en juego la gestión unificada de TI

La gestión con un panel único aumenta la eficiencia, facilita la gestión
de los entornos complejos y genera confiabilidad y escalabilidad.

Obtiene mejor visibilidad

La gestión unificada de la TI genera datos altamente precisos. Realice
mejores planificaciones, invierta su dinero de forma más inteligente y
reduzca los costos generales de TI.

22 Estrategia de nube híbrida For Dummies, edición especial de Red Hat e Intel

These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
These materials are © 2020 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.
WILEY END USER LICENSE AGREEMENT
Go to www.wiley.com/go/eula to access Wiley’s ebook EULA.