Personaliza tu SAP Cloud Platform Fiori Launchpad

Hace ya un tiempo, os mostré cómo crear una cuenta de SAP Cloud Platform y cómo activar el servicio del Portal. Desde entonces, habéis tenido tiempo de practicar y seguro que tenéis muchos portales, ¿no?

Bueno, si no es así aún estáis a tiempo de enteraros de qué va esto en una nueva edición del curso de openSAP, que empieza el 11 de septiembre: Building Portal Sites on SAP Cloud Platform (2018 Edition)

Ah, y si preferís la formación presencial y “pasar por caja”, vuestro curso sería el CLD300 – SAP Cloud Platform Portal Administration and Operations.

Con SAP Cloud Platform, podemos crear de una manera realmente sencilla  distintos portales, con diferentes estilos y, por supuesto, con la posibilidad de personalizarlos con tu imagen corporativa.

Por cierto, si queréis enredar con esto de la personalización, aquí os dejo un post interesante: Branding and Theming your SAP Cloud Platform Fiori Launchpad

Y aquí un enlace al ejemplo del que he sacado la imagen anterior: Fiori Launchpad barrahache

¿Qué es un ejemplo chorra? Totalmente de acuerdo, es sólo un ejemplo. En vuestras manos os dejo que hagáis algo más elaborado… 😉

SAP Cloud Platform: escenarios y casos de uso

A veces, cuando hablamos de SAP Cloud Platform, todo suena demasiado teórico y/o demasiado amplio… son muchos servicios, muchas piezas sueltas, muchos conceptos… ¿pero qué podemos hacer con todo eso?: lo que queramos.

Sí, porque ya sabemos que el powerpoint y el argumentario comercial lo soportan todo.

Con eso de que SAP Cloud Platform nos permite extender, integrar y crear aplicaciones, cada vez es más frecuente que ante el menor inconveniente en un proceso de venta, alguien salga con la coletilla de turno: “eso lo podemos hacer con SAP Cloud Platform”, sin encomendarse a Dios ni al diablo.

Y aunque es cierto que se pueden hacer muchas cosas, lo que no tiene sentido es plantearse desarrollar toda la funcionalidad de gestión de viajes o un CRM de cero, utilizando SCP como herramienta de desarrollo. Bueno, sí utilizaría SCP, pero otro SCP: Sentido Común Primero.

Entonces, ¿qué podemos hacer? Pues aquí os dejo algunos escenarios que SAP nos plantea:

  • Mejorar la experiencia de usuario.
  • Extender aplicaciones de S/4HANA.
  • Integrar aplicaciones cloud y on-premise.
  • Desarrollar aplicaciones móviles.

Estos escenarios, con sus casos de uso, y algunos más los podéis encontrar en el siguiente enlace: New on SAP Cloud Platform Website: Scenario-Based Enablement Content

Por supuesto, una vez que comprendo todas las posibilidades que me da la plataforma, es cuestión de saber cómo conectar las distintas piezas para solucionar posibles problemas o plantear nuevos retos a los clientes.

Y para que vuestros powerpoints queden aparentes cuando habléis de todo esto, aquí os dejo una plantilla que os será útil: SAP Cloud Platform Solution Diagrams and Icons

Luego, habrá que hacer las cosas, pero de momento os dejo la llave maestra para abrir todas las puertas… 😉

Entre el suelo y el cielo hay algo

Es evidente que en el mundo híbrido que vivimos, con unos sistemas en el suelo (on-premise) y otros en el cielo (cloud) tiene que haber algo que nos permita interactuar entre ellos; y no sólo entre ellos, sino entre los distintos sistemas que “flotan” por las nubes.

Por eso, tengo claro desde hace tiempo que la clave de los próximos años va a estar en saber integrar todos esos sistemas. Como comenté hace un par de años, el secreto ya no está en la masa.

Así que os deberían empezar a sonar conceptos como microservicios, APIs, Cloud Integration, etc… ya que esto es lo que nos permitirá integrar nuestras aplicaciones con otras.

Y en esta línea, SAP anunció en el SAPPHIRENOW celebrado el mes pasado un partnertship con Cloud Elements, lo que dará origen a nuevo servicio dentro de SAP Cloud Platform: SAP Cloud Platform Open Connectors

¿Esto qué es? Pues básicamente es un conjunto de más de 150 conectores con aplicaciones/servicios comunes, que nos permitirán conectar esos servicios y consumir la información proporcionada desde SAP Cloud Platform.

Está previsto que se libere a finales de este trimestre, primero en el entorno Neo y después es de suponer que en Cloud Foundry. ¿Qué aún no sabes que es eso? Mira aquí: Neo y Cloud Foundry: ¿esto qué es?

Y tampoco estaría de más que te apuntaras a este curso de openSAPSAP Cloud Platform API Management

No te lo pienses… o te integras o te desintegran 😉

Neo y Cloud Foundry: ¿esto qué es?

En la entrada anterior hablaba de Neo y Cloud Foundry y me comprometí  a explicar la diferencia entre ambos conceptos. Para ello empezaré haciendo algo de historia…

Desde que apareció SAP Cloud Platform, hace ya más de 5 años, la plataforma ha evolucionado “un poquito”… de entrada, el nombre, al principio era SAP HANA Cloud Platform, pero decidieron quitar el “HANA” del nombre porque llevaba a equívocos y podría parecer que era imprescindible tener HANA para poder utilizar la plataforma.

También al principio, se hablaba del producto como “un todo”: IaaS, PaaS y SaaS. Es decir, infraestructura, plataforma y servicios, todo ello alojado y gestionado por SAP.

Después se fue evolucionando más al concepto puro de plataforma de servicios y se empezó a hablar de un concepto clave: los microservicios.

Los microservicios nos permiten “trocear” nuestras aplicaciones en componentes autónomos e independientes entre sí, pero que pueden interactuar entre ellos. Lo que nos permite, en un momento dado, modificar uno de esos microservicios, sin que tenga porque verse afectada el resto de la aplicación.

Javier Garzás os los explica mucho mejor en este artículo: ¿Qué es eso de los microservicios?

Existe una metodología para desarrollar este tipo de aplicaciones, conocida como los 12 factores, que básicamente lo que recogen es que si desarrollas de una manera determinada, tu aplicación se podrá ejecutar sobre cualquier infraestructura y entorno de ejecución… evidentemente, que cumpla con ciertas normas.

Tú sólo tienes que preocuparte de desarrollar, en el/los lenguaje/s que prefieras y al desplegar la aplicación, el sistema se encargará del resto.

Y es aquí donde aparece Cloud Foundry, que es una plataforma, de código abierto, que nos permite alojar nuestras aplicaciones utilizando contenedores e interconectar los mismos.

¿Y Neo qué es? Neo era el entorno inicial de SAP Cloud Platform, alojado en centros de datos de SAP, con una arquitectura propia y unos entornos de ejecución establecidos: HANA XS, HTML5 y Java.

El hecho de adherirse a Cloud Foundry, lleva implícito un cambio a nivel de infraestructura: nuestras aplicaciones deben ser capaces de alojarse en cualquier infraestructura cloud. Por eso, a día de hoy, cuando nos abrimos una cuenta de SAP Cloud Platform, en el entorno Cloud Foundry, podemos elegir en qué proveedor: Amazon Web Services, Azure o Google Platform.

¿Y SAP? SAP sigue dando infraestructura a todas las cuentas del entorno Neo. ¿Por qué? Bueno, pues porque hay clientes que eligieron esa opción y porque todavía hay algunos servicios de la plataforma que no existen en Cloud Foundry. De hecho, algunos existen en los 2, otros sólo en Neo y otros sólo en Cloud Foundry.

La lógica te dice que todo evolucionará a Cloud Foundry, por lo que habría que ir viendo de qué va esto, ¿no?

¿Cómo? Ufff… eso ya es un poco largo de contar. Te aconsejo que te mires algunos de los cursos que hay en openSAP y te apuntes al curso CP100, donde te podrás llevar una idea general de todo esto.

De todas formas, a día de hoy, no hay que elegir pastilla roja o pastilla azul, conviven ambos entornos y puedes elegir lo mejor de cada uno. Eso sí, deberías ponerte las pilas para que no se te atragante la pastilla… 😉

SAP Cloud Platform saluda al mundo desde Cloud Foundry

De SAP Cloud Platform, ya os he hablado alguna que otra vez, así que no seáis vagos y buscad artículos anteriores.

Sobre Cloud Foundry, también conté algo, hace poco más de un año (Cloud Foundry en SAP Cloud Platform), aunque es cierto que tampoco he dado mucha guerra con el tema.

Cualquier día me pongo… pero hoy toca relacionar ambos mundos, en un ejemplo práctico y “elaborado”: vamos a desplegar una “compleja” aplicación (“Hola Mundo!”) en una cuenta de SAP Cloud Platform en entorno Cloud Foundry.

Lo primero de todo, nos bajamos la aplicación de GitHub  y llevamos a cabo un “laborioso” trabajo de traducción:

Después, vamos a crear una instancia en Cloud Foundry. En su momento, ya conté cómo crear una cuenta en Cloud Platform, pero eso era en el entorno Neo (otro día explicaré la diferencia entre ambos), no os liéis…

Bien, ya tenemos la aplicación y tenemos nuestra cuenta en Cloud Foundry, ahora sólo falta desplegarla.

Previamente, os tendréis que instalar el Cloud Foundry CLI, para poder ejecutar los comandos necesarios. Lo podéis bajar de aquí: SAP Development Tools

Y una vez instalado…

Como veis, cada vez se pone más complicado esto de saludar al mundo… 😉

SAP Cloud Platform Business Rules te ayuda a establecer las reglas de tu negocio

SAP Cloud Platform Business Rules es un servicio de Cloud Platform que nos permite configurar reglas de negocio de una manera simple desde nuestra cuenta de SAP Cloud Platform.

Entiendo que lo de las business rules ya te suena, ¿no? Sí, hombre, eso de los BRFs… ¿no? Pues no me vengas con que eso es nuevo porque lleva con nosotros un tiempo. Si no me crees, ve a cualquier sistema SAP (de este siglo) y ejecuta las transacciones “BRF” y/o “BRF+”. ¿Esto te suena a chino? Pues nada, vete a la ayuda, practica un poco y después sigues leyendo: Business Rule Framework plus (BRFplus)

También puedes ver este vídeo, un ejemplo de para qué puede servir esto:

En pocas palabras, con las business rules podemos separar la lógica de negocio del código de la aplicación. Es decir, en el ejemplo del vídeo anterior, por ejemplo, se pueden establecer distintas estrategias de aprobación, en función del volumen de compras y el importe del pedido.

Realmente, esto lo que nos permite es tomar decisiones del tipo IFTTT (IF This Then ThaT), como el conocido servicio de Internet que nos permite “conectar” distintas aplicaciones, ¿sabéis de lo que hablo? Mirad aquí: https://ifttt.com/

Bien, pues el servicio de SAP Cloud Platform me permite hacer esto mismo: diseñar mis reglas de negocio y después invocarlas desde una aplicación.

Voy a hacer un ejemplo chorra, en el que le paso al servicio una lista de empleados con una serie de información (nombre, apellido y edad) y la regla me devuelve a qué grupo pertenece (jóvenes, maduros o sabios) en base a su edad (menores de 30, entre 30 y 50 y mayores de 50, respectivamente. Para ello, activaré el servicio, crearé la regla y la llamaré. Vamos a ello…

1) Activamos el servicio: es tan sencillo como activarlo y asignar los roles correspondientes a nuestro usuario.

2) Creamos la regla: se crean los distintos elementos, se activan y se despliega en nuestra cuenta.

3) Probamos la regla: hacemos un par de llamadas, una para generar el token que nos autentica en la aplicación y otra para invocar a la regla.

Fácil, ¿no? Si yo lo he hecho, seguro que vosotros también podéis y aquí os dejo artículo que os puede servir de guía: Overview of Business Rules in Cloud Platform

Una vez visto cómo funciona esto ya es sólo cuestión de echarle imaginación, porque el potencial es increíble… imaginación y horas 😉

Activando el servicio de Workflow en SAP Cloud Platform

Hace casi un año hice una entrada hablando del servicio de workflow que ofrecía SAP Cloud Platform, donde mostraba cómo activarlo.

En este artículo, voy un poco más allá. Una vez activado (os recuerdo cómo hacerlo), vemos como utilizando el servicio del Portal, creamos uno de tipo Fiori Launchpad en el que nos aparecen 3 aplicaciones para gestionar y monitorizar nuestros workflows.

Como podéis ver, todo utilizando 3 servicios de SAP Cloud Platform:

  • Workflow: el servicio propiamente dicho.
  • Web IDE Full-Stack: para diseñar los workflows.
  • Portal: para alojar las aplicaciones que nos genera automáticamente el sistema con la sola activación del servicio.

Si yo lo he hecho, tú también puedes hacerlo, sólo hay que ponerse… 😉