SAP Cloud Platform Portal 2020

Siguiendo con lo que comentaba ayer, hoy voy a contaros cómo activar el servicio de Portal en una cuenta de SAP Cloud Platform (SCP) en el entorno Cloud Foundry (CF).

Este es un servicio que, a día de hoy sigue existiendo en los dos entornos (Neo y CF), pero en cada uno se activa/configura de una forma.

Sobre cómo se hace en Neo, publiqué ya una entrada: Activando el servicio de Portal de SAP Cloud Platform

Hoy toca hacerlo en CF, donde vamos a ver que la activación del servicio  es algo diferente, así como la configuración del mismo.

Como comento siempre, esto más que un servicio de portal, es un servicio de gestión de portales, ya que puedes crear/gestionar todos los portales que quieras desde el mismo servicio.

Esto y algo más, ya os lo contaba a principios de 2019, así que no me repito: SAP Cloud Platform Portal: ¿a qué esperas?

Lo que está claro es que si queremos llevar «nuestra casa» al siglo XXI, la puerta de entrada no puede ser del siglo XX… 😉

SAP Cloud Platform 2020

A lo largo de estos años he escrito decenas de artículos sobre SAP Cloud Platform (SCP). De hecho, cuando empecé ni siquiera se llamaba así, era HANA Cloud Platform (HCP), pero ya sabemos que esa «H» olía a caro y la gente huía despavorida.

Desde ese primer curso en openSAP allá por el año 2013, la plataforma (porque esto es una plataforma de desarrollo, ¿lo sabes, no?) ha evolucionado mucho y no para de hacerlo por lo que es conveniente estar al tanto de dichos cambios.

Por este motivo, voy a empezar a publicar unos vídeos donde os iré contando algunas de las cosas que se pueden hacer con SAP Cloud Platform.

De entrada, vamos a ver cómo nos creamos una cuenta nueva; algo sobre lo que ya hice una entrada en el pasado, pero como el proceso ha cambiado un poco, no está de más explicaros cómo se hace ahora… antes de que nos lo vuelvan a cambiar.

Bien, ya tenemos nuestra cuenta creada, que es el primer paso; en próximas entradas os enseñaré cómo probar algunos de los servicios… pasito a pasito 😉

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… 😉