“SAP EPM Cloud”, ¿idea o realidad?

El pasado 10 de septiembre SAP daba a conocer, SAP Enterprise Performance Management OnDemand (SAP EPM OnDemand), su propuesta cloud computing de software como servicio (Software as a Service, SaaS) apoyada con procesamiento en memoria (SAP HANA Cloud) y aplicaciones mobile.


El pasado 10 de septiembre SAP daba a conocer, SAP Enterprise Performance Management OnDemand (SAP EPM OnDemand), su propuesta cloud computing de software como servicio (Software as a Service, SaaS) apoyada con procesamiento en memoria (SAP HANA Cloud) y aplicaciones mobile.



Retirando los “efectos especiales” del anuncio y siguiendo la lógica comercial del fabricante, creemos que SAP EPM OnDemand seguirá los pasos de SAP BI OnDemand (la propuesta SaaS de Business Intelligence de SAP) brindando soluciones puntuales con el mismo fin que la propuesta tradicional, pero con posibilidades y arquitecturas muy distintas.

Han transcurrido algunos años para que SAP BI OnDemand pueda ser considerada una alternativa de plataforma de Business Intelligence para una pequeña, mediana empresa o un área de negocios con necesidades puntuales, y por lo poco que se ha podido ver, al margen de vídeos y “powerpoints”, nos parece que SAP EPM OnDemand tiene un largo camino por delante.

Nos imaginamos que SAP EPM OnDemand brindará soluciones similares a las RDS (Rapid-Deployment Solution) de SAP, con las ventajas que brinda una solución SaaS, tales como el ahorro en infraestructuras tecnológicas especiales o consultoría especializada para su instalación o administración. Las organizaciones elegirán las aplicaciones, señalando los usuarios nominales y espacio en disco que estiman necesario, un sistema muy poco recomendable en grandes organizaciones, no tan sólo por la cantidad de usuarios que tendrían, sino también por las pocas posibilidades de personalización del entorno o la forma de analizar la información.

Referencia: Blog de Timo Elliott y Webinar (grabado)

SAP BusinessObjects Design Studio, “es tan bueno” que no tendrá ramp-up

El nuevo componente de la plataforma SAP BusinessObjects Business Intelligence 4.0 para diseñar cuadros de mando, SAP BusinessObjects Design Studio (denominado SAP Zen en su fase inicial) del estado beta o de pruebas, pasará directamente al estado de disponibilidad general (Generally Available, GA) sin pasar por un programa de ramp-up.


El nuevo componente de la plataforma SAP BusinessObjects Business Intelligence 4.0 para diseñar cuadros de mando, SAP BusinessObjects Design Studio (denominado SAP Zen en su fase inicial) del estado beta o de pruebas, pasará directamente al estado de disponibilidad general (Generally Available, GA) sin pasar por un programa de ramp-up.

SAP BO Design Studio, coexistirá con Xcelsius (SAP BO Dashboards) como alternativas para diseñar tableros y cuadros de mando. Tanto la primera versión de Design Studio como la nueva versión de Xcelsius (SP5, la que permitiría generar visualizaciones en HTML5) serían liberadas en último semestre de 2012.

Design Studio trabajaría con fuentes SAP BW y SAP HANA, permitiendo el uso de infocubos, consultas BEx y vistas HANA, quedando pendiente la conectividad con Universos BusinessObjects.  Este nuevo componente aspira a facilitar el diseño, inclusive alguna vez se comentó que el usuario de negocios podría elaborar sus visualizaciones, pero por los comentarios leídos, al parecer, le falta madurar en este aspecto.

Debido a la gran cantidad de usuarios que han participado en la fase “beta”, SAP ha decidido liberar el producto sin que pase por un programa de “ramp-up”, algo poco usual.  Un programa de ramp-up demanda la superación de algunos indicadores, como la exigencia de implementarse en producción al menos diez proyectos. Por antecedentes en otros lanzamientos de SAP, nuestra sugerencia sería esperar a que lleguen por lo menos tres actualizaciones o esperar alrededor de seis meses luego de su liberación.

Referencia: Blogs SAP SDN

Arquitectura de SAP BO BI 4.0: ¿Escalabilidad horizontal o vertical?, “he ahí el dilema”

Poner en marcha un producto como SAP BusinessObjects Business Intelligence, no es “instalar y usar”, menos aún la versión 4.0 y todas sus actualizaciones posteriores, resulta imprescindible que se planifique cual es la mejor arquitectura que requiere la organización, factores tales como el número de usuarios, componentes que se utilizarán, fuentes de datos a las que se accederá o el volumen de información que se analizará; son determinantes en el diseño de la arquitectura de la plataforma de SAP BO BI


Poner en marcha un producto como SAP BusinessObjects Business Intelligence, no es “instalar y usar”, menos aún la versión 4.0 y todas sus actualizaciones posteriores, resulta imprescindible que se planifique cual es la mejor arquitectura que requiere la organización, factores tales como el número de usuarios, componentes que se utilizarán, fuentes de datos a las que se accederá o el volumen de información que se analizará; son determinantes en el diseño de la arquitectura de la plataforma de SAP BO BI.

Una plataforma como SAP BusinessObjects BI 4.0 (BI4), tiene varios procesos de servidor, grosso modo, cada componente que genera contenidos de BI tiene entre 3 a 5 tareas (servicios) que se ejecutan en uno o más servidores de BO (ver post anterior), además, otras funcionalidades tales como las búsquedas o estadísticas también tienen procesos asociados que consumen recursos. Considerando este aspecto, se puede definir que los procesos de servidor se puedan “ampliar verticalmente” (escalabilidad vertical) para ahorrar costos (un equipo ejecuta varios o todos los procesos del lado del servidor) o “ampliar horizontalmente” (escalabilidad horizontal ) para mejorar el rendimiento (donde los procesos de servidor se distribuyen entre dos o más máquinas en red).

Pequeñas instalaciones pueden tener un único host para el servidor de aplicaciones Web, servidor de bases de datos y todos los servidores de BI4.  En instalaciones pequeñas o grandes, para liberar recursos al host de SAP BO BI, se puede optar por tener un host de servidor de Aplicaciones Web por separado.

En instalaciones grandes se pueden disponer de varios host de BI4 incluidos en un sólo cluster.  De este modo, se obtiene lo siguiente:

  • Alto Rendimiento (Improved Performance). Varios hosts de SAP BO BI procesarán más rápido una cola de consultas que un único host.
  • Equilibrio de carga (Load balancing). Si un servidor del cluster experimenta una carga más elevada, el proceso responsable en distribuir el trabajo (Central Management Server, CMS) enviará automáticamente el nuevo trabajo a un servidor con mejores tareas en ejecución.
  • Alta Disponibilidad (Improved availability). Si un servidor se encuentra con una “condición inesperada” (unexpected condition), el CMS reenviará el trabajo a otros servidores del cluster hasta que la anomalía se corrija.

Hosts, servidores y servicios, la esencia de SAP BO BI

Cuando hablamos de aplicaciones informáticas la palabra servidor o servidores siempre esta presente, para muchos, tiene un significado específico, asociado a un hardware o un equipo con un sistema operativo “especial” que administra las aplicaciones y/o bases de datos. Pero si hablamos de SAP BusinessObjects BI, este concepto no es del todo exacto.


Cuando hablamos de aplicaciones informáticas la palabra servidor o servidores siempre esta presente, para muchos, tiene un significado específico, asociado a un hardware o un equipo con un sistema operativo “especial” que administra las aplicaciones y/o bases de datos.  Pero si hablamos de SAP BusinessObjects BI, este concepto no es del todo exacto.

Desde sus orígenes, la columna vertebral de SAP BO BI son los servidores, los cuales gestionan las principales funciones de cada componente que se incorpora en la plataforma de BI.  Un servidor en BO es un proceso de sistema operativo que utiliza los recursos que se le asigna (memoria y disco) para llevar a cabo una o más tareas de la plataforma BI de SAP.  Un servidor de BO contiene uno o más servicios, los cuales ejecutan una tarea puntual dentro del espacio asignado al servidor que los contiene.

Los servidores de BO son instalados y configurados en los hosts (máquinas físicas o virtuales).  La principal preocupación de los implementadores y administradores de SAP BusinessObjects BI, es organizar los hosts (si hubiese más de uno), servidores y servicios, considerando las necesidades de la organización y lo que nos ha enseñado nuestra experiencia, para hacer un buen uso de los recursos y brindar con eficiencia la información solicitada por los usuarios.

Tu SAP HANA por 81,29 US$

SAP HANA es la plataforma de procesamiento en memoria sobre la que funcionarán no tan sólo todos los productos SAP, sino también los productos de otros grandes fabricantes.


SAP HANA es la plataforma de procesamiento en memoria sobre la que funcionarán no tan sólo todos los productos SAP, sino también los productos de otros grandes fabricantes. Ya sea para investigar, estudiar o desarrollar un nuevo producto basado en esta plataforma in-memory, resulta imprescindible contar con acceso a una infraestructura SAP HANA.

Una alternativa para contar con acceso a una plataforma SAP HANA es la que SAP ofrece vía Amazon Web Services (AWS), aún no la hemos probado, pero una configuración mínimia con acceso 2 horas diarias podría llegar a costar 81,29 US$ por mes, con el calculador que ofrece AWS se puede estimar la alternativa más adecuada.