SAP Cloud Platform Mobile Services: ¿nos movilizamos?

La semana pasada comenzó en openSAP el curso Build Mobile Applications with SAP Cloud Platform Mobile Services, uno de los que os comenté en la entrada de hace unos días, así que imagino que alguno estaréis haciendo el curso, ¿no?

Yo estoy en ello y la verdad es que, de momento, me está gustando. En esta primera semana, hemos podido ver conceptos generales y la base que vamos a utilizar en las siguientes para hacer un caso práctico.

Lo primero, es tener claro ¿qué es eso de SAP Cloud Platform? Y una vez que tenemos eso claro, ver cómo podemos utilizar alguno de los servicios que nos ofrece la plataforma para el desarrollo de aplicaciones móviles.

Con los servicios de movilidad de SAP Cloud Platform podemos gestionar el ciclo de vida de las aplicaciones, hacer aplicaciones nativas o híbridas, distribuirlas, etc…

Concretamente, en el curso se utilizará principalmente SAP Cloud Platform Mobile Services, pero también servicios de persistencia con PostgreSQL, contenedores, el WebIDE y alguna que otra cosa más.

Además, trabajaremos con servicios tanto del entorno Neo como del entorno Cloud Foundry.

A la hora de desarrollar aplicaciones, podremos utilizar los SDKs correspondientes (iOS y/o Android) para desarrollar las aplicaciones nativas o el Mobile Development Kit para aplicaciones híbridas.

Otra opción interesante es la posibilidad de utilizar las SAP Mobile Cards para microaplicaciones con una funcionalidad limitada.

En el curso, vamos a poder ver cómo desarrollar aplicaciones utilizando las distintas herramientas, a lo largo de las distintas semanas y para poder seguirlo necesitas tener conocimientos básicos de programación… pero muy básicos, no creas que te vas a poner a «picar» código, como mucho a utilizar distintas herramientas y a adaptarlo un poco.

Eso sí, la cosa no va de batch-inputs y ALVs… te deben sonar cosas como Cloud Connector, UI5, JavaScript, APIs, etc… pero vamos que creo que se podrá ir siguiendo fácilmente.

¿Quieres que te cuente más? Apúntate a la lista de correo de SAP Cloud Platform y te lo iré contando… a mi manera 😉

¿Qué es SAP Cloud Platform?

Tranquilos, no he sufrido una pérdida repentina de memoria, soy consciente de que he hablado muchas veces de esto, pero es que el otro día me encontré un vídeo en el que pienso que explican muy bien qué es esto y he pensado que quizás le podría venir bien a alguien, para aclarar/fijar conceptos.

  • SAP Cloud Platform es una plataforma de desarrollo e integración, que puede correr sobre cualquiera de los principales proveedores de infraestructura (Amazon Web Service, Microsoft Azure, Google Platform, Alibaba Cloud… y SAP) y nos proporciona una serie de Business Services que simplemente tenemos que activar y comenzar a utilizarlos.

  • SAP Cloud Platform nos permite integrar y extender nuestras aplicaciones y procesos, así como innovar creando nuevos modelos de negocio y/o experiencias de usuario.

  • SAP Cloud Platform es una pieza clave en la adopción de la empresa inteligente y cuenta con un ecosistema de más de 13.000 clientes y más de 1.300 partners.

Aquí os dejo el vídeo completo:

¿Quieres saber más de SAP Cloud Platform? Apúntate a esta lista de correo y en breve recibirás noticias.

De momento, toca pensar qué podemos hacer con SAP Cloud Platform en nuestra empresa… 😉

SuccessFactors: ¿Integration Center o SAP Cloud Platform Integration?

Ahora que ya sabemos cómo crear nuestra instancia de SCPI y que tenemos claro que nos tenemos que integrar, en el caso de SuccessFactors, ¿cómo lo hacemos?

¿Utilizamos SCPI o el Integration Center que trae SuccessFactors? Pues la respuesta es la de siempre: DEPENDE.

Si las integraciones que voy a hacer son sencillas, puede que me valga con lo que ofrece el Integration Center

…pero si es algo más complejo debería optar por SCPI.

Y, probablemente, la mejor opción, suponiendo que nuestro presupuesto es infinito, sea utilizar ambas opciones: para todas aquellas integraciones simples que soporten Integration Center ir por esa vía y SCPI para cuando quiera hacer algo más elaborado.

De todas formas, todo esto os lo cuentan mucho mejor en este artículo: DP – SuccessFactors Integrations Tools: Integration Center and SAP Cloud Platform Integration

Ahora os toca a vosotros crear las conexiones correctas sin provocar ningún cortocircuito… 😉

SAP Cloud Platform Integration Suite: ¿qué es esto?

Una vez que ya nos hemos enterado de que nos tenemos que integrar, vamos a ver algo sobre esto.

Primero que sí HCI, después que si el servicio de Integración de Cloud Platform, después que si CPI, ahora que si una suite… ¿qué es todo esto?

HCI (HANA Cloud Integration) y CPI/SCPI (SAP Cloud Platform Integration) son lo mismo, ya sabéis de la manía esa de cambiar el nombre de las cosas para volvernos locos…

Bien, ¿pero qué es? SCPI es un servicio cloud que nos permite integrar datos y procesos entre aplicaciones cloud y on-premise, de SAP o de terceros.

Entonces, SAP Cloud Platform Integration Suite: ¿qué es? Veamos el siguiente vídeo:

¿Te has quedado igual? Bueno, te lo intento explicar un poco por encima. Bajo el paraguas de SAP Cloud Platform Integration Suite, SAP ha englobado distintos servicios de SAP Cloud Platform, aparte del SCPI propiamente dicho: API Management, Open Connectors, Workflows, Business Rules

Como comenté en un artículo anterior, hay un curso de openSAP donde te cuentan todo esto: Simplify Integration with SAP Cloud Platform Integration Suite

Precisamente, a raíz de esa publicación, Manuel Rodríguez comentó que habían lanzado la posibilidad de habilitar una instancia de CPI desde Cloud Foundry y… a ello me puse, con la ayuda de este artículo: Self-Service Enablement of Cloud Integration Service on Cloud Foundry Environment

Posteriormente, Antonio Dos Santos subió un vídeo donde se podía ver el proceso de creación; es este:

Como estoy convencido que ya todos tenéis vuestra cuenta de SAP Cloud Platform, con la ayuda del artículo y el vídeo, estoy seguro de que podréis ser capaces de tener vuestra instancia trial de CPI.

Ojo, que ahora a las instancias de Cloud Foundry, aparte de la validez de 90 días le han puesto una validación por número de teléfono, para evitar que alguien (y no miro a nadie) se líe a crear instancias como si no hubiera un mañana.

En cualquier caso, en 90 días tenéis tiempo más que de sobra para trastear con vuestra instancia de CPI y una evidencia más de que cualquiera es capaz de crearla es que hasta yo lo he hecho… 😉

Ahora, os toca a vosotros, ¡manos a la obra!

No te quieres enterar… que te tienes que integrar

Año 2019 y aunque parezca increíble todavía hay alguno planteándose si lo de «la nube» y el Software as a Service tiene futuro… eso sí, la mayoría de esos, a su vez, son usuarios de Dropbox, Netflix, Spotify y servicios similares.

Luego están los que piensan que todo tiene que ser cloud o los que piensan que la forma de irse a la nube es algo similar a lo que refleja la siguiente viñeta.

La realidad es que nos toca vivir en un mundo híbrido, donde vamos a tener ciertas cosas en la tierra y otras en el cielo y lo realmente importante es conseguir integrar todo eso, para que se entiendan unas con otras.

Y para ello, os recomendaría este curso de openSAP: Simplify Integration with SAP Cloud Platform Integration Suite

En el curso nos hablan de muchas cosas, pero creo que es un buen punto de partida para situarse en todo lo que podemos utilizar para llevar a cabo esa integración.

Es importante entender, por ejemplo, todas las piezas que tenemos disponibles para saber cuál utilizar en cada momento.

  • Cloud Integración: SCPI, o anteriormente HCI, sirve para hacer integraciones A2A (Application to Application) o B2B (Business to Business).
  • API Management: podemos exponer nuestros datos vía API y gestionar todo el ciclo de vida de dichas API’s, monitorizándolas y monetizándolas, llegado el caso.
  • Workflows / Business Rules: nos permiten automatizar procesos y decisiones de negocio.
  • Enterprise Messaging:  es un servicio de SAP Cloud Platform que nos permite conseguir que nuestras aplicaciones nos envíen eventos (o los reciban), de manera asíncrona, y en base a eso disparar ciertas funciones.
  • Integration Advisor: mediante el uso de Machine Learning, el sistema es capaz de ir mejorando nuestras integraciones de una manera inteligente.
  • Internet of Things: podemos gestionar los dispositivos y analizar la información relevante recogida en los mismos.
  • API Business Hub: tenemos acceso paquetes de integración, APIs y adaptadores diseñados por SAP y por terceros, para no tener que reinventar la rueda.
  • Open Connectors: más de 180 conectores disponibles para conectar con servicios de terceros vía API.

¿Demasiadas cosas? Puede ser, pero seguro que van apareciendo más. Lo importante es tener claro para qué sirve cada una y qué tiene sentido para tu caso de uso particular.

Así que mi consejo es que empieces a pensar en esto de la integración cuanto antes, que luego se te echa el tiempo encima, aparecen los problemas… y vendrás a pedirme y a rogarme, y vendrás como siempre a suplicarme… 😉

Integration Content Advisor te ayuda a integrarte

Hace unos meses escribía un artículo hablando de la integración como pieza clave para llegar a la empresa inteligente, en el que os invitaba a hacer un curso de openSAP al respecto de ese tema: Integration – The Key to the Intelligent Enterprise

Evidentemente, como todos lo habréis hecho puede que lo que cuenta ahora ya os suene, pero por si acaso… 🙂

Dentro del conjunto de productos/herramientas que tenemos relacionado con este área, muchas veces no sabemos ni por dónde empezar. Veamos el siguiente gráfico:

¿Qué podemos ver en él?

¿Mucho lío, no? ¿Y tenemos que conocer todo eso? Bueno, no vendría mal que nos sonara qué es cada cosa, la verdad… aunque lo ideal sería que la máquina lo aprendiera sola, ¿no?

Y más si tenemos en cuenta que a la hora de establecer un proceso de integración, el mayor esfuerzo se lo lleva la parte menos operativa:

Bueno, pues nada, como las máquinas ahora son tan listas, que nos van a quitar el trabajo a todos, pues que aprendan y nos lo den hecho. Y aquí es donde aparece, hace por lo menos un año, Integration Content Advisor (ICA).

Básicamente, Integration Content Advisor es una aplicación que complementa SAP Cloud Platform Integration, para facilitar las integraciones B2B, mediante el uso de sistemas de mensajes estándar (ASC X12, UN/EDIFACT…), facilitando el mapeo de lo mensajes, así como la generación de la documentación y los distintos artefactos.

Además, mediante el uso de técnicas de machine learning, el sistema se va retroalimentando, siendo cada vez más eficiente.

Aquí os dejo un artículo sobre el tema: Announcement: New integration content advisor for SAP Cloud Platform Integration

Y esto, tiene pinta de que no se va a parar ahí, sino que esta va a ser una pieza fundamental para otras herramientas de integración:

Y si he llegado aquí, aparte de por el curso mencionado al inicio, ha sido gracias a esta sesión del TechEd 2018INT100 Integration of A2A and B2B Scenarios Using SAP Cloud Platform Integration

Ahora ya es sólo cuestión de ir encajando las piezas… 😉

SAP Cloud Platform Portal: ¿a qué esperas?

Si eres usuario de SAP Portal, creo que va siendo hora de que te plantees qué vas a hacer con eso, ya qué como bien sabrás el mantenimiento de las versiones anteriores a la 7.5 finaliza en 2020 y si has migrado a la mencionada versión tienes 5 años más.

En cualquier caso, deberías plantearte si necesitas seguir manteniendo esa infraestructura o ha llegado el momento de llamar al chatarrero para que se lleve un poco de hierro y dar el salto a la nube.

No es la primera vez que hablo de esto, de hecho hace un año y medio os conté cómo activar este servicio en SAP Cloud Platform y si sigo echando la vista atrás, ya en el 2014 publiqué algo sobre SAP HANA Cloud Portal, que fue el nombre original de esto.

¿Qué es SAP Cloud Platform Portal? No es un portal, realmente es un gestor de portales. Un servicio que me permite gestionar, publicar y administrar distintos portales desde un único punto.

Dichos portales pueden ser tipo SAP Fiori Launchpad, tipo «estilo libre» (freestyle dicen «los hijos de Shakespeare») o híbridos, como podéis ver en esta imagen:

De hecho, también escribí un artículo donde os daba alguna pista para personalizar vuestro SAP Fiori Launchpad y allí hacía referencia a algún curso de openSAP donde os cuentan cómo va todo esto de los «nuevos» (no olvidemos que esto existe desde 2014) portales.

Aquí os dejo un enlace a un documento,publicado en diciembre de 2018, donde podéis ver más detalles sobre características, beneficios, contenidos, estrategias de migración, herramientas de terceros, etc… SAP Cloud Platform Overview.

Oye, que si queréis poder seguir con vuestro portal de toda la vida, que hay alguno que tiene más de 2.000 años y ahí sigue… 😉

Construyendo aplicaciones móviles con SAP

El tema de movilidad en SAP ha ido dando tumbos, a lo largo de los años: que si desarrollo nativo, que si híbrido, que si había que securizar los dispositivos, que si las aplicaciones, que si Afaria, que si Mocana, que si MDM… ¡una locura!

¿Cómo está el panorama a día de hoy?

SAP Cloud Platform Mobile Services nos ofrece múltiples opciones:: SDKs para iOS y Android, kit de movilidad, Mobile Cards, desarrollo de aplicaciones híbridas… así como una serie de servicios para gestionar los dispositivos, distribuir las aplicaciones, etc…

Además de esto, tenemos la posibilidad de desarrollar aplicaciones con Mendix, como conté en su momento, que aunque lo meten como un servicio más de SAP Cloud Platform, realmente es una aplicación aparte.

En definitiva, muchas opciones para poder consumir información desde nuestros dispositivos móviles, de una manera sencilla, ya sea desde un sistema on-premise, cloud o de terceros.

Podéis ver algo más de detalle de todo esto en esta sesión: CGE103 Build Mobile Apps for the Digital Enterprise with SAP

¿A qué esperáis para «movilizaros»? … 😉

 

SAP Cloud Platform Transport Management: transportando que es gerundio

Habitualmente, cuando trabajamos con SAP, estamos acostumbrados a trabajar con 3 entornos: desarrollo, test y producción.

Se supone que configuramos el sistema en desarrollo, probamos cómo va todo en test y lo pasamos a producción, que es donde trabaja el usuario final.

Por supuesto, si tenemos que hacer algún desarrollo que complete alguna posible carencia del software estándar, el ciclo es el mismo.

Y para pasar las cosas de un entorno a otro, hacemos uso de las conocidas órdenes de transporte.

Todo iba bien, hasta que nos «modernizamos» y apareció SAP Portal, con sus desarrollos en Java y resulta que esa parte, en un principio, no se entendía con nuestra querida capa de transportes, pero… finalmente, pasó por el aro.

Cuando ya estábamos tranquilos, aparece HANA y viene con sus «cositas para transportar» y empezamos a oír hablar de las Delivery Units. Y otra vez estábamos en las mismas… ¿dónde están las órdenes de transporte? Así que aparecieron los HANA Transport Containers.

Y no contentos con todo esto, nos vamos a la nube. Que si SAP Cloud Platform, que si Cloud Foundry, que si aplicaciones MTA… y ni rastro de nuestras órdenes de transporte. Se empieza a hablar de repositorios Git y cosas raras de esas, pero… ¿dónde están mis órdenes de transporte?

Tranquilos, ya están aquí. Bueno, no exactamente, pero sí tenemos una forma de transportar con el nuevo servicio SAP Cloud Platform Transport Management.

En este blog podéis ver más detalle: The new cloud-based Transport Management Service.

Es un servicio que está disponible en el entorno Cloud Foundry, pero que nos permite transportar objetos, tanto de las cuentas Neo como de las cuentas Cloud Foundry, ya sean aplicaciones MTA, contenidos específicos de las aplicaciones, paquetes de integración o modelos de XS clásico de instancias HANA conectadas a cuentas cloud.

Venga, vuelve a leer el párrafo anterior… Cloud Foundry, Neo, aplicaciones MTA, paquetes de integración, XS clásico… y un poco más arriba: Delivery Unit, HANA Transport Container, repositorio Git…

¿Pero qué es todo esto? ¿Lo tengo que conocer todo?

Bueno, si te dedicas a la cría de salmonetes o eres un brillante orador especializado en hablar mucho sin decir nada, no; pero si te dedicas a esto de SAP, especialmente, si eres desarrollador, quieres empezar a vivir en el siglo XXI y ver que hay vida más alla del batch-input, sería recomendable que te sonaran todos esos términos.

Si eres consultor no, no es necesario, puedes seguir sólo «poniendo pinchos», pero puede que en unos años, si no espabilas, te toque ponerlos en la barra de un bar… 😉

SAP Leonardo Internet of Things Foundation: visión general y estrategia

Al igual que ayer, lo que os voy a contar lo podéis encontrar en el curso de openSAP en el que se hace un repaso a lo expuesto en el SAP TechEd 2018 Recap, concretamente en la sesión AIN209 SAP Leonardo Internet of Things Foundation: Overview and Strategy.

Como suelo decir en muchas de las sesiones que imparto SAP Leonardo es «todo lo que suena a moderno» y dentro de este paraguas entran distintas tecnologías como Machine Learning, Inteligencia Artificial, Blockchain y, por supuesto, Internet of Things.

Empecemos por sentar las bases o los pilares, que como ya sabéis, los de la empresa inteligente (ya os dije que se iba a hablar mucho de este concepto) son estos:

Dentro de las tecnologías inteligentes es donde englobamos SAP Leonardo.

Y si hablamos de IoT, tenemos que hablar del IoE (Internet of Everything), ya que podemos tener conectado: personas, cosas y procesos.

Dentro de los servicios de IoT que nos ofrece SAP podemos distinguir 3 grandes áreas:

  • SAP Leonardo IoT Bridge: donde podemos encontrar distintas aplicaciones, que podemos consumir para explotar y analizar la información de «nuestras cosas».
  • SAP Leonardo  Foundation: aquí hablamos de los distintos servicios de SAP Cloud Platform que nos puede ofrecer, como la gestión de dispositivos, conectividad, almacenamiento de información, uso de APIs…
  • SAP Dynamic Edge Processing: necesaria para gestionar toda esa información que se procesa directamente en los dispositivos (se estima que es superior al 50%), que no es necesario que se transmita de manera inmediata.

En definitiva, podemos recibir información de los distintos sensores y almacenar dicha información en nuestra infraestructura , la cual se comunicará con SAP Cloud Platform para transmitirle la información relevante que nos permita vincularla con nuestros procesos de negocio y/o analizar dicha información, mediante el uso de servicios y/o herramientas que nos facilita la misma plataforma.

En la parte de SAP Cloud Platform, hasta hace poco teníamos el servicio disponible tanto en el entorno Neo como en el de Cloud Foundry (me niego a explicar qué es esto otra vez), aunque desde hace meses ha desaparecido del entorno Neo, pero existir existió, como vimos en esta entrada de hace un par de años: SAP y las cosas de Internet o el Internet de las Cosas.

El caso es que ahora sólo está disponible en algunos datacenters del entorno Cloud Foundry y previo paso por caja, desde 250 €/mes, como podéis ver aquí: SAP Cloud Platform Internet of Things Pricing

Se supone que estará disponible en breve (eso dijeron en agosto) en las cuentas trial de Cloud Foundry, por si queréis esperar… 😉

Dentro de los componentes del servicio nos vamos a encontrar con el Gateway, que nos va a permitir conectar directamente con los dispositivos (IoT Gateway Cloud) o con esa capa intermedia que podemos utilizar para recoger la información fuera de la plataforma (IoT Gateway Edge).

Además, en la parte de aplicaciones podemos encontrar potentes herramientas para el desarrollo de las mismas, con el uso de plantillas y asistentes, pudiendo reutilizar componentes, así como realizar el modelado de datos.

Muy relacionado con esto, tenemos el concepto del Digital Twin, que se basa en que cualquier objeto físico tiene su representación en el mundo digital:

Todo esto y mucho más en la sesión que os comento: AIN209 SAP Leonardo Internet of Things Foundation: Overview and Strategy.

Ahora sólo es cuestión de que enredéis vosotros un poco… 😉