Usos prácticos para SAP HCP: Parte 1 – Ampliando su paisaje local a pesar de su posicionamiento como piedra angular de la próxima generación de SAP en la nube, la plataforma SAP HANA Cloud (HCP) sigue siendo un misterio para muchos clientes de SAP. Para algunos, el uso del término “HANA” les lleva a pensar que el HCP es simplemente otra opción de implementación para HANA. Otros se desinteresan cuando escuchan el término “nube” ya que su negocio no tiene intenciones de mudarse a la nube en el corto plazo. Sea cual sea la razón, el HCP es, en mi opinión, uno de los secretos mejor guardados en el portafolio de tecnología de SAP. En esta serie de blogs, intentaré aclarar el panorama demostrando algunos casos de uso prácticos para el uso de SAP HCP. Comenzaré demostrando cómo el HCP puede abrir un paisaje SAP local. Como verán, esto puede llevar a escenarios de aplicación muy convincentes. Así que, sin más preámbulos, empecemos. ¿No hay una aplicación para eso? A principios de 2009, Apple lanzó una llamativa campaña publicitaria que promocionaba la naturaleza integral de su tienda de aplicaciones en línea. El conocido eslogan dejaba claro que, sin importar lo que necesites, “hay una aplicación para eso”. Si bien esto puede ser cierto para ciertos tipos de aplicaciones de consumo, lo mismo no se puede decir de las aplicaciones en el ámbito empresarial. Aquí, incluso a finales de 2015, muchas grandes corporaciones aún no ofrecen muchas aplicaciones a sus clientes y/o proveedores. Claro, tienen un sitio web y una aplicación especializada aquí y allá, pero en general, la oferta general es bastante limitada. Esta falta no se debe a la falta de esfuerzo por parte de la mayoría de las organizaciones con visión de futuro. De hecho, la mayoría de las organizaciones desearían ofrecer una experiencia mejor y más sencilla para sus clientes. Además, ven el potencial de ahorro de costos al proporcionar más ofertas de autoservicio para clientes/proveedores. El principal obstáculo que se interpone en su camino es la complejidad. Cuando se analiza detenidamente, exponer datos comerciales sensibles para el consumo público puede ser muy complicado. Aparte de los riesgos de seguridad obvios, otras cosas a considerar aquí incluyen la incorporación de usuarios, la marca/tema (después de todo, no podemos conformarnos con diseños de pantalla baratos tipo Dynpro en un entorno orientado al cliente) y la coordinación logística (por ejemplo, el equipo de operaciones configura un proxy inverso en una DMZ, el equipo de seguridad de red abre el firewall, etc.). Realísticamente, estas complicaciones son reales y no desaparecerán pronto. Sin embargo, como veremos pronto, el HCP de SAP ofrece una oferta de servicios integral que acorta en gran medida la curva de complejidad. Con esta base establecida, los desarrolladores pueden centrar su atención en la innovación, y aquí hay muchas oportunidades. En el espacio de SAP en particular, se estima que aproximadamente el 75% de todas las transacciones comerciales del mundo tocan un sistema SAP en un momento u otro. En gran medida, gran parte de estos datos nunca ven la luz del día. En cambio, se almacenan en bases de datos de sistemas SAP y/o almacenes de datos comerciales. Para poner esto en perspectiva, consideremos un caso de uso simple basado en el procesamiento de pedidos de venta. Dentro de un sistema SAP CRM o ERP, los usuarios tienen acceso a mucha información sobre el estado de un pedido. Sin embargo, aparte de tal vez un correo electrónico de estado generado por el sistema aquí y allá, esta información normalmente no es accesible para el cliente final. En cambio, los clientes frecuentemente tienen que levantar el teléfono y llamar para averiguar dónde está su pedido. Esto lleva a la insatisfacción del cliente y más trabajo para el personal de soporte de ventas. Con solo una aplicación simple (habilitada para dispositivos móviles o de otro tipo), se podría evitar mucha frustración. Además de los escenarios de extensión más obvios como el descrito anteriormente, también hay una oportunidad única para que las organizaciones comiencen a utilizar sus datos para construir aplicaciones innovadoras que nunca antes habían existido realmente. Después de todo, se ha argumentado en estos días que el activo más valioso de un cliente es su datos. Un ejemplo clásico de esto es Netflix con su servicio de recomendaciones. Aquí, combinando datos con algunos algoritmos sofisticados, pueden predecir películas que a los clientes podrían gustarles. En el espacio empresarial, estamos viendo funcionalidades predictivas similares que aparecen en áreas como CRM, donde los datos se utilizan para predecir el comportamiento del comprador y adaptar el marketing en consecuencia. Las posibilidades son infinitas y con SAP HCP, estos escenarios son más accesibles de lo que podrías pensar. Estableciendo un túnel seguro entre el paisaje local y la cuenta del inquilino HCP Entonces, si vamos a construir aplicaciones como esta sobre la plataforma SAP HCP, lo primero que tenemos que hacer es averiguar cómo conectar de forma segura nuestra cuenta del inquilino HCP con el paisaje SAP local. Para esto, podemos utilizar un componente especializado llamado SAP HANA Cloud Connector. Como se puede ver en la figura a continuación, este componente de servidor ligero se instala en algún lugar del paisaje local del cliente, estableciendo un túnel VPN SSL seguro desde el paisaje local hacia la cuenta del inquilino HCP en la nube. Para esto, no es necesario abrir agujeros en el firewall ni nada por el estilo, solo una instalación simple del conector (se tarda unos 10 minutos) y ya está listo para funcionar. En el lado de HCP, el acceso al paisaje local se realiza a través de un servicio especializado llamado Servicio de Conectividad. Este servicio abstrae el acceso a los sistemas locales a través de una API de servicio llamada API de Destinos. Utilizando esta API, los desarrolladores pueden obtener conexiones proxy a sistemas backend a través de destinos configurados definidos en el Cockpit de HCP, como se muestra a continuación. Estos destinos especifican los parámetros relevantes para la conexión (por ejemplo, host/puerto virtual, mecanismos de autenticación, etc.), lo que facilita a los desarrolladores obtener una conexión programáticamente sin tener que preocuparse por detalles técnicos de nivel inferior. Las conexiones obtenidas a través del Servicio de Conectividad se pueden utilizar para conectarse a otros sistemas basados en Internet (por ejemplo, otras soluciones en la nube) o sistemas locales. En el último caso, la conexión se realiza naturalmente a través del componente Cloud Connector mencionado anteriormente, que se instala en el paisaje local. Aquí, a través de la consola de administración de Cloud Connector, podemos limitar la conexión para que solo se expongan servicios seleccionados de sistemas seleccionados como parte de una “lista blanca”. Por ejemplo, si quisiéramos implementar la aplicación de estado de pedido de venta descrita anteriormente, usaríamos el control de acceso para limitar el acceso a la función BAPI única que planeamos llamar. Para obtener información detallada sobre cómo instalar y configurar el SAP HANA Cloud Connector y cómo usarlo en conjunto con el Servicio de Conectividad, consulte https://help.hana.ondemand.com -> SAP HANA Cloud Platform -> Services -> Connectivity Service. ¿Qué podemos hacer con el Servicio de Conectividad? Ahora que tienes una idea general de lo que trata el Servicio de Conectividad, echemos un vistazo más profundo a lo que podemos usarlo. En este momento, el Servicio de Conectividad ofrece soporte para tres protocolos de comunicación diferentes: HTTP(s), RFC y MAIL (SMTP y POP). Esto implica que podemos usar este servicio para: Llamar a funciones RFC/BAPI en un sistema SAP Business Suite en el backend (independientemente del nivel de versión). Dentro de una aplicación Java implementada en la cuenta HCP, podemos usar el componente Java Connector (JCo) de SAP para procesar la función y analizar los resultados. Usar destinos HTTP, podemos invocar servicios REST/OData que podrían estar expuestos en el paisaje local. Dichos servicios normalmente estarían alojados en un sistema SAP Gateway, pero cualquier servicio RESTful está en juego aquí. Enviar y recibir mensajes de correo. En la mayoría de los escenarios de extensión, tiene sentido acceder a los datos locales a través de servicios OData y destinos HTTP. Esto le brinda al desarrollador de aplicaciones HCP la mayor flexibilidad, ya que los destinos HTTP se pueden consumir desde los tres modelos de programación actuales de HCP: aplicaciones Java, Native HANA y HTML5. Para muchos clientes, la opción de aplicación HTML5 será de particular interés, ya que les permite aplicar básicamente los mismos conceptos utilizados para desarrollar aplicaciones SAPUI5/Fiori en el paisaje local. De hecho, utilizando el SAP Web IDE, es absurdamente fácil crear una aplicación de estilo Fiori sobre estos servicios. Y, aparte de un poco de configuración en el descriptor de implementación de la aplicación, nunca sabrías que los datos provienen del paisaje local. Próximos pasos Espero que esta publicación de blog te haya ayudado a ver lo fácil que es obtener datos de un paisaje local utilizando el Servicio de Conectividad de HCP. Una vez que configuremos esto, el proceso de crear aplicaciones web sobre estos datos es bastante sencillo. Sin embargo, esto apenas raspa la superficie de lo que podríamos lograr con HCP. En mi próxima publicación de blog, veremos cómo podemos usar los Servicios Móviles de HCP (HCPms) para crear rápidamente aplicaciones móviles de calidad empresarial.