IBM Cloud Private...Cada vez son más las empresas centradas en la nube y todas buscan en la nube privada una forma de asegurarse de optimizar su enfoque operativo para aprovechar

IBM Cloud Private

Edición limitada

por Judith Hurwitz y Daniel Kirsch

These materials are © 2018 John Wiley & Sons, Inc. Any dissemination, distribution, or unauthorized use is strictly prohibited.

IBM Cloud Private para Dummies®, Edición limitadaPublicado por John Wiley & Sons, Inc. 111 River St., Hoboken, NJ 07030-5774 (EE. UU.) www.wiley.com

Copyright © 2018 John Wiley & Sons, Inc.

Ninguna parte de esta publicación puede reproducirse, almacenarse en un sistema de recuperación ni transmitirse de ninguna manera ni por cualquier medio ya sea electrónico, mecánico, fotocopia, grabación, escaneado o cualquier otro modo, excepto según lo permitido en las secciones 107 o 108 de la Ley de propiedad intelectual de Estados de Unidos de 1976, sin la previa autorización por escrito de la editorial. Si desea solicitar autorización a la editorial, póngase en contacto con Permissions Department (Departamento de autorizaciones), John Wiley & Sons, Inc., 111 River Street, Hoboken, NJ 07030 (EE. UU.), o bien llamando al (201) 748-6011, por fax al (201) 748-6008, o a través del sitio web 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 la imagen de marca relacionada son marcas comerciales o marcas comerciales registradas de John Wiley & Sons, Inc. y/o sus filiales en Estados Unidos y otros países, y no pueden utilizarse sin autorización por escrito. IBM y el logotipo de IBM son marcas comerciales registradas de International Business Machines Corporation. El resto de marcas comerciales son propiedad de sus respectivos propietarios. John Wiley & Sons, Inc. no está asociada con ningún producto o proveedor mencionados en este libro.

LÍMITE DE RESPONSABILIDAD/DESCARGO DE RESPONSABILIDAD DE LA GARANTÍA: LA EDITORIAL Y EL AUTOR NO ASUMEN RESPONSABILIDAD ALGUNA NI OFRECEN GARANTÍAS CON RESPECTO A LA PRECISIÓN O INTEGRIDAD DEL CONTENIDO DE ESTA OBRA Y NO OFRECEN ESPECÍFICAMENTE NINGUNA GARANTÍA, INCLUYENDO, SIN LIMITACIÓN, GARANTÍAS DE IDONEIDAD PARA UN FIN DETERMINADO. NO PUEDEN CREARSE NI AMPLIARSE GARANTÍAS PARA MATERIALES PROMOCIONALES O DE VENTAS. LOS CONSEJOS Y ESTRATEGIAS INCLUIDOS EN LA PRESENTE OBRA PUEDE QUE NO SEAN APLICABLES A CADA SITUACIÓN. ESTA OBRA ESTÁ A LA VENTA CONSIDERANDO QUE LA EDITORIAL NO ESTÁ INTERESADA EN OFRECER ASESORAMIENTO JURÍDICO Y CONTABLE U OTROS SERVICIOS PROFESIONALES. SI NECESITA ASESORAMIENTO PROFESIONAL, DEBERÁ SOLICITAR LOS SERVICIOS DE UN PROFESIONAL CUALIFICADO. NI LA EDITORIAL NI EL AUTOR SE RESPONSABILIZAN DE LOS DAÑOS QUE LA APLICACIÓN DE LOS CONSEJOS INCLUIDOS EN LA PRESENTE OBRA PUEDAN CAUSAR. EL HECHO DE QUE EN ESTA OBRA SE HAGA REFERENCIA A UNA ORGANIZACIÓN O SITIO WEB, A MODO DE CITA O COMO POSIBLE FUENTE DE INFORMACIÓN, NO SIGNIFICA QUE EL AUTOR NI LA EDITORIAL APRUEBEN LA INFORMACIÓN QUE DICHA ORGANIZACIÓN O SITIO WEB PUEDAN PROPORCIONAR NI SUS RECOMENDACIONES. ADEMÁS, LOS LECTORES DEBEN TENER EN CUENTA QUE LOS SITIOS WEB QUE APARECEN EN ESTA OBRA PUEDEN HABER SUFRIDO MODIFICACIONES O INCLUSO DESAPARECIDO ENTRE EL INTERVALO DE TIEMPO EN QUE ESTA OBRA SE ESCRIBIÓ Y EL MOMENTO EN QUE SE LEE.

Si desea obtener información general sobre nuestros productos y servicios o cómo crear un libro For Dummies adaptado a su empresa u organización, póngase en contacto con nuestro Business Development Department (Departamento de desarrollo empresarial) en Estados Unidos llamando al 877-409-4177, por correo electrónico a [email protected] o bien visite www.wiley.com/go/custompub. Si desea obtener información sobre cómo obtener licencias de la marca For Dummies para productos o servicios, póngase en contacto con BrandedRights&[email protected].

ISBN: 978-1-119-51093-2 (rústica); ISBN: 978-1-119-51092-5 (ebook)

Fabricado en Estados Unidos de América

10 9 8 7 6 5 4 3 2 1

Agradecimientos de la editorialEntre algunas de las personas que han contribuido a comercializar este libro se incluyen:

Editora de proyectos: Carrie A. Burchfield

Responsable de redacción: Rev MengleResponsable de adquisiciones:

Steve HayesRepresentante de desarrollo

empresarial: Sue Blessing

Colaboradores de IBM: Mohammed Abdula, Nancy Agosta, Roland Barcia, Andy Gower, Sanjay Joshi, David Lindquist, Eduardo Patrocinio, David Slovensky

Responsable de producción: Siddique Shaik


http://www.wiley.com

http://www.wiley.com/go/permissions

http://www.wiley.com/go/permissions

mailto:[email protected]

http://www.wiley.com/go/custompub

mailto:BrandedRights&[email protected]

Índice iii

ÍndiceINTRODUCCIÓN ............................................................................................. 1

Acerca de este libro .............................................................................. 1Conjeturas sin fundamento ................................................................ 2Iconos utilizados en este libro ............................................................ 2

CAPÍTULO 1 Explicacióndelanube privada ................................... 3Establecimiento del contexto de la nube privada ............................ 4La lógica de la nube privada ............................................................... 5Requisitos de nube privada ................................................................ 5

Aprovisionamiento dinámico ........................................................ 5Portabilidad de cargas de trabajo ................................................. 6Gestión de la seguridad ................................................................. 7Integración y conectividad para acceder a los recursos ............ 7Gestión de un entorno híbrido ..................................................... 7

Definición de la estrategia de nube de IBM ...................................... 8

CAPÍTULO 2 Cómoutilizanlosclienteslanubeprivada ......... 11El imperativo de negocio para la nube privada .............................. 11Creación de aplicaciones nativas en la nube .................................. 13Integración con datos y aplicaciones ............................................... 14Traslado de las cargas de trabajo existentes a la nube ................. 15Remodelación y modernización ....................................................... 15

CAPÍTULO 3 Examen de los fundamentos técnicos de IBM CloudPrivate ............................................................ 17Características de IBM Cloud Private ............................................... 18Principales componentes de IBM Cloud Private ............................ 18

Flexibilidad en las opciones de infraestructura ........................ 19Plataforma de contenedores basada en Kubernetes .............. 19Software y servicios optimizados para nube ............................. 20Herramientas integradas para DevOps y administración ....... 21

CAPÍTULO 4 DevOpsparalanube privada .................................... 23La naturaleza cambiante de DevOps ............................................... 23Integración y entrega continuas (CI/CD) .......................................... 25El papel de IBM UrbanCode en CI/CD .............................................. 26Mejor experiencia del cliente ............................................................ 27


iv IBMCloudPrivateparaDummies,Ediciónlimitada

CAPÍTULO 5 Análisisdedatosen la nubeprivada ..................... 29El valor del análisis de datos ............................................................. 29El papel de la ciencia de los datos en el análisis de datos ............ 30Comprensión del aprendizaje automático ...................................... 31

El papel de la nube privada en la analítica avanzada ............... 32Gestión híbrida de datos.............................................................. 32

Analítica avanzada para dar soporte a la nube híbrida ................. 33Uso de las fuentes de datos locales existentes ......................... 33Analítica avanzada nativa de la nube ......................................... 34Soporte de nube híbrida para analítica avanzada .................... 34

CAPÍTULO 6 Gestióndeunentorno multinube ........................... 35Preparación del escenario de gestión de la informática híbrida ................................................................... 36Mayor visibilidad ................................................................................ 36Comprensión de la lógica de la gestión multinube ........................ 37Requisitos para gestionar el entorno multinube ........................... 37

Catálogo de servicios .................................................................... 37Gestión de configuraciones ......................................................... 38Automatización y organización de servicios .............................. 38

Creación de una plataforma equilibrada con administración de API ........................................................................ 39La administración en un mundo de microservicios ....................... 40IBM Cloud Automation Manager ...................................................... 41

Terraform ....................................................................................... 41Catálogo de servicios en IBM CAM ............................................. 42Compositor de servicios ............................................................... 42

Monitorización de un entorno multinube ....................................... 42Soporte de múltiples herramientas de monitorización ................ 43Preparación del escenario para la acción ....................................... 43


Introducción 1

IntroducciónLa nube híbrida está redefiniendo la forma de crear y ejecutar software en una organización para dar soporte a empleados, clientes y partners. La industrialización de la informática de nube conlleva importantes implicaciones para las empresas. En la actualidad, los servicios de nube han de tener la misma resiliencia, seguridad, escalabilidad y rendimiento que un centro de datos tradicional. Las organizaciones han de aprove-char al máximo los servicios de nube pública y privada para dar soporte a distintos tipos de cargas de trabajo, desde datos y analítica hasta conte-nedores y microservicios. Este entorno híbrido ha de estar diseñado de forma que facilite la adecuada gestión de la infraestructura de computación.

Cada vez son más las empresas centradas en la nube y todas buscan en la nube privada una forma de asegurarse de optimizar su enfoque operativo para aprovechar los servicios de nube. Combinar la nube privada con servicios de nube pública proporciona a las organizaciones gran capaci-dad de elección, dependiendo de sus requisitos de seguridad, conformi-dad, flexibilidad y rendimiento. La adopción de estándares abiertos como Kubernetes, Cloud Foundry y Open Stack permiten aumentar la portabilidad de los servicios de datos y aplicaciones.

Acerca de este libroA medida que la nube híbrida madura y da soporte a la empresa, aumenta la necesidad de ofrecer una base coherente y predecible para la compu-tación empresarial. Existe la necesidad de apoyar el desarrollo, la imple-mentación, la administración y el control de todo el sistema. Mientras que muchas unidades de negocio han aprovechado la nube pública por su facilidad de aprovisionamiento de servicios, otras muchas organizacio-nes examinan pragmáticamente la nube privada para dar soporte a las cargas de trabajo críticas que precisan proteger detrás del firewall. Las empresas precisan portabilidad de cargas de trabajo, seguridad, integra-ción y conectividad, y administración total de las cargas de trabajo.

Aquí radica la utilidad de este libro. IBM Cloud Private for Dummies, Edi-ción limitada, ofrece información sobre el papel de la nube privada y cómo puede apoyar los requisitos cambiantes de la informática. El libro se centra en la oferta de productos de nube privada IBM, IBM Cloud Pri-vate, que funciona junto con los servicios de nube pública de IBM.


2 IBM Cloud Private para Dummies, Edición limitada

Conjeturas sin fundamentoLa información contenida en este libro es útil para muchas personas, pero tenemos que admitir que hemos asumido algunas cosas sobre quié-nes son estas personas, es decir, usted:

» Ya está familiarizado con la informática de nube y necesita comprender el papel de la nube privada y cómo encaja con su centro de datos y y con la nube pública.

» Tiene prevista una estrategia de nube a largo plazo y quiere comprender el valor de la nube privada y cómo puede utilizarla para apoyar sus objetivos de negocio.

» Quiere conocer la oferta de productos IBM Cloud Private y cómo puede apoyar sus objetivos de negocio. También necesita conocer cómo funciona con IBM Cloud y otros servicios de nube pública.

» Quiere comprender cómo encajan todos los elementos de la informática de nube para apoyar el desarrollo, el despliegue, la seguridad y la conformidad del software y la gestión de cargas de trabajo.

Iconos utilizados en este libroLos siguientes iconos se utilizan a lo largo del libro para destacar infor-mación importante.

Este icono destaca información importante que debe recordar.

Identifica información que de alguna manera puede serle útil. Estos con-sejos pueden ayudarle a ahorrar tiempo, dinero o quebraderos de cabeza.

Este icono destaca contenido al que deberá prestar especial atención para evitar problemas.

RECUERDE

CONSEJO

ADVERTENCIA


CAPÍTULO 1 Explicación de la nube privada 3

Capítulo 1

CONTENIDO DE ESTE CAPÍTULO

» Establecimiento del contexto de la nube privada

» Comprensión de la lógica de la nube privada

» Examen de los requisitos de la nube privada

» Conocimiento de la estrategia de nube de IBM

Explicación de la nube privada

La nube privada se revela como un imperativo para los clientes empresariales. Las empresas precisan la flexibilidad y elasticidad de la nube pública con la capacidad de gestión, estructura, arqui-

tectura, control y seguridad que ya les ofrece su propio centro de datos.

El ámbito de la informática de nube está cambiando con un nuevo con-junto de herramientas y enfoques para gestionar cargas de trabajo de forma predecible. Dependiendo de las cargas de trabajo y las circunstan-cias, las empresas están examinando un conjunto de servicios multi-nube e híbridos para satisfacer sus necesidades en pleno cambio. A medida que madura, tiene lugar una importante transición en la infor-mática de nube: Ya no podemos considerarla un servicio individual: hemos de pensar en términos del ciclo de vida total de la informática basada en la nube.

En este capítulo explicamos la evolución de la nube privada desde la perspectiva del ciclo de vida total, y cómo los servicios de nube pública y privada soportan los requisitos de las nuevas cargas de trabajo. Esta explicación se enmarca en los términos de la estrategia de nube de IBM. También le presentamos IBM Cloud Private.



Establecimiento del contexto de la nube privada

Hace solo unos pocos años, las empresas descubrieron que los servicios de nube eran útiles para ofrecer una forma optimizada de proporcionar fácilmente servicios de informática y almacenamiento. Los beneficios económicos resultaban inmediatos y evidentes. Muchos líderes empre-sariales optaron por la nube pública por su facilidad para suministrar servicios. Otras organizaciones, preocupadas por la seguridad, confor-midad y garantía de los niveles de servicio, prefirieron recurrir a servi-cios de infraestructura privada, como aprovisionamiento automatizado dentro del firewall de su propio centro de datos.

A lo largo de los cinco últimos años, el mercado de servicios de nube se ha disparado al aumentar el número de empresas que comenzaban a com-prender las posibilidades de utilizar servicios basados en nube como base para la informática.

Pasar de la simple utilización de algunos servicios de informática o almacenamiento a una pila completa de infraestructura para informá-tica de nube es una necesidad. Es factible tener una única manera de dar soporte a todas las cargas de trabajo. Además, existe el imperativo de aplicar los mismos estándares para la rendición de cuentas entre distin-tas cargas de trabajo en un entorno de múltiples sistemas innformáticos.

Aunque se ha debatido mucho sobre el valor de la nube pública frente a la privada, estos dos modelos de despliegue están evolucionando para ope-rar de forma colaborativa. Piense en la nube pública como un servicio estándar de pago bajo demanda a través de Internet. De forma muy dife-rente, podemos considerar la nube privada como un conjunto de servi-cios definidos por software con las mismas interfaces comunes de programación de aplicaciones (APIs) que ofrece la nube pública. La emergente nube privada ofrece un conjunto de servicios modulares para todo el ciclo de vida.

Los servicios comunes de la nube privada residen en un centro de datos de la empresa y disponen de APIs que permiten a estos servicios colabo-rar con las capacidades existentes, como pueden ser máquinas virtuales, contenedores o aplicaciones completas.

Cada vez más, los proveedores de nube pública añaden más servicios empresariales para relacionar los recursos de nube pública con las apli-caciones de línea de negocio en el centro de datos. De forma similar, los

CONSEJO

RECUERDE



servicios de nube privada aprovechan distintos servicios públicos o alo-jados. ¿Qué diferencia hay? Generalmente, los servicios de nube pública ofrecen la posibilidad de reunir distintos servicios en un momento de necesidad. Por el contrario, un entorno de nube privada es un ecosistema de servicios más integrado. Muchas organizaciones han descubierto que ambos modelos son eficaces, dependiendo de la naturaleza de las cargas de trabajo.

La lógica de la nube privadaLos conocimientos de arquitectura y capacidad de programación necesa-rios son elevados en un entorno de nube actual. Con el tiempo, espera-mos que la nube pública consiga un mayor nivel de abstracción para que los servicios públicos actúen como si se tratase de un centro de datos.

Para alcanzar el éxito, las organizaciones están descubriendo que nece-sitan una combinación de servicios de nube pública y privada para satis-facer las necesidades de sus clientes. Por ejemplo, una aplicación nacida en la nube sin dependencias de servicios complejos o un acuerdo de nivel de servicio (SLA) pueden desarrollarse en la nube pública. En otros casos, una organización quiere aprovechar aplicaciones centrales que no resul-tan fáciles de rediseñar. Al mismo tiempo, las organizaciones suelen demandar el rendimiento de estos servicios integrados, control granular para auditoría y rendimiento, además de indemnización. Generalmente, las organizaciones tienen ambos requisitos, lo que conlleva la necesidad de servicios tanto públicos como privados. Por ejemplo, puede ejecutar una aplicación para nube privada pero utilizar servicios de vídeo basados en nube pública o conjuntos de datos públicos.

Requisitos de nube privadaPara crear y gestionar eficazmente una nube privada es preciso cumplir varios requisitos. En esta sección se relacionan estos servicios.

Aprovisionamiento dinámicoUno de los beneficios de la nube pública más apreciados por los desarro-lladores es la capacidad de suministrar informática y almacenamiento bajo demanda. IBM Cloud Private, del que se hablará más adelante en este capítulo en la sección “Definición de la estrategia de nube de IBM”, ofrece aprovisionamiento con autoservicio. Sin embargo, existe una diferencia. La nube privada permite ejecutar el aprovisionamiento dinámicamente, basándose en reglas sobre las condiciones que deberán activar la adición de más capacidad de proceso o almacenamiento. Estas



reglas también pueden dictar dónde no deberán ubicarse estos recursos. Por ejemplo, una aplicación necesita almacenamiento adicional.

La regla de nube privada puede establecerse para seleccionar el tipo más adecuado de almacenamiento en una ubicación que cumpla los requisi-tos de conformidad de la empresa. Además, las reglas pueden indicar cuánto dinero deberá gastarse en este almacenamiento. Por ejemplo, un proyecto piloto creado en la nube tal vez no necesite almacenamiento de la misma velocidad que una aplicación que está en producción. Al añadir algoritmos de aprendizaje automático al aprovisionamiento dinámico es posible hacer seguimiento de la forma en que se gestionan las cargas de trabajo. También es posible incluir capacidad de autorrecuperación de las cargas de trabajo que no se ejecuten según lo requerido.

Portabilidad de cargas de trabajoUno de los imperativos más importantes para las organizaciones es poder trasladar cargas de trabajo de un entorno a otro a medida que cam-bien sus requisitos. Por ejemplo, tal vez una carga de trabajo resida ini-cialmente en el centro de datos. Sin embargo, en el momento en que la aplicación comienza a precisar más recursos de informática y almacena-miento, la organización puede decidir trasladarla a una nube pública en lugar de adquirir más recursos locales. Las aplicaciones han de estar diseñadas para a ofrecer flexibilidad y adaptarse al cambio.

El valor de un entorno de informática híbrido es que ofrezca la combina-ción adecuada de rendimiento según cada caso de uso. Las cargas de tra-bajo complejas pueden beneficiarse de contenido de API local que precisa baja latencia y acceso rápido a los recursos. Tal vez tenga el requisito de utilizar un sistema de nube privada y acceso en red a un conjunto de recursos locales. La portabilidad de cargas de trabajo también aprovecha la modularidad de la estructura en contenedores porque soporta desa-rrollos políglotas en los que los desarrolladores utilizan el idioma más adecuado para dar soporte a la carga de trabajo (las cuestiones relacio-nadas con DevOps se tratan más detalladamente en el capítulo 4). Uno de los principales beneficios de la estructura en contenedores es que ayuda a los desarrolladores a abstraer las cargas de trabajo en contene-dores que tienen distintas estructuras subyacentes y distintas caracte-rísticas de rendimiento. Este enfoque se traduce en que las diferencias de idioma y recursos no impactan en el rendimiento y mitigan los con-flictos técnicos.

La portabilidad de las aplicaciones o servicios de aplicaciones requiere transformar el código de modo que distintos servicios puedan vincularse en el tiempo de ejecución. Este nivel de cambio es fundamental para

RECUERDE

CONSEJO



satisfacer las expectativas de los clientes para cambiar los servicios a medida que surgen nuevas formas de hacer negocios. Después de modu-larizar los servicios de aplicaciones de modo que puedan enlazarse, deberá poder gestionar estas cargas de trabajo de modo que ofrezcan el rendimiento esperado sin latencia. Las cargas de trabajo han de estar equilibradas. Tiene que haber niveles adecuados de seguridad y confor-midad normativa a medida que cambie el uso de las cargas de trabajo. Estos requisitos, como equilibrado, gestión y seguridad de las cargas constituyen la base de la nube privada moderna. Si se ejecuta bien, la nube privada tiene la predecibilidad del centro de datos junto con la agi-lidad de la nube pública.

Gestión de la seguridadLa seguridad es una de las principales preocupaciones para la mayoría de las empresas. En muchas situaciones, existen mandatos de seguridad y conformidad para proteger los datos sensibles de clientes. Además, es fundamental proteger la propiedad intelectual de la organización. En el entorno muy distribuido de la nube, la seguridad ha de implementarse de forma que pueda cambiar y evolucionar según el uso y las demandas de las cargas de trabajo. Estas cargas de trabajo pueden afectar a nume-rosas redes distintas. En otros casos, las cargas de trabajo pueden inte-grarse con datos distribuidos en un entorno multinube.

Integración y conectividad para acceder a los recursosUn entorno de nube privada tiene que poder conectarse a los servicios de aplicaciones y datos necesarios en el centro de datos y en la nube pública. Es posible que servicios y datos tengan que moverse entre redes o que un algoritmo tenga que ejecutarse en el origen de los datos. Aunque hay muchas herramientas disponibles para proporcionar conexiones entre servicios, la nube privada suele requerir capacidad para gestionar laten-cia, reglas, acceso y autorización, predecibilidad, dependencias y gestión de los servicios conectados.

Gestión de un entorno híbridoLa nube privada no es un entorno unificado único como suele ser el cen-tro de datos. La nube privada requiere una capa definida por software que elimine las dependencias conectadas con un hardware o una infraes-tructura virtualizada. Los responsables de TI y de la unidad de negocio necesitan una forma coherente y predecible de gestionar todos estos servicios dispares como si formasen parte de un mismo sistema inte-grado. Una nube privada bien diseñada exige un método intuitivo de

RECUERDE



determinar cómo funcionan los servicios y monitorizar dónde se produ-cen cuellos de botella en este entorno distribuido.

Definición de la estrategia de nube de IBM

La estrategia de nube de IBM es hacer posible la empresa híbrida. IBM ofrece dos grandes implementaciones importantes de nube: IBM Cloud, una gama de productos de nube pública, e IBM Cloud Private.

IBM Cloud Private es una plataforma de aplicaciones para desarrollar y gestionar aplicaciones locales en contenedores. Este entorno integrado incluye el organizador de contenedores Kubernetes, un entorno Cloud Foundry, un repositorio privado de imágenes, una consola de adminis-tración y marcos de trabajo para monitorización.

El diseño de IBM Cloud Private tiene cuatro aspectos:

» Un cliente puede dejar una aplicación existente del centro de datos tal cual y ofrecer un conjunto de APIs que ofrezca flexibilidad para gestionar y monitorizar las cargas de trabajo que interactúan con las aplicaciones existentes de forma más versátil y escalable.

» Los servicios definidos por software permiten refactorizar las cargas de trabajo de modo que sean estructuradas en contene-dores sin dependencias. Estos servicios basados en contenedo-res se vinculan a un conjunto de APIs coherentes. Estas APIs son las mismas que IBM ha implementado en la nube pública

» Estos mismos servicios basados en contenedores se utilizan para crear aplicaciones nativas de la nube que aprovechan APIs comunes y pueden conectarse fácilmente con datos y servicios muy distribuidos. Encontrará más información detallada sobre la arquitectura de IBM Cloud Private en el capítulo 3

» El entorno ofrece capacidad para aplicar análítica avanzada a la nube, incluidos aprendizaje automático, inteligencia artificial y análisis cognitivo. Esto mejora la capacidad de gestión y el uso de analítica para resolver problemas de negocio.

Un punto clave del diseño de la estrategia de nube de IBM es crear un conjunto de servicios diseñados para vincularse y gestionarse mediante APIs coherentes y bien definidas.

RECUERDE



IBM ha expuesto un conjunto coherente de API en todos sus productos de nube pública y privada. La estrategia de nube de IBM se basa en una infraestructura definida por software. Esto significa que la nube puede soportar cualquier entorno ya implementado, como virtualización, bare metal, contenedores y automatización.

IBM Cloud Private es lógicamente un plano de control en un centro de datos ya existente con conectividad a servicios de nube alojados y públi-cos. Así pues, IBM ha diseñado un conjunto de servicios que se sitúan encima de los servicios de infraestructura. Este enfoque satisface muchas necesidades de los clientes, según el tipo de cargas de trabajo que precisen soportar.

RECUERDE

ADOPTAR EL CÓDIGO ABIERTOEl código abierto está muy presente en la arquitectura de IBM Cloud Private. Se trata de una decisión pragmática, ya que los clientes deman-dan capacidad para soportar múltiples arquitecturas cloud y desean capacidad para tener portabilidad y modularidad. El código abierto es la base de IBM Cloud e IBM Cloud Private. Por ejemplo, IBM soporta una estrategia de contenedores abiertos. Esto significa que IBM soporta Kubernetes, Docker y Cloud Foundry así como lenguajes de programa-ción populares como Java, Python, R y Node.js, e implementaciones de base de datos como mongoDB y Postgres.

El beneficio de utilizar código abierto es claro: permite a IBM ofrecer a los desarrolladores un conjunto de herramientas portable y bien conocido. Además, la amplia y completa oferta de servicios IBM nos permite ofre-cer la asistencia necesaria para utilizar estos productos de código abierto.




CAPÍTULO 2 Cómo utilizan los clientes la nube privada 11

Capítulo 2


» Descubriendo la necesidad empresarial de las nubes privadas

» Creación de aplicaciones nativas de la nube

» Protección e integración de servicios de aplicaciones y datos

» Prolongación de la vida de las aplicaciones existentes importantes

» Remodelación y modernización para aumentar la agilidad

Cómo utilizan los clientes la nube privada

Aunque los beneficios de la informática de nube son claros, las empresas se ven cada vez más ante la necesidad de adoptar dis-tintos enfoques de la nube, dependiendo de la naturaleza de

cada carga de trabajo concreta. Por ejemplo, los líderes empresariales pueden desear que sus cargas de trabajo permanezcan dentro de su firewall por motivos de seguridad y conformidad. Además, las empresas quieren aprovechar la inversión en su centro de datos para sus aplica-ciones de línea de negocio (LoB). En este capítulo presentamos algunos casos de uso y formas en que las empresas utilizan la nube privada para satisfacer sus cambiantes necesidades de negocio.

El imperativo de negocio para la nube privada

A medida que las empresas comienzan a poner la nube en el centro de su planificación y estrategia informática, la nube privada está convirtién-dose en un elemento principal. El balance final es que no todas las cargas de trabajo son iguales. Hay distintos motivos y situaciones que marcan diferencias a la hora de decidir cuál es la plataforma más apropiada. Los asuntos más evidentes para muchas empresas son la seguridad y el



cumplimiento. Muchas empresas quieren una garantía de control total sobre la seguridad de su centro de datos. Aunque una nube pública puede ser tan segura como un centro de datos, los responsables de TI quieren tener control directo. Asimismo, aunque muchas nubes públicas le per-miten almacenar cargas de trabajo basándose en requisitos de confor-midad, algunas organizaciones exigen un acuerdo de nivel de servicio (SLA) que garantice el cumplimiento de las políticas.

De hecho, muchas cargas de trabajo ya existentes tienden a utilizar dis-tintos servicios. Algunas de estas cargas de trabajo están muy vinculadas al entorno del centro de datos. Otros servicios incluyen dependencias del sistema operativo y grandes bloques de código que no es fácil transfor-mar a corto plazo. Por ejemplo, puede haber un programador que deter-mine cuándo enviar las facturas a los clientes basándose en los productos y servicios adquiridos. Posiblemente, este código antiguo incluya com-plejas reglas de autorización.

A pesar del deseo de alejarse de estos servicios monolíticos, no es econó-mico ejecutar una transición de una sola vez. Las organizaciones necesi-tan la posibilidad de llevar a cabo su transición de forma que se proteja la capacidad de la empresa para satisfacer a sus clientes. Inicialmente, una organización de TI puede ubicar en contenedores aplicaciones o grandes componentes de una carga de trabajo. Esto proporciona más agilidad en este periodo. El siguiente paso es realizar una evaluación para com-prender los costes y requisitos del nuevo desarrollo. Encontrará infor-mación más detallada sobre contenedores en el capítulo 3.

El otro gran problema se refiere a los requisitos de latencia. Muchas apli-caciones tienen dependencias para aplicaciones y fuentes de datos loca-les. Si su organización trasladase estos entornos complejos a la nube pública, podría verse afectada la velocidad de ejecución de un proceso o consulta. Sin embargo, al mismo tiempo es importante poder transfor-mar el centro de datos en un modelo de informática más ágil mediante la transformación de los servicios de informática. Esta transformación precisa rediseñar el middleware subyacente, los servicios de red, los ser-vicios de catálogo y los motores de reglas. Una vez convertidas estas capacidades en servicios modulares, es posible redefinir la informática como una red de módulos vinculables que pueden trabajar conjunta-mente cuando así se precise. Como se ha redefinido estos servicios, es posible consumir servicios de infraestructura y plataforma de forma más flexible, a medida que se necesite. No es preciso transformar el centro de datos si se necesita más capacidad de informática o almacenamiento. En su lugar, para satisfacer los mayores requisitos, se redefinirá la infraes-tructura de TI de modo que pueda añadirse informática o almacena-miento adicionales bajo demanda desde una nube pública.

ADVERTENCIA



Combinar servicios locales de nube privada con servicios de nube pública puede dar lugar a un nuevo nivel de pragmatismo en la creación de valor para su empresa. Muchas empresas han descubierto que el modelo de centro de datos tradicional ha resultado demasiado rígido para las cam-biantes necesidades del negocio. La nube privada combinada con servi-cios de nube privada aborda muchos de los requisitos obligatorios para esta nueva era de la transformación digital.

Creación de aplicaciones nativas en la nube

Muchas organizaciones desean aumentar agilidad en las aplicaciones nativas en la nube pero quieren mantener el control de modo que las aplicaciones puedan desplegarse dentro del firewall de la empresa. Con frecuencia, los motivos de la nube privada de estas organizaciones están relacionados con la seguridad y la conformidad. Además, muchas orga-nizaciones quieren tener control total de su propia infraestructura y no confían sus datos a un entorno de multitenencia. Sin embargo, para ser competitivas, estas empresas han de crear una nueva generación de aplicaciones.

Las aplicaciones nativas de la nube emergen como la forma más eficaz de crear aplicaciones modulares y escalables. Las características de las apli-caciones nativas de la nube necesarias son las siguientes:

» Las aplicaciones se componen de múltiples servicios. Por norma general, estas aplicaciones se construyen basándose en una arquitectura de microservicios y se gestionan en un marco de contenedores.

» Las aplicaciones nativas de la nube ofrecen el beneficio de permitir a las empresas integrar servicios y datos de terceros. Las aplicaciones nativas de la nube tienen APIs que permiten a los desarrolladores acceder fácilmente a otros recursos. Estas APIs permiten a los desarrolladores crear nuevas capacidades más rápidamente.

» Cada parte de una aplicación nativa de la nube es elástica. Si algún servicio necesita más recursos, la aplicación nativa de la nube puede adquirirlos sin provocar que la aplicación general se detenga o ralentice.

» Las aplicaciones nativas de la nube son componibles con distintos microservicios basados en APIs. Esta característica contribuye a soportar un modelo de entrega continua, lo que permite aumentar la frecuencia de actualizaciones del software.

CONSEJO

RECUERDE



Integración con datos y aplicacionesUno de los beneficios de un entorno de nube híbrida es la capacidad de vincularlo con datos y aplicaciones en sistemas internos y externos. Incluso cuando las empresas adoptan un enfoque de desarrollo y des-pliegue de aplicaciones nativas de la nube, con frecuencia deberán recu-rrir a servicios de datos externos, como datos atmosféricos y demográficos. Al mismo tiempo, existe el requisito de integrarlos con fuentes de datos internas como datos transaccionales de clientes y siste-mas de inventario de productos. Las organizaciones pueden utilizar ser-vicios de nube principales basados en APIs de Watson.

El análisis de datos es un requisito fundamental para las aplicaciones que avanzan hacia la nube híbrida. En muchas situaciones, la analítica es el elemento principal para poder proporcionar analítica predictiva en una aplicación de negocio. Además, los científicos de datos han determinado que la nube privada es una plataforma ideal para crear y gestionar mode-los de aprendizaje automático. Estos datos suelen ser tan sensibles que las organizaciones tienen el mandato de mantenerlos dentro del firewall. Encontrará información más detallada sobre ciencia de datos y apren-dizaje automático en la nube privada en el capítulo 5.

RESPUESTA A LA NUEVA COMPETENCIAEl negocio de una empresa de gestión de patrimonios se ve en peligro por la aparición de empresas de tecnología financiera nacidas en la nube. Como resultado, sus clientes quieren las mismas aplicaciones, intuitivas y fáciles de usar, que han creado sus competidores. La empresa decidió crear aplicaciones nativas de la nube en una nube pri-vada para conectarlas con aplicaciones locales y servicios de terceros. El objetivo sería actualizar continuamente la aplicación a medida que aumentasen las expectativas de los clientes. La empresa quería ser capaz de crear un enfoque de software modular que ayudase a los desa-rrolladores a crear servicios de software basados en APIs estándar. La empresa utilizó contenedores y un enfoque de DevOps de integración continua para crear nuevo código. Las aplicaciones resultantes aprove-charon una nueva generación de middleware modular para conectar fácilmente con servicios locales y de nube privada.



Traslado de las cargas de trabajo existentes a la nube

¿Qué significa trasladar una aplicación existente a la nube? En un mundo perfecto, puede ser preferible transformar las aplicaciones existentes a una arquitectura moderna. Sin embargo, en algunas situaciones, sim-plemente no se dispone de tiempo para rediseñar las aplicaciones exis-tentes. Trasladar una aplicación existente a la nube permite a esta aplicación obtener acceso a APIs para conectarse a distintos servicios de nube y aprovechar la escalabilidad y modularidad de la infraestructura de nube. Algunas aplicaciones son demasiado precarias o son aplicaciones cerradas que no son fáciles de modificar. Estas aplicaciones pueden pasarse a la nube tal cual. Otro software, como los servicios de midd-leware, pueden trasladarse a la nube porque las licencias (como WebS-phere) pueden trasladarse a la nube sin coste adicional. Para algunas empresas, la migración de la aplicación existente a la nube puede ser el primer paso hacia un enfoque más flexible de la informática.

Remodelación y modernizaciónIdealmente, las organizaciones serían capaces de crear aplicaciones totalmente nuevas optimizadas y modernas por diseño. La realidad es que las organizaciones tienen importantes activos de propiedad intelec-tual integrados en las aplicaciones, que tal vez existan desde hace

GESTIONAR PRECIOSUna empresa hotelera quería encontrar un modelo de precios más flexi-ble que tuviera en cuenta distintos factores, como la climatología e infor-mación de las redes sociales sobre futuros eventos en la zona. La nueva aplicación para la nube privada utilizaría técnicas emergentes de apren-dizaje automático junto con análisis de datos no estructurados. También se integraría con servicios de analítica basados en la nube, así como en fuentes de datos basadas en la nube. La nube privada permite a la empresa mantener sus datos únicos dentro del firewall. Al mismo tiempo, los desarrolladores pueden crear nuevos servicios innovadores que es posible integrar en la plataforma mediante APIs. El entorno de nube ofrece más rendimiento, escalabilidad y modularidad necesarios para competir a medida que cambien los requisitos de los clientes.



décadas. En muchas situaciones, estas aplicaciones son los sistemas de registro y el motor de la continuidad del negocio. En estas aplicaciones se incluyen servicios principales como facturación, gestión de transaccio-nes, gestión de clientes, etcétera. Para empresas con miles de clientes, no existe una forma pragmática de empezar desde cero. Las reglas empresariales y mejores prácticas están perfectamente integradas en estas aplicaciones. Los procesos codificados se basan en reglas de con-formidad y gobierno.

Sin embargo, muchas de estas aplicaciones tradicionales son problemá-ticas. Muchas se escribieron como código integrado, en el que datos, reglas y procesos quedaron estrechamente integrados. Con frecuencia es difícil actualizar software mientras la empresa adopta nuevos métodos de negocio. Algunas organizaciones sin tiempo o recursos tal vez decidan tomar una aplicación existente y trasladarla a la nube. Es posible trasla-dar licencias de middleware como WebSphere de un sistema local a la nube privada para dar soporte a las aplicaciones. Este proceso suele denomirarse lift and shift (coger y cambiar). Aunque pragmático, este pro-ceso no es una solución real para los problemas asociados con el código inflexible.

La infraestructura de nube privada puede aprovechar la tecnología de contenedores y microservicios para comenzar a transformar y moderni-zar las aplicaciones existentes.

REDUCCIÓN DE GASTOS DE CAPITALUna empresa de fabricación se veía ante nuevos competidores capaces de ofrecer productos personalizados utilizando un nuevo conjunto de aplicaciones. Estos competidores supieron anticipar las preferencias de los clientes y optimizar la personalización de los productos. La empresa de fabricación decidió que trasladarse a un entorno de servicios más flexibles la ayudaría a competir. Los desarrolladores dedicaron un tiempo a seleccionar los servicios principales de las aplicaciones existen-tes y crear nuevos microservicios. Estos nuevos servicios se colocaron en contenedores con APIs bien definidas. Al mismo tiempo, otros desarro-lladores crearon los nuevos servicios necesarios para modernizar la capacidad de la empresa para ofrecer servicios más personalizados a sus clientes


CAPÍTULO 3 Examen de los fundamentos técnicos de IBM Cloud Private 17

Capítulo 3


» Examen de las características de IBM Cloud Private

» Comprensión de los principales componentes de IBM Cloud Private

Examen de los fundamentos técnicos de IBM Cloud Private

IBM Cloud Private es una solución preempaquetada de clase empresa-rial que ofrece una plataforma única ubicada dentro de su firewall. Usted puede utilizar su software local o bien integrar fácilmente datos

y software de la próxima generación optimizados para nube. IBM Cloud Private está inegrado en marcos de código abierto, incluidos contenedo-res, Kubernetes y Cloud Foundry, y ofrece flexibilidad, control, seguridad y fácil integración con nubes públicas. Además, con IBM Cloud Private se incluyen herramientas de gestión de nube que le permiten controlar y obtener información de aplicaciones e infraestructuras multinube.

IBM Cloud Private se desarrolló sobre la base de la amplia experiencia de IBM ayudando a los desarrolladores a crear aplicaciones nativas de la nube y a remodelar aplicaciones monolíticas y transformarlas en aplica-ciones más flexibles basadas en microservicios.

En este capítulo le ofrecemos información sobre todo a lo que usted tiene acceso como empresa con IBM Cloud Private y le ayudamos a comprender los principales componentes de IBM Cloud Private.



Características de IBM Cloud PrivateLas organizaciones que adoptan la plataforma IBM Cloud Private tienen acceso a:

» Un instalador unificado para configurar rápidamente un clúster basado en Kubernetes con nodos maestro, esclavo y proxy;

» La consola de administración de clústeres IBM Cloud Private para administrar, monitorizar y resolver problemas de aplicacio-nes y clústeres desde una consola única, centralizada y segura;

» Un registro privado de imágenes de Docker para ofrecer un servicio de registro local que funciona de la misma manera que el servicio de registro basado en la nube de Docker Hub;

» Redes aisladas de usuarios con Calico para aumentar el rendimiento y aislamiento de las redes contenidas en clústeres;

» Monitorización y registro de elevado nivel de robustez con pila ELK para recogida, almacenamiento y consultas a registros y métricas;

» El centro de aplicaciones como ubicación centralizada para ver e instalar paquetes en clústeres;

» Capacidades de gestión de la seguridad para una amplia gama de herramientas y servicios.

Para obtener más información, visite www.ibm.com/cloud-computing/es-es/products/ibm-cloud-private/.

Principales componentes de IBM Cloud Private

IBM Cloud Private no es una plataforma monolítica, sino un conjunto de servicios de componentes e infraestructura. El denominador común es que todos los servicios están previstos para utilizar la infraestructura, software y servicios existentes de los clientes, así como para ofrecer código abierto en el núcleo. Todos los servicios que forman la nube pri-vada están diseñados para operar de forma colaborativa como sistema unificado. IBM Cloud Private comprende los componentes clave detalla-dos en esta sección.

RECUERDE


https://www.ibm.com/cloud-computing/es-es/products/ibm-cloud-private/

https://www.ibm.com/cloud-computing/es-es/products/ibm-cloud-private/


Flexibilidad en las opciones de infraestructuraLa mayoría de las empresas no poseen una única plataforma de hard-ware o software en sus centros de datos. Por el contrario, tienen distintos sistemas y componentes que son esenciales para sus operaciones del día a día. Asimismo, se utilizan numerosas nubes públicas diferentes en cientos de unidades de negocio. El entorno IBM Cloud Private puede operar en cualquier entorno de hardware existente, incluidas platafor-mas basadas en procesadores Intel e IBM Power Systems. IBM Cloud Pri-vate también soporta OpenStack, VMWare, IBM Z, IBM Storage, IBM Hyperconverged Systems y otros proveedores de nube. IBM Cloud Pri-vate está diseñado además para ser compatible con los principales fabri-cantes de sistemas como Cisco, Dell/EMC, Lenovo, Intel y NetApp.

Plataforma de contenedores basada en KubernetesEl uso de contenedores es uno de los elementos base del diseño de la nube privada. El valor del uso de contenedores está claro. Al poner código en contenedores, es posible crear un servicio que incluya todas las dependencias necesarias para operar este servicio. Cada contenedor es soportado por una interface de programación de aplicaciones (API) estandarizada. Por tanto, un contenedor puede utilizarse para gestionar microservicios de nueva creación o para rediseñar una aplicación o un servicio existentes mediante encapsulación en un contenedor.

IBM Cloud Private permite elegir entre tiempos de ejecución de aplica-ciones de código abierto, en consonancia con los servicios de nube pública de IBM, Kubernetes y contenedores o tecnología Cloud Foundry. Los clientes pueden elegir el enfoque de desarrollo prescriptivo de Cloud Foundry o el enfoque más personalizable y portable de los contenedores Docker y Kubernetes. La coherencia con la nube pública de IBM permite elegir entre distintos modelos de implementación a lo largo del ciclo de vida de las cargas de trabajo y una experiencia de administración más coherente a medida que la carga de trabajo madura y evoluciona.

IBM Cloud Private también tiene servicios de analítica, datos y midd-leware en contenedores. También incluye un instalador unificado para configurar rápidamente un clúster basado en Kubernetes con nodos maestro, esclavo y proxy mediante el uso de un instalador basado en Ansible. El núcleo de contenedores permite a IBM proporcionar los mis-mos servicios en tiempo de ejecución de las aplicaciones de código abierto tanto en la nube pública como privada de IBM.

RECUERDE



Los contenedores gestionan la forma en que es posible combinar código nuevo y existente de forma coherente y predecible. Utilizar arquitectura de contenedores facilita la organización y administración de las aplica-ciones y sus servicios. Además, la contenedorización permite portar aplicaciones a distintas plataformas de nube, según las necesidades del negocio.

Software y servicios optimizados para nubeUno de los beneficios de la arquitectura de contenedores que ofrece la nube privada es la posibilidad de crear una versión multiusuario, lo que le permite configurar distintas versiones de un entorno de nube privada para cada una de las partes interesadas. Cada parte interesada obtiene un conjunto personalizado de servicios dentro de la nube privada, basados en un proceso de negocio designado protegido por el firewall. Las redes aisladas de usuarios utilizan Calico (un servicio de políticas de red para clústeres Kubernetes) para mejorar el rendimiento y el aislamiento de la red en el interior de un clúster.

Para garantizar la coherencia, la nube privada proporciona un catálogo común de servicios que aceleran la productividad del desarrollador. Sus servicios básicos comunes facilitan la gestión escalable de microservi-cios. Además, el catálogo permite a las aplicaciones escalarse automáti-camente tanto horizontal como verticalmente. Los servicios de catálogo son esenciales para gestionar y mantener servicios de software como son los microservicios y los contenedores. La estructura de catálogo faci-lita el gobierno, la implementación y el mantenimiento de software y servicios para soportar procesos rápidos de desarrollo y pruebas. Algu-nos de los principales servicios utilizados para gestionar catálogos son charts de Helm, plantillas de Terraform y buildpacks de Cloud Foundry.

IBM Cloud Private ofrece una amplia diversidad de servicios coherentes y fácilmente accesibles de analítica, datos y middleware de gestión y operativo tanto para aplicaciones nativas de la nube como para las ya existentes. El nuevo middleware nativo de nube basado en Kubernetes y plataformas de datos como Microservice Builder, Data Science Expe-rience y API-Connect funcionan con IBM Cloud Private para ofrecer la próxima generación de microservicios. IBM Cloud Private posibilita el uso de middleware de nivel empresarial y preparado para nube, para aprovechar la capacidad de desarrollo de aplicaciones existente, por ejemplo, en Java, Spring y Open Liberty. También proporciona la conec-tividad y gestión de API necesaria para integrar capacidades públicas, privadas y ya existentes.

RECUERDE

RECUERDE



IBM Cloud Private incluye capacidades para soportar el desarrollo de nuevas aplicaciones basadas en microservicios, evolucionar y moderni-zar aplicaciones ya existentes e integrar las aplicaciones nuevas y las ya existentes. Junto con los marcos de runtime de ejecución de las aplica-ciones, IBM ofrece un conjunto esencial de servicios de gestión para estos marcos y las aplicaciones implementadas sobre ellos. Se ofrece un catálogo común de servicios empresariales y abiertos para acelerar la productividad de los desarrolladores. Este catálogo se compone de sof-tware fácil de implementar y mantener, para distintos caso de uso de desarrollo, pruebas y producción.

Los servicios de aplicaciones, como middleware, servicios de datos y ser-vicios de seguridad son la clave para hacer que la nube privada resulte operativa y escalable. Este conjunto de servicios básicos comunes per-mite la gestión escalable de microservicios, incluido Istio (una plata-forma abierta para conectar, gestionar y proteger Kubernetes), monitorización con Prometheus (herramientas de código abierto para monitorización y alertas) y creación de registros con ELK Stack (registros con tres herramientas bien conocidas, Elasticsearch, Logstash y Kibana).

IBM Cloud Private está diseñado para ofrecer una solución integral para aplicaciones, e incluye conocidos marcos y lenguajes de código abierto, DevOps integrado, monitorización integrada y soluciones empresariales líderes de las carteras de middleware, datos y analítica de IBM.

Herramientas integradas para DevOps y administraciónLos servicios de integración y gestión son esenciales para crear un entorno de nube que se comporte como si se tratase de un solo sistema unificado. Por ejemplo, todos los servicios de la nube privada han de incluir la seguridad en su núcleo. Estos servicios incluyen autenticación, autorización y soporte de identidades. También incluyen alertas, audito-ría, herramientas de seguridad para examinar contenedores e imágenes de Docker y otros servicios.

IBM Cloud Private incluye una consola centralizada y segura de gestión de clústeres para gestionar, monitorizar y resolver problemas de aplica-ciones y clústeres. Un nuevo conjunto de herramientas de gestión empresarial se integra con las herramientas de gestión empresarial existentes. Algunas capacidades clave incluidas para la gestión de nube son:

CONSEJO

RECUERDE



» Acceso mediante API a la plataforma central para posibilitar los elevados niveles de automatización necesarios para Integración continua y Entrega continua (CI/CD);

» Integración de herramientas y servicios de DevOps de IBM y de código abierto para crear repositorios de código, implementa-ción, automatización de pruebas y promoción a producción;

» Nuevas capacidades para crear, implementar y gestionar aplicaciones basadas en microservicios, como Microprofile, Spring, Node, Microservice Builder e Istio;

» Capacidades integradas de evaluación de la capacidad en las herramientas de DevOps (DevSecOps con IBM Vulnerability Advisor para contenedores);

» Capacidades de monitorización y registro mediante analítica construidas sobre marcos abiertos y extensibles (Prometheus, Istio, ELK, Grafana);

» Catálogo de software y servicios fáciles de gobernar, implemen-tar y mantener para facilitar un desarrollo y comprobación rápidos (gráficos de Helm, plantillas de Terraform, buildpacks de Cloud Foundry);

» Arquitecturas y métodos de soluciones mediante mejores prácticas y servicios IBM Cloud Garage para posibilitar transfor-maciones empresariales.

EL PRAGMATISMO DE UNA ARQUITECTURA HÍBRIDATodas las organizaciones tienen una enorme cantidad de aplicaciones, datos, plataformas, sistemas de red, herramientas de gestión y requisi-tos de seguridad. Las arquitecturas de nube híbrida permiten a las empresas utilizar las inversiones realizadas en combinación con servicios modulares, escalables y flexibles de forma que tengan un rendimiento conforme a las expectativas de los clientes. Combinar lo mejor de los ser-vicios de nube pública y privada es el enfoque más pragmático para soportar unas necesidades de innovación en constante cambio


CAPÍTULO 4 DevOps para la nube privada 23

Capítulo 4


» Examen de la naturaleza cambiante de DevOps

» Integración y entrega continuas

» Comprensión del papel de IBM UrbanCode en CI/CD

» Mejor experiencia del cliente

DevOps para la nube privada

La nube está transformando la forma en que las organizaciones consideran el desarrollo, el despliegue y las operaciones de sof-tware. Uno de los beneficios clave de la arquitectura de nube es que

abstrae la lógica de la aplicación, de modo que las aplicaciones pueden diseñarse dinámicamente utilizando una nueva generación de herra-mientas de desarrollo de aplicaciones basadas en la nube. En este capí-tulo explicamos los cambios que se producen en torno a DevOps en cuanto están relacionados con la adopción de la nube, y cómo las empresas pueden hacer evolucionar sus estrategias de DevOps para estar más en línea con las implementaciones de nube privada.

La naturaleza cambiante de DevOpsEl mundo del diseño, desarrollo y despliegue del software está sufriendo un rápido cambio con la evolución de las arquitecturas e implementacio-nes de nube. La modularidad es un elemento principal de la naturaleza cambiante de los procesos de DevOps, en cuanto a lo que se refiere a la creación, despliegue y publicación del código. Una estrecha alineación de los procesos de DevOps con las implementaciones de nube privada son vitales debido a los nuevos cambios emergentes:



» Mayor adopción de la creación, despliegue y gestión de aplicaciones basadas en microservicios en todo tipo de nubes, lo que precisa escalabilidad y gestión de una demanda variable

» Disponibilidad de nuevas herramientas y servicios integrados de DevOps para repositorios de código, despliegue, automatiza-ción de pruebas y promoción a producción en entornos de nube

» Uso de tecnología de contenedores para orquestar microservi-cios y convertirlos en aplicaciones

Dados los profundos cambios en los enfoques y arquitecturas de la tec-nología de nube, las organizaciones de DevOps están cambiando el foco a la integración y entrega continuas en entornos de desarrollo ágiles. La necesidad de reducir costes y acelerar los tiempos de comercialización y reducir riesgos crea urgencia por implementar soluciones que combinen procesos de DevOps con el modelo de nube privada. La necesidad de autoservicio, modularidad, elasticidad y rendimiento es la base de la nueva generación de diseño, desarrollo, despliegue y operaciones de software.

EL MÉTODO IBM GARAGEContar con una fuerte cultura de DevOps es fundamental para el éxito de una solución IBM Cloud Private. El Método IBM Cloud Garage es el enfoque de IBM para permitir a los equipos de negocio, desarrollo y ope-raciones diseñar, entregar y validar continuamente nuevas funciones. Las prácticas, arquitecturas y herramientas abarcan todo el ciclo de vida del producto, desde la concepción inicial hasta la captura y respuesta a comentarios de los clientes y cambios en el mercado.

El Método IBM Garage se compone de las áreas que se enumeran a con-tinuación.

• Cultura: transformarse mediante una combinación de innovacio-nes de negocio, tecnología y procesos para ayudar a crear equipos que aprendan rápidamente de las experiencias del mercado.

• Pensar: entregar de manera progresiva soluciones innovadoras utilizando IBM Design Thinking y otras prácticas de diseño relacionadas.



Integración y entrega continuas (CI/CD)Las aplicaciones y los microservicios se actualizan constantemente a medida que las empresas crean nuevos servicios para dar soporte a los cambios en las expectativas de los clientes. Así, la nube se ha convertido en el vehículo más eficaz y pragmático para el desarrollo y despliegue de aplicaciones. Las técnicas de integración y entrega continuas (CI/CD) permiten a los equipos entregar software más rápidamente y con menos riesgo. Al impulsar la entrega rápida de código de calidad comercial mediante versiones, pruebas y despliegues automatizados, las empresas pueden hacer realidad más rápidamente el valor de un modelo de entrega continua.

Con las técnicas de entrega continua, la empresa necesita conocer rápi-damente si los cambios en la aplicación han tenido el resultado deseado. El proceso conlleva versiones frecuentes y pruebas unitarias, desplie-gues frecuentes y pruebas de integración, y la publicación continuada del código para garantizar que los clientes estén satisfechos con los cambios.

• Programar: adoptar prácticas de desarrollo para crear aplicacio-nes nativas de la nube, publicar funciones incrementales, recopilar comentarios y medir resultados.

• Entregar: acelerar los tiempos de comercialización utilizando inte-gración continua, desarrollo continuo y automatizando procesos repetibles y transparentes.

• Ejecutar: ejecutar soluciones con elevado nivel de disponibilidad en una plataforma de nube utilizando Cloud Foundry, contenedo-res o máquinas virtuales. Ejecutar en una nube pública, dedicada, privada o entorno híbrido.

• Gestionar: ofrecer excelencia operativa con monitorización conti-nua de las aplicaciones, elevada disponibilidad y prácticas de recu-peración práctica que aceleran la identificación y resolución de problemas.

• Aprender: experimentar continuamente comprobando hipótesis, utilizando medidas claras para informar de las decisiones y apro-vechar los resultados en las tareas pendientes

Encontrará más información sobre el método IBM Cloud Garage en www.ibm.com/cloud-computing/bluemix/es/garage.


https://www.ibm.com/cloud-computing/bluemix/es/garage


Parte del proceso de CI/CD es el uso de canalizaciones - una secuencia de tareas automatizadas que permite a las organizaciones crear, probar y desplegar servicios al sistema de destino. El valor de los servicios de canalización como Jenkins es la capacidad de proporcionar a los desarro-lladores una vista del proceso total de DevOps.

Muchas organizaciones tienen actualmente topologías de multinube que pueden hacer inviable el despliegue manual de código, lento y propenso a errores. Sin embargo, cuando la organización de TI se ve requerida a soportar distintos centros de datos y múltiples nubes, incluso los des-pliegues mediante scripts pueden suponer un riesgo, además de ser difí-ciles de seguir y caros de mantener. Como consecuencia, las topologías multinube exigen automatización del despliegue.

IBM utiliza tecnologías abiertas como GitHub Enterprise y Jenkins para construir sus arquitecturas de CI/CD. Puede ver estas arquitecturas en https://goo.gl/1XU5qt.

En un ejemplo, el patrón utiliza el gráfico de Helms Jenkins para ins-talar un nodo maestro de Jenkins con el complemento Kubernetes en un clúster de Kubernetes. Helm es el gestor de paquetes de Kubernetes diseñado para facilitar el despliegue de recursos de Kurbernetes preem-paquetados y reutilizables. Esta configuración permite a Jenkins crear nodos efímeros para ejecutar trabajos y canalizaciones de Jenkins sin necesidad de servidores esclavos/trabajadores de Jenkins dedicados y siempre activos. Este enfoque reduce los costes de infraestructura de Jenkins. IBM Cloud Private también proporciona aceleradores como Microservice Builder que ayudan a generar archivos Jenkins Files para aplicaciones de microservicios.

Jenkins puede utilizarse con IBM Cloud Private en distintas situaciones. Además, Jenkins puede utilizarse como solución completa de automati-zación de despliegues en nubes públicas y privadas. También puede uti-lizarse para desplegar servicios contenedorizados desacoplados que pueden ser necesarios para organizar contenedores con máquinas virtuales.

El papel de IBM UrbanCode en CI/CDEl paquete de servicios IBM UrbanCode está diseñado para soportar CI/CD. Los productos UrbanCode Build, UrbanCode Deploy y UrbanCode Release facilitan comentarios rápidos y entrega continua en entornos de desarrollo ágil. El paquete también proporciona las pistas de auditoría, control de versiones y aprobaciones necesarias para producción. Estos

RECUERDE


https://goo.gl/1XU5qt


servicios pretenden hacer las versiones más predecibles, ayudar a redu-cir el tiempo entre concepto, implementación y comentarios y acelerar la llegada al mercado.

Por ejemplo, UrbanCode Deploy es una solución de IBM de automatiza-ción de versiones utilizada por el equipo de DevOps para llevar a produc-ción tareas automatizadas mediante canalización. Puede escalarse hasta despliegues a nivel de empresa con miles de servidores. UrbanCode Deploy permite a TI desplegar servicios a una implementación hetero-génea, como puede ser una nube pública o privada. Proporciona capaci-dad para auditar y hacer seguimiento de lo que sucede con el código de la aplicación. Esto es especialmente importante al enviar código de prue-bas a producción. Es fundamental en un entorno de nube híbrida en el que el código de la aplicación se cambia continuamente, para compren-der qué sucede a nivel interno. Por ejemplo, ¿qué cambios se han llevado a cabo en el código? ¿Quién ha hecho estos cambios? ¿El código es seguro o conlleva un riesgo que puede comprometer la seguridad del código? UrbanCode Deploy proporciona auditabilidad del código de modo que el equipo de DevOps pueda hacer seguimiento de su integridad.

Encontrará más información acerca de IBM UrbanCode en developer.ibm.com/urbancode.

Mejor experiencia del clientePiense en una compañía aérea y todo lo necesario para ofrecer un servi-cio perfecto y llevar a los pasajeros a su destino de forma rápida y segura. En un mundo perfecto, el cliente compra su billete, llega a la terminal, embarca y despega. Pero, como todos sabemos, las cosas tienden a ser mucho más complicadas. Hay problemas tecnológicos, conflictos de programaciones, cancelaciones de vuelos, retrasos en la pista de despe-gue y desastres naturales como huracanes o tormentas de nieve. Las compañías aéreas tienen que reprogramar cientos de vuelos, cambiar las reservas de miles de clientes y desviar toneladas de maletas.

Una compañía decidió que su éxito dependía de una drástica optimiza-ción del proceso de DevOps para dar soporte a la necesidad de integra-ción continua y a la entrega de microservicios. Un objetivo clave fue mejorar la experiencia de los clientes más valiosos de la compañía. Apli-caciones monolíticas se dividieron en microservicios mediante el uso de Microservices Builder. Se encapsuló el código que no podía reescribirse. Los microservicios se automatizaron mediante servicios de canalización. Asimismo, los microservicios se combinaron en contenedores


https://developer.ibm.com/urbancode/

https://developer.ibm.com/urbancode/


organizados para dar soporte a un nuevo modelo de autoservicio. Las aplicaciones creadas en la nube privada se ampliaron para utilizar servi-cios clave, como datos climatológicos, de modo que los pasajeros pudie-ran volver a reservar sus vuelos teniendo visibilidad de las condiciones atmosféricas. Los servicios se probaron y se pusieron en fase de producción.

Los resultados fueron significativos. La compañía pudo transformar sus servicios principales, como reservas de asiento, guiado de aviones, datos de localizadores y seguimiento de clientes en una serie de microservicios alojados en contenedores para facilitar la organización. El equipo de DevOps pudo crear y desplegar rápidamente los nuevos servicios con mínimos riesgos.

Este enfoque permitió a agentes y clientes cambiar las reservas de los clientes rápidamente en caso de cambio de alguna situación . Los proce-sos de DevOps utilizados permitieron el escalado y procesado de los datos bajo demanda. El entorno de nube privada pudo manejar toda la carga y soportar las necesidades de los clientes de la compañía. También fue posible conectar sin problemas con la nube pública para acceder y utilizar servicios clave, como datos climatológicos. Gracias al enfoque de integración y despliegue continuos ahora implementados en la nube privada, la compañía seguirá añadiendo servicios e innovaciones que contribuirán a aumentar la facturación y la competitividad.


CAPÍTULO 5 Análisis de datos en la nube privada 29

Capítulo 5


» Comprensión del valor del análisis de datos

» Examen del papel de la ciencia de datos en el análisis de datos

» Comprensión del aprendizaje automático

» Valoración de la nube híbrida al realizar analítica

Análisis de datos en la nube privada

La idea de utilizar gran cantidad de datos para comprender mejor los patrones y anomalías es desde hace décadas el objetivo de muchas empresas. Un entorno de nube híbrida es la plataforma ideal para

muchos proyectos de analítica con uso intensivo de datos, ya que está construido sobre un modelo de informática distribuida. Por ejemplo, una aplicación basada en analítica puede utilizar datos de distintas fuentes ubicados localmente en aplicaciones heredadas, en una nube privada y en nubes públicas. La analítica que implique datos de clientes y otros datos sensibles puede realizarse localmente en una nube pri-vada. Además, es posible utilizar bajo demanda recursos de la nube pública para acceder a recursos informáticos muy potentes.

En este capítulo ponemos la innovación disponible en modelos de análi-sis de datos y aprendizaje automático en el contexto de la nube privada.

El valor del análisis de datosPor norma general, impulsar mejores decisiones de negocio mediante analítica exige agrupar múltiples conjuntos de datos de distintas fuen-tes. Por ejemplo, puede ser necesario desarrollar un modelo de analítica predictiva para mejorar su conocimiento de las tendencias y



expectativas de los clientes. Su modelo necesita datos rápidos y precisos de todo su sistema de datos, distintas aplicaciones de Software como servicio (SaaS), datos de redes sociales y datos demográficos. Poder uti-lizar el rendimiento y elasticidad de una nube privada puede proporcio-nar a las organizaciones capacidad para analizar datos complejos cerca de su fuente. En otras palabras, muchas veces los mayores conjuntos de datos se gestionan dentro del centro de datos. Muchas organizaciones quieren mantener los datos dentro de su firewall, por distintos motivos. Además, poder implementar analítica más cerca de los datos es con fre-cuencia la solución más pragmática por el aumento de velocidad y la consiguiente reducción del movimiento de datos.

Uno de los mayores beneficios del análisis de datos en un entorno de nube es la posibilidad de ofrecer una interfaz de autoservicio. Abstraer fuentes de datos heterogéneas mediante una interfaz de portal permite a un mayor número de profesionales de negocio analizar datos comple-jos. En este modelo, el científico de datos puede crear modelos que es posible convertir en un conjunto de módulos de autoservicio útiles para otros empleados.

El papel de la ciencia de los datos en el análisis de datos

El valor potencial de la ciencia de datos es cada vez más claro para muchas empresas. Sin embargo, es complicado encontrar los recursos y talento necesarios para crear y ejecutar a partir de los modelos. No exis-ten suficientes científicos de datos para dar soporte a la analítica que las empresas quieren hacer. Para tener éxito, las organizaciones de TI han de encontrar servicios de soporte que implementen capacidad de previ-sión y repetición en el proceso de ciencia de datos.

Para dar soporte a los desafíos que supone utilizar aprendizaje automá-tico en la empresa, IBM ha creado un marco denominado Data Science Experience (DSX) para facilitar la colaboración con colegas. Los científi-cos de datos pueden crear un repositorio de algoritmos predictivos y prescriptivos, datos cuidadosamente seleccionados y modelos previa-mente testados. El entorno DSX ha sido diseñado con componentes de código abierto. Al basar DSX en fuentes abiertas, los científicos de datos pueden aprovechar las librerías de aprendizaje automático y otros recur-sos de la comunidad de código abierto. La plataforma soporta las tecno-logías de código abierto más extendidas, como R, Python y Spark. DSX proporciona un conjunto de servicios que puede conectar estas fuentes

CONSEJO



de datos empresariales a distintas herramientas de aprendizaje automá-tico mediante una interfaz de usuario. Los servicios proporcionados mediante este marco incluyen distintos ordenadores portátiles de cien-cia de datos. DSX también incluye mecanismos de seguridad para evitar el acceso no autorizado a los datos. Incluso en un entorno compartido, un usuario solo tiene acceso a los conjuntos de datos que esté autorizado a ver y utilizar.

Comprensión del aprendizaje automáticoAprendizaje automático se refiere a una serie de potentes tecnologías que pueden ayudar a las organizaciones a cambiar su forma de entender los datos. Este enfoque tecnológico difiere drásticamente de las formas en que las empresas vienen utilizando los datos y creando aplicaciones. En lugar de comenzar por una lógica de negocio a la que aplicar datos, las técnicas de aprendizaje automático permiten a los datos modelar la lógica que dará soporte a los objetivos de negocio. Uno de los principales beneficios de este enfoque es que se eliminan las suposiciones y los prejuicios.

El aprendizaje automático es una forma de inteligencia artificial (AI) que permite a un sistema aprender a partir de los datos en lugar de mediante programación explícita. Sin embargo, el aprendizaje automático no es un proceso simple. El aprendizaje automático utiliza una diversidad de algoritmos para crear modelos. Los modelos aprenden iterativamente a partir de los datos para mejorar, describir los datos y predecir resultados.

Posiblemente usted interactúe con técnicas de aprendizaje automático incorporadas en aplicaciones sin ser consciente de ello. Por ejemplo, cuando visita un sitio web de comercio electrónico y comienza a ver pro-ductos y leer reseñas, es probable que reciba sugerencias de productos similares que pueden ser de su interés. De forma similar, cuando llama a un centro de atención telefónica, el operario puede ofrecerle indicacio-nes y sugerencias basándose en los datos que usted ha proporcionado. Estas recomendaciones no son fruto del trabajo de un ejército de progra-madores. Se realizan mediante un modelo de aprendizaje automático. El modelo analiza datos históricos junto con los datos en tiempo real que usted proporciona y realiza predicciones sobre la siguiente acción más apropiada.



El papel de la nube privada en la analítica avanzadaAl comenzar a utilizar aprendizaje automático, muchas organizaciones han descubierto que la forma más pragmática de garantizar la escalabi-lidad, seguridad y conformidad es mediante un entorno de nube privada. La nube privada proporciona la plataforma protegida por el firewall que ofrece rendimiento y elasticidad para dar soporte a las complejidades de la analítica avanzada. Por supuesto, muchas organizaciones aprovechan la nube pública para analizar grandes cantidades de datos. Sin embargo, esta opción no es viable en algunas situaciones. Las empresas comien-zan a aplicar modelos de aprendizaje automático a iniciativas estratégi-cas que tienen potencial para cambiar su forma de trabajar. Por tanto, muchas empresas recelan a la hora de gestionar estos datos en una nube pública por temas de privacidad y seguridad. Incluso si una nube pública cuenta con una sofisticada infraestructura de seguridad, muchas empre-sas se sienten más cómodas si tienen control interno de estos activos estratégicos. Además, es necesario adoptar precauciones de seguridad especiales en torno a determinados tipos de datos, como historiales sanitarios, información identificable personalmente, registros de clien-tes y datos bancarios.

En algunas situaciones, una empresa puede decidir ejecutar en la nube pública la parte del análisis de datos que conlleva el uso de fuentes de datos públicos, pero pasar a la nube privada al aplicar los resultados a iniciativas estratégicas de negocio o datos de clientes. Cuando sus datos se almacenan en una nube privada, es posible utilizar servicios de nube privada (por ejemplo, API de IBM Watson) para aplicar analítica cogni-tiva a un problema de negocio, pero a la vez asegurándose de que los datos queden protegidos en la nube privada.

Gestión híbrida de datosAdemás de utilizar datos en un entorno de nube híbrida, muchas organi-zaciones tienen datos almacenados en entornos heterogéneos. Por ejemplo, usted puede tener datos estructurados en su sistema transac-cional y de CRM y datos no estructurados en un lago de datos. En muchos casos, los datos se almacenan en bases de datos de distintos proveedo-res. El objetivo de la gestión híbrida de datos es poder gestionar estos datos para dar soporte a las necesidades del negocio. Así pues, las empresas necesitan una forma de gestionar y obtener información útil a partir de los datos, dondequiera que estos residan. IBM ofrece un motor Common SQL como parte de su enfoque de gestión híbrida de los datos. Esto permite a las organizaciones utilizar los datos en el lugar donde se



encuentren, en Db2, Oracle, SQL Server y otras fuentes de datos. Si se combina con Db2 Warehouse de IBM, la analítica puede llevarse a cabo en el lugar donde residen los datos.

Analítica avanzada para dar soporte a la nube híbrida

Las organizaciones no tienen una forma única de gestionar y analizar datos, pero hemos visto tres escenarios habituales:

» La mayoría de los datos de la organización se almacenan protegidos por el firewall y la empresa quiere llevar a cabo la analítica localmente.

» La organización o división de una empresa almacena la mayor parte de sus datos en la nube y quiere analizar estos datos de nube distribuidos.

» La organización quiere adoptar un enfoque híbrido que combine datos de nube y locales para analizarlos entre sí en su contexto.

Como sería de esperar, la mayoría de las empresas quieren adoptar el enfoque híbrido de analizar conjuntamente datos locales y de la nube pública.

Estos escenarios tienen una cosa en común: Todos quieren aprovechar las técnicas de aprendizaje automático y AI para aplicarlas a los datos. El problema no es sencillo de resolver. Las organizaciones han de conocer sus datos: la estructura, su origen y su veracidad. Es fácil tomar malas decisiones de negocio si los datos no están cuidadosamente seleccionados.

En esta sección examinamos cada uno de estos escenarios.

Uso de las fuentes de datos locales existentesLos almacenes de datos son habituales desde hace años en los centros de datos. Aunque suele tratarse de sistemas de datos complejos, incluyen un nutrido conjunto de recursos que permiten conocer mejor a los clien-tes y al negocio. Sin embargo, las organizaciones suelen ejecutar consul-tas sobre los datos en lugar de realizar analítica avanzada. Las herramientas y marcos de aprendizaje automático están cambiando esta



situación. Muchas organizaciones de TI quieren tener capacidad para aplicar algoritmos de aprendizaje automático a estos datos. Uno de los enfoques más pragmáticos es utilizar notebooks y marcos de aprendizaje automático para ingerir datos del almacén o del lago de datos para apli-car analítica. Asimismo, mediante software de conexión es posible inge-rir fuentes de datos adicionales en un marco para analizar datos, obtener información útil y predecir resultados.

Analítica avanzada nativa de la nubeTanto las empresas nacidas en la nube como las ya establecidas tienen grandes cantidades de datos almacenados en nubes públicas y privadas. Estos datos basados en la nube suelen estar almacenados en distintas aplicaciones SaaS, bases de datos de nube y repositorio de almacena-miento en la nube. Aunque el almacén o lago de datos puede estar cen-tralizado en el centro de datos, los datos de la nube están muy distribuidos. Para realizar analítica avanzada y aprendizaje automático en estos entornos distribuidos, las empresas necesitan una plataforma de analítica capaz de conjuntar estos datos.

Además, al estar conjuntando distintos conjuntos de datos procedentes de aplicaciones y entornos dispares, es preciso asegurarse de disponer de un proceso que garantice control de versiones.

Soporte de nube híbrida para analítica avanzadaMuchas empresas operan en un mundo híbrido en el que tienen un cen-tro de datos, una nube privada y utilizan recursos de nube privada. Sin embargo, en muchos casos la empresa no llega a verlo todo en contexto. Es probable que analice datos de clientes alojados en la aplicación de nube de CRM por separado de los datos locales de ventas e inventario. Sin embargo, el auténtico valor del aprendizaje automático y la analítica avanzada comienza a emerger cuando estos conjuntos de datos aislados se analizan entre sí en contexto. En este escenario, queremos mantener los datos donde residen. Usted no quería mover determinados datos a la nube ni, por el contrario, transferir enormes cantidades de datos de la nube a su centro de datos. Analizando todos sus datos en contacto entre sí, podrá comenzar a detectar patrones que pueden cuestionar ideas establecidas sobre su empresa e identificar nuevas oportunidades.

RECUERDE


CAPÍTULO 6 Gestión de un entorno multinube 35

Capítulo 6


» Preparación del escenario de gestión de un entorno híbrido

» La visibilidad como principio fundamental

» La lógica de la gestión multinube

» Requisitos de la gestión multinube

» Herramientas y servicios para gestionar un entorno multinube

Gestión de un entorno multinube

Para poder responder a las cambiantes necesidades del negocio, TI necesita un nuevo enfoque para la gestión de TI. Los responsables de negocio exigen que la informática se gestiones de forma orga-

nizada y predecible, independientemente de dónde residan las cargas de trabajo o cómo se hayan diseñado. Los modelos de despliegue han de gestionarse como un entorno unificado. Por tanto, la dirección de TI precisa capacidad para gestionar un entorno multinube mediante estandarización y automatización. Este capítulo examina los problemas y las tecnologías necesarias para la gestión de un entorno multinube. Asimismo, ofrecemos información útil sobre cómo IBM Cloud Private ya ha abordado la gestión multinube.



Preparación del escenario de gestión de la informática híbrida

Para conseguir que sistemas dispares operen como un entorno sin fisu-ras, es vital tener visibilidad, control y seguridad para cada elemento y para la combinación de todos los elementos. Supongamos que usted tiene 20 equipos de desarrollo en su organización. Cada grupo puede ele-gir una plataforma de nube diferente y diversas herramientas de DevOps. Esto puede ser adecuado en los primeros pasos de la creación y gestión de aplicaciones individuales, pero suelen surgir problemas cuando estas aplicaciones y servicios se convierten en elementos fundamentales para el negocio, en especial si han de compartirse entre varias unidades de negocio.

Mayor visibilidadUna de las ventajas de la nube privada es que todos los elementos del entorno son controlados por su organización. A medida que pasa a un entorno híbrido, es importante obtener visibilidad e información útil del entorno. Cada vez son más las técnicas utilizadas en el entorno de nube, desde máquinas virtuales (VM) hasta microservicios, plataformas de gestión de API y arquitecturas sin servidor (en las que la nube gestiona dinámicamente la asignación de recursos de las máquinas y los contenedores).

En un entorno híbrido, una organización necesita mantener una serie de servicios, como aplicaciones del centro de datos, Software como servicio (SaaS), Infraestructura como servicio (IaaS) y Plataforma como servicio (PaaS). Por tanto, la gestión de TI precisa una técnica abstraída y simpli-ficada o panel de control para gestionar el entorno multinube.

Estas herramientas de gestión y paneles de control agregan datos de dis-tintas plataformas y servicios locales y de la nube. Actualmente, algunas de estas herramientas de gestión utilizan aprendizaje automático y ana-lítica avanzada que pueden comprender los patrones de comporta-miento de distintos entornos de nube y pueden contribuir a garantizar que los servicios combinados actúen de la forma prevista.



Comprensión de la lógica de la gestión multinube

El entorno multinube requiere una gestión centralizada de las cargas de trabajo y sus recursos subyacentes entre todos los servicios de nube uti-lizados. ¿Dónde radica la complejidad? Cada entorno de nube incluye su propio conjunto de servicios y formas de gestionar los recursos.

Requisitos para gestionar el entorno multinube

Para crear una plataforma operativa es preciso identificar y gestionar todos los servicios de forma unificada. Por tanto, se necesita un conjunto de servicios para crear un entorno cohesionado. En esta sección relacio-namos estos servicios.

Catálogo de serviciosUn catálogo de servicios es el elemento central para gestionar servicios en un entorno de nube híbrida. Es importante establecer contexto entre distintos servicios de TI, independientemente de dónde estén ubicados físicamente. Un catálogo de servicios identifica y define los servicios disponibles para que los desarrolladores y los usuarios alcancen los obje-tivos de negocio. El catálogo define los parámetros y características de cada servicio como, por ejemplo, quién está autorizado a utilizar el servi-cio, cómo puede utilizarse el servicio, cuáles son los requisitos de seguri-dad del servicio y qué dependencias hay.

El catálogo permite a TI gestionar los servicios de TI más frecuentemente desplegados para garantizar la conformidad, coherencia y seguridad, basándose siempre en la política de la empresa. Los servicios de TI con-tenidos en un catálogo pueden incluir servicios de aprovisionamiento, servicios de almacenamiento, imágenes de VM, servicios de autentica-ción y procesos de negocio.

Cada servicio que se identifica y gestiona en el catálogo de servicios ha de ser minuciosamente revisado. El servicio ha de ser identificado tanto por TI como por negocio como recurso de importancia que será utilizado por múltiples unidades de negocio. Una vez identificado el servicio, deberá comprobarse su precisión. Estos servicios también han de incluir las reglas de política que gobiernan su uso. ¿A qué personas de TI o negocio se permite utilizar el servicio y con qué fin? ¿Qué modelos de despliegue

ADVERTENCIA



se permiten para operar este servicio? ¿Puede ejecutarse en una nube pública o privada específica? ¿Cómo se integra con otros servicios? El catálogo de servicios ofrece orientación sobre qué servicios pueden inte-grarse mediante interfaces de programación de aplicaciones (APIs) bien definidas.

Uno de los beneficios del catálogo de servicios es que mantiene los deta-lles del servicio abstraídos del usuario de este servicio. El código real se encapsula en contenedores, plantillas o imágenes de Docker. El catálogo también indica cómo y cuándo es posible alterar un servicio.

Gestión de configuracionesLos departamentos de TI utilizan servicios de gestión de configuraciones para hacer seguimiento de todos los cambios, versiones y módulos del código que se han creado durante el proceso de desarrollo del software. La gestión de configuraciones recopila datos sobre las dependencias entre los servicios que se ejecutan en distintos modelos de despliegue. En entornos multinube es preciso gestionar distintos recursos, como servicios bare metal, imágenes de VM y servicios de contenedor. Cada entorno tiene distintos requisitos de gestión de configuraciones que es preciso controlar minuciosamente. En un entorno multinube, uno de estos requisitos es coordinar los enfoques de gestión de configuraciones.

Uno de los aspectos importantes de la gestión de configuraciones es poder implementar reglas de gobierno y seguridad dentro del entorno multinube. Si consideramos que los distintos entornos de nube pueden tener distinta gestión de configuraciones, implementar el gobierno y la seguridad se convierte en un desafío.

Automatización y organización de serviciosLa automatización del servicio define el proceso automatizado para des-plegar un servicio de forma coherente. La organización de servicios se centra en combinar estos servicios para garantizar la disponibilidad, resiliencia y rendimiento. Para reunir servicios de distintas nubes es necesario definir las plantillas o patrones sobre cómo los servicios debe-rán interactuar entre sí para garantizar la conformidad con los requisitos de gobierno.

CONSEJO

RECUERDE



La organización es, básicamente, cuando se desea crear una aplicación a partir de servicios existentes. Esto precisa gestión y organización de pro-yectos mediante el uso de envoltorios de API. Si el catálogo de servicios es su forma de identificar y clasificar servicios, la automatización y orga-nización son las técnicas para conjuntar estos servicios para crear flujos de trabajo. Las tareas repetitivas de bajo nivel pueden gestionarse mediante automatización de servicios. Estos servicios no son visibles para el usuario. La automatización se utiliza para tareas como iniciar una solicitud de asistencia o aprovisionar una instancia de nube.

Por su parte, la organización de servicios se utiliza cuando la tarea implica conjuntar servicios definidos en el catálogo para crear un nuevo proceso de negocio. El valor de la organización de servicios aumenta a medida que nos movemos hacia un modelo «Como servicio» en el que tomamos distintos servicios predefinidos y los vinculamos dinámica-mente entre sí. Esto contrasta fuertemente con la aplicación tradicional, escrita como proceso de extremo a extremo. La organización tiene que implementarse en contexto con gestión del rendimiento de las aplica-ciones. No basta con vincular una serie de servicios. Es fundamental ase-gurarnos de que cuando estos servicios creen una nueva aplicación de negocio el rendimiento refleje los requisitos de negocio.

Creación de una plataforma equilibrada con administración de API

Todos los servicios mencionados en este capítulo son necesarios para crear un sistema con buen funcionamiento formado por componentes de distintos entornos locales, alojados y en nubes públicas. Gestionar un entorno multinube requiere estandarización y automatización. Sin estandarización, una organización estaría obligada a comprender todos los detalles de cada entorno de nube y cada plataforma. Sin estandariza-ción, un entorno multinube no es práctico. De hecho, la estandarización es necesaria para poder automatizar los pasos requeridos para la nube híbrida. La gestión de API ofrece una forma coherente de gestionar APIs como ciclo de vida. Esto es fundamental, ya que las APIs son medios esenciales de compartir esta propiedad intelectual con clientes y colaboradores.



Por norma general, una plataforma o portal de gestión de API facilita la administración centralizada para que el despliegue resulte más fácil y seguro. La plataforma de gestión de API proporciona un conjunto de herramientas que contribuyen a crear, depurar y desplegar estas APIs. El portal de gestión de API también puede utilizarse para descubrir qué APIs existen y las reglas que rigen su uso. El portal también puede moni-torizar el rendimiento de las APIs para que ayuden a gestionar el rendi-miento del sistema.

Por ejemplo, IBM ofrece IBM API Connect, diseñado para gestionar API durante todo su ciclo de vida, desde la creación hasta seguridad y analí-tica del uso de la API. Puede echarle un vistazo en www-05.ibm.com/es/api-connect/.

La administración en un mundo de microservicios

Los beneficios de los microservicios resultan cada vez más importantes para las empresas. (Los microservicios se tratan de forma más detallada en los capítulos 3 y 4.) Aunque los beneficios de los microservicios son evidentes, su gestión puede ser compleja. En vez de tener grandes apli-caciones gestionadas como un único servicio, en un mundo de microser-vicios y en contenedores tenemos aplicaciones formadas por docenas o incluso miles de microservicios. Dependiendo del enfoque de desarrollo de su organización, es muy probable que los microservicios

» tengan distintos lenguajes y distintas tecnologías,

» pertenezcan a distintos equipos de la organización de desarrollo,

» incluyan sus propios sistemas de control de versiones y actualización.

Dada la importancia de los microservicios, ¿cómo podemos crear un entorno gestionado que comprenda estos servicios y los permita com-portarse adecuadamente en su conjunto? En esencia, debe haber una capa definida por software por encima de los distintos sistemas que faci-lite la interacción entre estos microservicios. Los microservicios inclu-yen un conjunto de APIs estandarizadas que pueden interactuar con la capa definida por software.

CONSEJO


https://www-05.ibm.com/es/api-connect/

https://www-05.ibm.com/es/api-connect/


IBM Cloud Automation ManagerIBM Cloud Automation Manager (CAM) está diseñado específicamente para proporcionar al equipo central de TI capacidad para ofrecer gestión con capacidad de respuesta para las distintas nubes soportadas en la empresa. IBM CAM define un conjunto de plantillas de automatización que contiene un conjunto de recursos y sus atributos relacionados para numerosos entornos, como VMware clouds, OpenStack, IBM Cloud, Amazon EC2 y Microsoft Azure.

Para gestionar más fácilmente un entorno multinube, IBM CAM admite plantillas diseñadas en Terraform. Estas plantillas de Terraform pueden aplicarse a distintos entornos. Este enfoque le proporciona capacidad para gestionar entornos multinube mediante plantillas que es posible configurar basándose en la infraestructura soportada. La automatiza-ción le permite evitar la creación manual de código. Así, podrá combinar microservicios con máquinas virtuales y contenedores. Estos servicios pueden combinarse en un único objeto y colocarse en el catálogo de servicios.

Eche un vistazo a IBM CAM en www.ibm.com/us-en/marketplace/cognitive-automation.

TerraformIBM CAM utiliza Terraform, una herramienta de código abierto sopor-tada por todos los principales proveedores de nube como lenguaje de configuración. Es un entorno de software para crear, cambiar y mante-ner control de versiones de IaaS. Terraform crea configuraciones basán-dose en la plataforma y después, genera un plan de ejecución. Si la configuración cambia, Terraform aplica los cambios apropiados. Esta herramienta puede gestionar instancias de VM, almacenamiento, redes y aplicaciones, así como generar un gráfico de todos los recursos de informática y paralelizar la creación y modificación de recursos no dependientes. Terraform ofrece entrega automatizada de pilas de apli-caciones almacenadas en IBM Cloud, AWS de Amazon, Microsoft Azure, Google Cloud Platform, VMware, OpenStack y PowerVC.

Como Terraform precisa servicios para configurar, parchear y gestionar la automatización, suele utilizarse Chef. Además, mediante el uso de Terraform es posible aprovechar servicios de IBM Cloud como las distin-tas API de Watson, incluidas operaciones texto-a-voz.


https://www.ibm.com/us-en/marketplace/cognitive-automation

https://www.ibm.com/us-en/marketplace/cognitive-automation


Catálogo de servicios en IBM CAMMediante el uso de un catálogo de servicios, el gestor proporciona visibi-lidad en el núcleo del entorno multinube. La intención es proporcionar TI con un conjunto de servicios de nube para ayudar a estandarizar el despliegue de la pila completa de aplicaciones de nube. Construida como aplicación de microservicios, IBM CAM proporciona una interfaz visual con el propósito de componer servicios de centro de datos y servicios de aplicación para que puedan ser consumidos mediante autoservicio.

Compositor de serviciosEl compositor de servicios es una herramienta gráfica que utiliza un lienzo de pallets con interfaz de arrastrar y soltar para componer servi-cios de aplicación que a continuación pueden publicarse en el catálogo de autoservicio. El compositor de servicios también soporta módulos de configuración de Terraform para máquinas virtuales, equilibradores de cargas y redes. El compositor está previsto para vincular múltiples acti-vidades, incluidas plantillas de automatización, en el orden que deberán ejecutarse.

Monitorización de un entorno multinubeTI debe tener la capacidad de monitorizar las distintas plataformas y ser-vicios de la nube híbrida. Por tanto, es necesario monitorizar la actividad entre microservicios, servicios transaccionales, servicios de red y servi-cios de datos. Todos los sistemas proporcionan registros de su actividad, incluyendo su nivel de rendimiento y qué acciones se están tomando dentro de cada servicio y en su conjunto. El software de administración proporciona análisis, en ocasiones en tiempo real, sobre la calidad de ejecución de los sistemas basándose en el análisis de los datos.

Por ejemplo, IBM Cloud ofrece IBM Cloud Monitoring, que proporciona a los equipos de DevOps información útil sobre el nivel de rendimiento de las aplicaciones y su utilización de los recursos. Asimismo, el servicio permite a los equipos detectar problemas potenciales y abordarlos antes de que provoquen una interrupción del servicio. Además, las organiza-ciones suelen adquirir una serie de herramientas de gestión y monitori-zación para apoyar sus cargas de trabajo.



Soporte de múltiples herramientas de monitorización

IBM reconoce que la mayoría de las organizaciones han implementado numerosas herramientas de monitorización en el centro de datos y dis-tintos entornos de nube. Por tanto, en lugar de crear un nuevo conjunto de herramientas de monitorización, IBM ofrece un conjunto de APIs que los partners pueden utilizar para integrar sus servicios de monitoriza-ción en la plataforma IBM Cloud Management.

Preparación del escenario para la acciónUna nube privada proporciona la plataforma de integración que permite desarrollar rápidamente nuevas funciones y APIs que se integran con las aplicaciones y datos existentes. Permite a las empresas aprovechar las inversiones realizadas en infraestructura.

IBM Cloud Private ofrece una solución local integrada que funciona con distintos IaaS, PaaS y servicios. Esta solución se basa en tecnologías de servicios de datos y contenedores con coherencia entre distintas nubes públicas. Proporciona una única plataforma capaz de ejecutarse en la infraestructura local y que contiene la seguridad, conformidad, rendi-miento y eficacia de costes que demandan las empresas. IBM Cloud Pri-vate proporciona a los desarrolladores distintas opciones de lenguajes, marcos, tiempos de ejecución y servicios para crear microservicios y aplicaciones nativas de la nube.




http://Dummies.com

WILEY END USER LICENSE AGREEMENTGo to www.wiley.com/go/eula to access Wiley’s ebook EULA.

http://www.wiley.com/go/eula

Documents

IBM Cloud Private...Cada vez son más las empresas centradas en la nube y todas buscan en la nube privada una forma de asegurarse de optimizar su enfoque operativo para aprovechar