Las mejores prácticas de la nube de Cognos: Cambio de una tipología de imagen única a una de imagen múltiple

Las mejores prácticas para ayudar a gestionar el rendimiento de la nube de Cognos de imágenes múltiples

Al igual que en un centro de datos tradicional, la implantación de la nube de Cognos puede requerir de varios equipos, por lo tanto la solución de nube puede requerir imágenes múltiples. Criterios tales como rendimiento, escalabilidad y alta disponibilidad en general conducen a una tipología de imágenes múltiples. Los autores demuestran las mejores prácticas para gestionar este tipo de tipología de imagen múltiple.

Stephan Jou, Technical Architect, IBM China

Stephan Jou es technical architect, research staff member y Sr. technical staff member de la división de Analítica de Negocios de IBM, en el grupo de Tecnología e Innovación del área del CTO. Durante su carrera en Cognos Software, diseñó y lideró el desarrollo y lanzamiento al mercado de varios productos en su versión inicial, que posibilitaron búsquedas en minería de datos, redes neurales, visualizaciones, móviles, dashboarding y semántica. Su rol actual en IBM está focalizado en la traducción de investigaciones académicas y de IBM a estrategias de producto para Cognos y SPSS Software. Jou tiene una Maestría en Neurociencia Computacional e Ingeniería Biomédica y una Licenciatura doble en Ciencias de la Computación y Fisiología Humana, otorgadas por la Universidad de Toronto.



William Lee, Senior Software Consulting Engineer, IBM China

William Lee es senior software consulting engineer de IBM a través de la adquisición de Cognos. Es miembro del equipo de Tecnología e Innovación para el área del CTO de la división de Analítica de Negocios de IBM; ayuda a definir la visión y dirección técnica para los productos de software de Cognos y SPSS. Lee forma parte de Cognos e IBM desde 1992 y tiene una Licenciatura en Ciencias de la Computación y Matemáticas, y una Maestría en Ciencias de la Computación, otorgadas por la Universidad de Carleton, Otawa, Canadá.



Thanh Pham, Solution Architect, IBM

Thanh Pham es Solution Architect en Tecnología Avanzada de Gestión de Información de IBM. Actualmente se concentra en ayudar a los clientes a construir aplicaciones utilizando el producto IBM Mashup Center y cloud computing de IBM. Antes de ejercer este rol, fue Arquitecto de ECM/Filenet Business Process Framework.



Biraj Saha, Advisory Software Developer, IBM China

Biraj Saha es advisory software developer de IBM Cognos, especializado en diseño y desarrollo de metadatos y algoritmos para las herramientas de modelado de Cognos como Framework Manager, Metrics Designer y Architect, así como también desarrollo de SOA y SDK para Cognos 8 BI Server. Antes de 2000, fue Ingeniero Senior de Software en EDS Systemhouse, ejerciendo roles en desarrollos líderes para una amplia variedad de clientes en varios proyectos relacionados con RDBMS, incluyendo conversiones de aplicación ERP y de proveedor RDBMS y Java personalizado™, C++, procedimientos almacenados y aplicaciones 4GL. Saha es Licenciado en Ciencias de la Computación de la Universidad de New Brunswick en Canadá y Máster en Ciencias de la Computación especializado en la teoría de la restricción de bases de datos orientados a objetos, de la Universidad de Waterloo, Canadá.



25-08-2010

Al igual que en un centro de datos tradicional, la implantación de la nube de Cognos puede requerir de varios equipos, por lo tanto la solución de nube puede requerir imágenes múltiples. Criterios tales como rendimiento, escalabilidad y alta disponibilidad en general conducen a una tipología de imágenes múltiples. Este artículo describe algunas mejores prácticas para estas tipologías de imágenes múltiples.

Esta es la primera de una serie de mejores prácticas y consejos sobre instalación y configuración de la nube de Cognos. En esta serie se usa Cognos 8.

Antes de comenzar con las mejores prácticas para el uso de imágenes de software múltiples, rendimiento y escalabilidad, y con temas de alta disponibilidad, se debe echar un vistazo a las nubes, cargas de trabajo y a cómo puede Cognos 8 potenciar el poder de la nube.

Cognos 8 BI: Abrocharse los cinturones de seguridad

Primero, unas palabras acerca IBM Cognos 8 BI para aquellos que no estén familiarizados con este producto.

IBM®Cognos®8 Business Intelligence (BI) es miembro de la marca de Information Management de IBM que maneja toda clase de software.—Además de Cognos BI, está DB2®, Cloudscape, InfoSphere™, Optim™, FileNet®,Informix® y OmniFind,®—que cumplen toda clase de tareas—analíticas, gestión de datos y de bases de datos, contenido empresarial y gestión de cumplimiento, mensajería y colaboración y portales y mashups. El software de Cognos y el software de análisis estadísticos de SPSS constituyen la división de Analítica de Negocios de IBM.

IBM Cognos 8 BI está compuesto por cuatro componentes orientados a tareas principales:

  1. IBM Cognos 8 BI Reporting:Provee un conjunto capacidades para la generación de informes en una única solución basada en Internet para todos los componentes del ciclo de vida de la generación de informes, por ejemplo:
    • La generación de informes de autoservicio que posibilita a los usuarios tomar la información que necesitan sin interferir con la TI.
    • La generación de informes donde el autor crea una vez y luego accede a todas partes permite a la TI crear un único informe al que los usuarios pueden acceder en una gran cantidad de dispositivos; incluye soporte para más de 25 idiomas, se puede emitir en formatos múltiples y pueden acceder otras aplicaciones y procesos.
  2. IBM Cognos 8 BI Analysis:Permite explorar información en forma interactiva, independientemente de dónde se almacenen los datos (procesamiento analítico online y fuentes relacionales modeladas dimensionalmente). Provee análisis rápidos sobre temas complejos, permite deslizarse entre detalles a nivel de resumen y detalles a nivel de transacciones para encontrar piezas de datos críticas, y posee series de tiempo personalizadas integradas que permiten construir “fotos” de tendencias sofisticadas detalladas, acerca de lo sucedido en la empresa a lo largo del tiempo.
  3. IBM Cognos 8 BI Dashboards:Ayuda a monitorear, medir y gestionar el desempeño mediante una demostración, a simple vista, de lo que los datos tratan de decir; son una herramienta clave para ayudar a detectar pequeñas anomalías antes de que se conviertan en un gran problema de negocios. Los paneles de control se pueden personalizar para producir el nivel de visualización requerido y proveer datos de salida en formatos múltiples.
  4. IBM Cognos 8 BI Scorecarding:Ayuda a tomar los análisis de informes obtenidos a través de paneles de control, pasarlos a métricas y luego generar estrategias a futuro a partir de los análisis. También contribuye a comunicar esta estrategia a otros mediante la creación de métricas con las que ellos puedan medir los resultados de las acciones efectuadas. El componente es como el comando central de una operación:
    • A cada métrica de cuadro de mandos se le puede asignar un propietario.
    • Se puede clasificar cada cuadro de mandos por prioridades dentro de la totalidad del mapa estratégico.
    • Cada cuadro de mandos puede tener capacidades BI incrustadas para efectuar análisis continuos en situaciones rápidamente cambiantes.
    • Se puede visualizar cada cuadro de mandos dentro del mapa estratégico general, por lo es más fácil determinar cómo se adapta el cuadro de mandos a medida que el plan general evoluciona.

Existen también hay varios componentes disponibles para extender Cognos 8 BI.


Cognos 8 BI: Hacia las nubes

Es evidente que el poder del software de analítica de negocios y el alcance de cloud computing son una combinación emocionante. Ambos conceptos tratan la eliminación de las limitaciones del pasado impuestas por sistemas más tradicionales:

  • Cloud computing intenta vencer las limitaciones de almacenamiento de recursos virtuales y físicos mediante la facilitación de la capacidad de compartir recursos de datos, y la eliminación de la necesidad de tener todos los recursos de datos alojados en una misma máquina. Intenta eliminar el enigma máximo del uso de la CPU al equilibrar las cargas de trabajo en todos los distintos sistemas dentro (y a veces fuera) de la nube en cuestión. Intenta resolver el problema del costo de acceso al hacer que los sistemas de prueba de aplicaciones predefinidas y las aplicaciones de productividad estén disponibles en base a demanda.
  • La analítica de negocios quita el trabajo de reconocer tendencias y anomalías, que requiere de mucha mano de obra, de manos humanas y lo automatiza; crea "visualizaciones" de datos mediante la transformación de datos en información de modo que las personas puedan percibir fácilmente las tendencias y compartir los descubrimientos; provee combinaciones de interpretación/solución posibles al transformar la información a conocimiento, de manera que las persona se puedan concentrar en la tarea más importante de todas—Responder a la pregunta "¿Hacia dónde vamos ahora?"

En esta serie

En esta serie se discuten las mejores prácticas basadas en la propia experiencia que incluye:

  • Gestionar una topología de nube de imágenes múltiples de Cognos en base a criterios tales como rendimiento, escalabilidad y alta disponibilidad. Se discute el uso del archivo Hosts (Huéspedes) existente para gestionar imágenes múltiples, realizar escalabilidad horizontal hacia distintos tamaños de clusters, crear instantáneas usando imágenes privadas y determinar dónde se desea almacenar los archivos necesarios.
  • Dimensionar la arquitectura para rendimiento y escalabilidad. Se hablará acerca de cómo la comunidad de usuarios y la distribución geográfica afectan el rendimiento y de cómo la complejidad de las aplicaciones puede afectar el rendimiento. Se dará una regla general sobre escalabilidad post-implantación.
  • Elegir las configuraciones para posibilitar una alta disponibilidad. Se harán recomendaciones para configurar y mantener la nube de Cognos en alta disponibilidad y en recuperación de desastres, esto incluye cómo usar las puertas de enlace Cognos y los servidores de aplicación Cognos, Cognos Content Manager tanto en modo activo como en espera, y el IBM DB2 High Availability and Disaster Recovery (HADR – Alta disponibilidad y recuperación de desastres).
  • Topología general, seguridad y consideraciones sobre datos. Se hablará acerca de dónde se deberán ubicar los datos, las bases de datos de consulta y las fuentes de autenticación para distintos tipos de cargas de trabajo y de requerimientos.

Si los lectores lo consideran necesario se podrá, en artículos futuros, tratar las mejores prácticas y variaciones de instalación específicas de la nube de IBM/Cognos 8 BI.

Para iniciar la serie, se provee un simple (pero no exhaustivo) listado de consideraciones sobre cómo diseñar y probar la topología.

Cuatro consejos para empezar con la nube

A medida que se diseña y refina la topología:

  1. Comenzar simplemente; satisfacer los requerimientos, pero evitar complejidades innecesarias.
  2. Mantener siempre el número de instancias de nube en la topología, lo más bajo posible; agregar instancias es fácil por lo tanto, inicialmente no sobreestime los requerimientos.
  3. El #2 también es pertinente cuando se trata del número de imágenes de nube únicas. Por ejemplo, es más fácil gestionar una sola imagen de base de datos DB2, que se auto personaliza al inicio, que crear cinco imágenes distintas de bases de datos de consulta.
  4. El proceso de diseño y prueba de la topología deberá estar iterativo, algo así como:
    1. Diseñar/refinar la topología.
    2. Crear/personalizar las instancias requeridas.
    3. Instalar/configurar las instancias.
    4. Guardar instantáneas de imágenes.
    5. Probar la funcionalidad y el rendimiento.
    6. Repetir.

Veamos ahora el artículo principal: Mejores prácticas para gestionar una topología de nube de imagen múltiple.


Mejores prácticas: Uso del archivo Hosts para gestionar imágenes múltiples

Cuando se trate con imágenes de nube múltiples, se deberá tratar con las direcciones IP (Protocolo de Internet) múltiples y cambiantes, asociadas a esas imágenes.

El nombre de host forma pares entre un nombre lógico y una dirección IP; los nombres de host son a menudo almacenados por un servidor DNS para permitir que los programas mapeen el nombre de host a una dirección IP o vice-versa. Por ejemplo, la dirección IP para el Content Manager versión 10.3.0.1 que está en modo de espera, se puede mapear al nombre de hostcm_standby.

Para soluciones complejas, sería apropiado implantar un servidor DNS interno para gestionar estos nombres de host. Sin embargo, como ventaja adicional, las máquinas también tienen un archivo conocido como archivohostsque el sistema operativo usa para mapear nombres de host a direcciones IP. En muchos casos, es más fácil usar el archivo hosts para gestionar el cluster de instancias:

  • En UNIX®, el archivo hosts está ubicado en /etc/hosts.
  • En Windows®, el archivo hosts está ubicado en \Windows\System32\Drivers\etc\hosts.

A los efectos de este artículo, se supone que todas las instancias están en la misma región de nubes y por lo tanto en el mismo rango IP de clase privada. Si se tiene instancias de nube en distintas regiones geográficas, se puede tener la consideración adicional de tratar con rangos IP de clase múltiple.


Ejemplo: Un cluster Cognos 8 elástico de una sola imagen

Recordar que siempre es más fácil gestionar una solución de nube que tenga la menor cantidad de imágenes posible. Por ejemplo, a pesar de que una implantación en Cognos 8 cloud pueda tener instancias con distintos roles (puerta de enlace, distribuidor, administrador de contenido, etc.), a menudo es más fácil gestionar la implantación mediante la creación de una sola imagen genérica que entonces se puede personalizar.

Un cluster Cognos 8 puede incluir tres componentes lógicos:

  • Puerta de enlace
  • Distribuidor y administrador de contenido
  • Base de datos.

Un enfoque sobre la construcción de este cluster es a través del uso de tres imágenes de nube separadas:

  • Imagen de puerta de enlace (con Cognos y Apache)
  • Imagen de nube de distribuidor
  • Imagen de la base de datos DB2

Se debe recordar la regla: menor cantidad de imágenes posible. Escalar la solución de forma dinámica en este escenario también presenta desafíos que no están presentes cuando todos los componentes se cargan en una sola imagen de nube.

Se puede comenzar con una sola imagen de nube que incluya todos los componentes de software (Cognos 8, Apache, y DB2). Luego definir un mecanismo para iniciar de forma dinámica instancias desde esta sola imagen, y configurarla para que crezca de forma dinámica.

Los tres pasos principales para hacer esto son:

  1. Instalar todo el software que se requiera en una imagen de nube.
  2. Configurar el cluster de solución usando alias del nombre de host.
  3. Mapear esos alias a una instancia real y a su dirección IP asociada mediante el uso del archivo hosts.

Alias de nombre de host

Crear un archivo hosts que contenga las siguientes entradas:

  • myCognos.Alias a la instancia actual (similar a localhost).
  • vm-db2.Alias para la instancia DB2.
  • vm-gateway.Alias para la instancia de puerta de enlace de Cognos.
  • vm-cognos1.Alias al primer distribuidor Cognos.
  • vm-cognos2 ... vm-cognos10.Alias a los nueve distribuidores Cognos potenciales restantes.

De forma predeterminada, todos los alias en el archivo hosts se mapean a localhost, el alias para la instancia de la máquina actual.

Desde la herramienta de Configuración de Cognos 8 en la pestaña Environment (Entorno), ingresar las configuraciones desde la Tabla 1:

Tabla 1. Opciones de configuración
Gateway URL (localizador uniforme de recursos)Reemplazar localhost con vm-gateway
URI de distribuidorIngresar los diez distribuidores: http://vm-cognos1:9080/p2pd/servlet/dispatcher/ext, http://vm-cognos2:9080/p2pd/servlet/dispatcher/ext, etc. para los diez distribuidores
URI de controlador para puerta de enlaceReemplazar localhost myCognos
URI de distribuidor externoReemplazar localhost con myCognos
URI de distribuidor internoReemplazar localhost myCognos
URI de distribuidor para aplicaciones externasReemplazar localhost con myCognos
Content ManagerIngresar los diez distribuidores: http://vm-cognos1:9080/p2pd/servlet/dispatcher/ext, http://vm-cognos2:9080/p2pd/servlet/dispatcher/ext, etc. para los diez distribuidores

En los URIs de la Tabla 1, reemplazar el puerto 9080 (el puerto predeterminado que usa el distribuidor cuando se instala en Websphere®Application Server con el número apropiado de puerto del entorno. Por ejemplo, 9300 si se usa Tomcat en vez de WebSphere Application Server.

Estas opciones de configuración permiten la escalabilidad horizontal de la topología de nube desde un cluster de instancia única a 12 instancias, simplemente mediante el inicio de las instancias y la realización de cambios en el archivo hosts.

Veamos ahora los tamaños de cluster.

Cluster de tamaño 1

Cualquier instancia puede actuar como un único cluster de tamaño 1, independiente. Todo el software instalado (Cognos 8, Apache y DB2) se ejecuta en una única instancia.

Cluster de tamaño 2

Para un cluster de tamaño 2, hay dos instancias que cumplen los siguientes roles:

  • Instance 1 cumple el rol DB2.
  • Instance 2 cumple los roles de puerta de enlace, distribuidor y administrador de contenido.

Asignar Instance 1 al rol DB2 mediante la realización de los siguientes cambios en el archivo hosts Instance 1:

Alias de nombre de host de Instance 1La nueva configuración
myCognosIP de Instance 1
vm-db2IP de Instance 1
vm-gatewayIP de Instance 2
vm-cognos1 ... vm-cognos10IP de Instance 2

Asignar Instance 2 al rol puerta de enlace, distribuidor y gestor de contenido mediante la realización de los siguientes cambios en el archivo hosts Instance 2:

Alias de nombre de host Instance 2La nueva configuración
myCognosIP de Instance 2
vm-db2IP de Instance 1
vm-gatewayIP de Instance 2
vm-cognos1 ... vm-cognos10IP de Instance 2

Se debe tener en cuenta que los cambios al archivo hosts se deben efectuar de forma inmediata; bajo la mayoría de los sistemas operativos (que incluyen Windows y Linux), las entradas hosts nuevas y actualizadas no requieren que se reinicie ningún servicio. Además, cualquier instancia de Cognos 8 en ejecución no necesita reiniciar para que estos cambios se hagan efectivos.

Cluster de tamaño 3

Iniciar la tercera instancia y cambiar los archivos host (huésped) para asignar los siguientes roles:

  • Instance 1 para que cumpla el rol de DB2.
  • Instance 2 para que cumpla el rol de puerta de enlace.
  • Instance 3 para que cumpla el rol de distribuidor/administrador de contenido.

Por ejemplo, el archivo host Instance 3 se cambia de la siguiente manera:

Alias de nombre de host de Instance 3La nueva configuración
myCognosIP de Instance 3
vm-db2IP de Instance 1
vm-gatewayIP de Instance 2
vm-cognos1 ... vm-cognos10IP de Instance 3

Escalabilidad horizontal a clusters de tamaño 4 a 12

Para efectuar instancias adicionales de escalabilidad horizontal más allá del tamaño 3, repetir los pasos previamente delineados. Agregar una nueva instancia y adjuntarla a la tipología como un distribuidor adicional, mediante la asignación de los nombres de host vm-cognos restantes, al IP de la nueva instancia. Por ejemplo, agregar la cuarta instancia modifica los archivos hosts de Instance 4:

Alias de nombre de host de Instance 4La nueva configuración
myCognosIPnde Instancia
vm-db2IP de Instance 1
vm-gatewayIP de Instance 2
vm-cognos1IP de Instance 3
vm-cognos2 ... vm-cognos10IP de Instance 4

Básicamente se efectúa una escalabilidad horizontal de la solución de manera dinámica mediante la incorporación de instancias de nube allistado del distribuidor. El listado del distribuidor actúa como balanceador de carga para que Cognos 8 contacte a los distribuidores en el orden en que aparecen dentro de la configuración de Cognos.

El límite de 10 distribuidores (para un total de 12 instancias en esta tipología) se fijó arbitrariamente para este ejemplo; se puede bajar o subir según las necesidades.


Creación de instantáneas mediante el uso de imágenes privadas

A medida que se desarrolla la solución, se debe asegurar la toma de instantáneas del trabajo mediante la creación de imágenes privadas en la IBM Cloud (nube de IBM). Además de proveer copias de seguridad, imágenes privadas ahorra tiempo al grabar toda la instalación y configuración del software para la imagen.

Por ejemplo, al crear una imagen privada del sistema operativo con cualquier cambio repositorio, configuraciones de seguridad/firewall y algunas herramientas comunes, se puede crear un punto de inicio para otras imágenes sin tener que "comenzar de cero" cada vez. Esta clase deinstantánea de imagen de basees una mejor práctica recomendada.

Los cambios que se realizan en imágenes privadas crean una nueva imagen privada, pero sólo se almacenan las diferencias entre la primera y la segunda imagen. Esto significa que cuando se instala, por ejemplo, Cognos 8 en imagen de base y luego se crea una nueva imagen privada, el resultado es una imagen mucho más pequeña. La imagen en este caso solo necesita guardar el software Cognos 8 recientemente incorporado.

No se pueden borrar ninguna imagen privada intermedia porque la imagen privada, tal como se explicara anteriormente, sólo almacena los cambios entre imágenes a fin de ahorrar espacio (llamadodeltachanges). Por ejemplo, si la imagen C se basa en la imagen B la cual a su vez, se basa en la imagen A, entonces no se podrá borrar la imagen B porque C depende de ella; IBM Cloud genera a C desde A mediante la aplicación de cambios a B.


Archivos de nube

Los archivos en IBM Cloud se almacenan en dos lugares—en el sistema de archivos asociados a la instancia de nube o en un directorio de montaje.

Los archivos se pueden almacenar en el sistema de archivos asociado a la instancia de nube. Este sistema de archivos local es análogo al disco rígido de una PC. Los archivos almacenados es este lugar se deben considerar como temporarios porque cada sistema de archivos de una instancia es efímero. Si la instancia se apaga (o sufre alguna clase de falla), la información guardada en el sistema de archivos se perderá. Además, los archivos almacenados dentro de la instancia de nube no son accesibles a otras instancias.

Los archivos se pueden almacenar en un directorio de montaje en base a un sistema de archivos de la instancia de almacenamiento de IBM Cloud. Este sistema de archivos de nube es análogo a la unidad NAS (almacenamiento direccionable de red) conectada a múltiples PC. Los archivos que se almacenan en este lugar se pueden considerar como permanentes gracias a las garantías de copias de seguridad y redundancia de IBM Smart Business Development y de almacenamientos de Test Cloud.

Todas las instancias pueden acceder a, y compartir, los archivos que se almacenan en este directorio de montaje. Se pueden adquirir separadamente copias de seguridad y servicios de recuperación de almacenamiento adicionales, de IBM Smart Business Development y de Test Cloud.

En caso de ser necesario almacenar archivos fuera de las imágenes de nube o compartir archivos entre instancias de nube, almacenar los archivos en directorios de montaje desde IBM Storage Cloud (Nube de almacenamiento de IBM). En una implantación de imágenes múltiples de Cognos 8, se debe considerar el almacenamiento de lo siguiente preferentemente en directorios de montaje más que en instancias locales:

  • Fuentes de datos basados en archivos
  • Software común
  • Scripts de implantación común (permite actualizar/modificar los scripts sin modificar imágenes privadas múltiples)
  • Archivos hosts previamente construidos y otros archivos de configuración (para copiar en las instancias de nube)
  • Copias de archivos de auditorías o de archivos de registros importantes (para que se guarden aún en el caso de que se cierre la instancia original)
  • Archivos de copia de seguridad de base de datos

En conclusión

Es de esperar que estas mejores prácticas ayuden a mejorar la gestión de topologías de nube de imágenes múltiples a fin de poder efectivamente ejecutar Cognos en IBM Cloud. La combinación del poder de cloud computing con la habilidad de análisis de negocios inteligentes puede dar a las aplicaciones una ventaja competitiva.

Busque más información acerca de cómo ejecutar Cognos cloud en el sitio de Cognos y en developerWorks (Recursos).

Recursos

Aprender

Obtener los productos y tecnologías

Comentar

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Cloud computing, Information mgmt
ArticleID=587646
ArticleTitle=Las mejores prácticas de la nube de Cognos: Cambio de una tipología de imagen única a una de imagen múltiple
publish-date=08252010