La Predicción, ¿asignatura pendiente de SAP?

Sabemos que son días de de fiesta y celebración por el lanzamiento oficial de SAP BusinessObjects 4.0, pero no podíamos dejar pasar por alto más este tema, sobre todo luego de leer una reciente entrada de sumo interés.


Sabemos que son días de de fiesta y celebración por el lanzamiento oficial de SAP BusinessObjects 4.0, pero no podíamos dejar pasar por alto más este tema, sobre todo luego de leer una reciente entrada de sumo interés.

Con la información, en Business Intelligence, se puede informar, explorar, modelar (escenarios) y predecir, para que luego el usuario o consumidor de información pueda analizarla.  Para las tres primeras grandes categorías de contenido de BI, BusinessObjects tiene una amplia variedad de herramientas, algo que no sucede en cuanto a la predicción o minería de datos.

Dependiendo de «IBM SPSS Modeler»

El componente predictivo de la plataforma SAP BusinessObjects es Predictive Workbench, basado en SPSS Modeler, un producto de IBM desde mediados de 2009, fecha en que adquiere SPSS por 1.200 millones de dólares.

Cuando SAP adquiere Business Objects ya existía un contrato con SPSS, el cual ha sido renovado el pasado junio.

SAP PIO – SAP Performance and Insight Optimization

Desde hace unos meses tenemos información sobre SAP PIO, inicialmente pensábamos que se trataba de un nuevo producto, una plataforma predictiva o algo similar, pero revisando la breve documentación disponible, vemos que se trata más de una visión, basada en servicios y en productos existentes: SAP BusinessObjects, SAP HANA + Predictive Workbench (con SPSS Modeler embebido).

Concluyendo

Las necesidades de herramientas predictivas es creciente, están ganando un gran protagonismo en las plataformas de Business Intelligence o Business Analytics, por lo que consideramos que la dependencia que tiene SAP de un producto de la competencia es una situación temporal, la pregunta sería ¿habrá un desarrollo interno o una adquisición?, si se optara por la segunda vía, ya tenemos nuestra sugerencia.

Referencia: Blog de Dirk Petzoldt

Los partners de SAP HANA

En SAP HANA, el hardware juega un papel muy importante, es por ello que SAP ha elegido a los mejores del sector como partners. Tenemos la duda que la elección del hardware repercute en el coste de la implementación, asumimos que sí. Los socios de SAP para HANA, por el momento, son los siguientes:


En SAP HANA, el hardware juega un papel muy importante, es por ello que SAP ha elegido a los mejores del sector como partners. Tenemos la duda que la elección del hardware repercute en el coste de la implementación, asumimos que sí.  Los socios de SAP para HANA, por el momento, son los siguientes:

HANA, la propuesta BigData de SAP

Podemos considerar que la “amenaza” de los grandes volúmenes de datos, que crece imparable año tras año en las organizaciones, siempre ha existido, y que BigData no es nada nuevo. Sí, estamos parcialmente de acuerdo.


Podemos considerar que la “amenaza” de los grandes volúmenes de datos, que crece imparable año tras año en las organizaciones, siempre ha existido, y que BigData no es nada nuevo.  Sí, estamos parcialmente de acuerdo. 

La “fiebre” BigData que desde hace más de un año estamos viviendo, puede ser comparada a lo que comenzó a ocurrir con el cloud computing, hace algunos años más atrás, se afirmó que era una redefinición de conceptos.  De cualquier modo, el cloud computing, ha superado las barreras de adopción, en pequeñas o grandes organizaciones, ya se opta por alguna variante de la computación en la nube.

Consideramos que la adopción de soluciones de gestión de datos grandes (Big Data) será con la misma o mayor rapidez, porque la necesidad de la organizaciones es impostergable y las propuestas de los fabricantes han alcanzado un alto nivel de calidad y madurez.

HANA = BigData+

La propuesta de gestión de las grandes cantidades de información de SAP, se llama HANA, pero quizás sea la más completa y disruptiva de todas las propuestas existentes.  HANA no es una aplicación o una solución, es una plataforma sobre la cual se desplegarán las aplicaciones que facilitarán el análisis sino también las transacciones.

Revisando la documentación oficial SAP define del siguiente modo a HANA:

  • SAP In-Memory Appliance (SAP HANA)
    • HANA es una solución flexible, independiente del dispositivo que permite a los clientes analizar grandes volúmenes de datos de SAP ERP en tiempo real, sin la necesidad de realizar cargas o transformaciones.
    • HANA es una combinación de hardware y software que integra una serie de componentes SAP
    • incluyendo SAP In-Memory Database, Sybase Replication technology and SAP LT (Landscape Transformation) Replicator.
    • HANA se distribuye como  dispositivos optimizados de un conjunto de líderes de hardware, partners de SAP.
  • SAP In-Memory Database
    • SAP In-Memory Databas es un hibrido de base de datos en memoria, que combina tecnologías de bases de datos basada en filas, columnas y objetos.  Esta optimiazada para explotar las capacidades del procesamiento paralelo de arquitecturas multi core/CPU.
    • SAP In-Memory Database es el corazón de HANA, juntos ayudan a los clientes a mejorar su eficiencia operativa, agilidad y flexibilidad.

Simplemente, SAP HANA

En alguna ocasión hemos criticado lo voluble que puede parecer SAP para asignar nombres a sus productos, porque una vez dados a conocer, los cambia con el fin que el nombre del mismo sea descriptivo y comprensible para todos los usuarios. Las victimas más conocidas, han sido los componentes de SAP BusinessObjects, pero en vez de recibir “aplausos”, han recibido multitud de “críticas”. Pensamos que los responsables de estos cambios han aprendido la lección, se han percatado que estos «re-brandings» no son convenientes.


En alguna ocasión hemos criticado lo voluble que puede parecer SAP para asignar nombres a sus productos, porque una vez dados a conocer, los cambia con el fin que el nombre del mismo sea descriptivo y comprensible para todos los usuarios.  Las victimas más conocidas, han sido los componentes de SAP BusinessObjects, pero en vez de recibir “aplausos”, han recibido multitud de “críticas”.  Pensamos que los responsables de estos cambios han aprendido la lección, se han percatado que estos «re-brandings» no son convenientes.

Al parecer, el alcance de SAP HANA era mejorar los tiempos de respuesta de las herramientas de análisis, de ahí el significado del acrónimo: “High-Performance Analytic Appliance”.  Pero una vez dado a conocer y con algunas importantes implementaciones de prueba realizadas, suponemos, que el alcance se amplió, ya que se hablaba de una “plataforma” sobre la cual funcionaría cualquier aplicación con mejores tiempos de acceso a los datos y el significado del acrónimo, aunque no coincidiera las iniciales, paso a ser “In-Memory Appliance”; lo que nos hizo pensar que SAP HANA, en su corta vida, recibiría un nuevo nombre.

Pero nada de esto sucederá, SAP HANA, como acrónimo, no tendrá ninguna explicación, será un nombre, cualquier producto o aplicación que se desarrolle para que funciones sobre esta plataforma (basada en software y hardware) recibirá, a modo de sufijo, el siguiente texto, “Powered by SAP HANA”.

Referencia: Blogs SAP Insider

HANA para tiempos de BigData

«Capaz de procesar información 3.600 veces más rápido que las bases de datos tradicionales”… un argumento como este, es más que suficiente para pensar muy seriamente en SAP HANA, disponible oficialmente desde el 20 de junio pero que ya está siendo utilizado en más de una docena de grandes corporaciones que gestionan y analizan grandes volúmenes de información en tiempo real.


«Capaz de procesar información 3.600 veces más rápido que las bases de datos tradicionales”… un argumento como este, es más que suficiente para pensar muy seriamente en SAP HANA, disponible oficialmente desde el 20 de junio pero que ya está siendo utilizado en más de una docena de grandes corporaciones que gestionan y analizan grandes volúmenes de información en tiempo real.

Principio HANA: Uso de la memoria para guardar los datos

SAP HANA (“High performance ANalytic Appliance” o “In-Memory Appliance”) es el resultado del trabajo de varios años, de más de 250 ingenieros de SAP con la colaboración de los principales fabricantes de hardware como IBM, Dell, Hewlett-Packard, Fujitsu o Cisco.  Se basa en el uso de la memoria para almacenar los datos, agilizando la lectura y grabación de la información.

HANA para todo y PARA TODOS

Pensada inicialmente sólo para el análisis y el Business Intelligence (esta es la razón del cambio del significado del acrónimo), SAP HANA se podrá adoptar para todo tipo de implementación, como es el caso del próximo SAP EPM 10 que ofrece compatibilidad total con la nueva solución de procesamiento en memoria de SAP.   Como si fuera poco, HANA soporta SQL estándar y MDX, lo que posibilita la compatibilidad con cualquier otro fabricante de software de BI, pero ha sido optimizada para SAP BusinessObjects 4.0.

Hablar de HANA no es hablar de una solución aislada, estamos hablando del nuevo núcleo de las aplicaciones de negocio de SAP, como señala  Vishal Sikka, uno de los principales directivos de esta empresa: .. «Es la renovación intelectual… Es en el corazón de todo lo que haremos en el futuro. Cada equipo se verá afectado por ella, algunos ya están abordando la transformación de nuestros productos sobre la base de HANA u otros están diseñando la hoja de ruta para hacerlo”.

Por si alguien pensaba que HANA sólo es para las grandes corporaciones, SAP presentará HANA AppCloud, apoyada con cuatro centros de procesamiento de datos para brindar in memory processing a la PYME.

Referencia: SAP.com, PC Advisor y SAP.info