Avalados por :
Explorando la Arquitectura de SAP BTP: Historia, Evolución y Servicios Esenciales
- Creado 01/03/2024
- Modificado 01/03/2024
- 85 Vistas
0
Cargando...
He descubierto que aún hay nuevos clientes que están interesados en la arquitectura de SAP BTP (Plataforma de Tecnología Empresarial). Hoy quiero aprovechar mi experiencia anterior como desarrollador en SAP IT (ellos dependen en gran medida de SAP BTP en el desarrollo de software, por ejemplo, SAP for Me está desarrollado en SAP BTP y SAP Support Launchpad fue uno de los primeros "clientes" de SAP BTP) y mi experiencia reciente en compromisos con clientes, intentando dar una visión holística simple de la arquitectura de SAP BTP.
SAP BTP se llamaba Plataforma de Nube SAP HANA al principio y luego el nombre fue cambiado a Plataforma de Nube SAP (SCP). La idea era proporcionar una plataforma que no solo estuviera relacionada con SAP HANA, sino también con otras tecnologías y servicios de código abierto, como el desarrollo en Java, MongoDB, etc.
Sin embargo, SAP no es una empresa puramente tecnológica, ya que se basa en procesos comerciales reales de la industria, por lo que finalmente se cambió el nombre a Plataforma de Tecnología Empresarial de SAP, lo que indica que SAP BTP está dirigido a los requisitos comerciales, aprovechando varias tecnologías, incluidas las de código abierto, por supuesto.
Al principio, SAP proporcionaba un nivel de infraestructura y lo llamábamos "NEO" como versión histórica. En la actualidad, SAP ha trasladado este nivel a socios, es decir, AWS, Azure, GCP o Alicloud, y lo llamamos "CF" (abreviatura de Cloud Foundry) como la versión actual. Esto de alguna manera refleja el cambio de estrategia de SAP debido al rápido crecimiento del mundo digital.
Hasta ahora, SAP BTP ha evolucionado con una arquitectura muy estable y es fácil de extender, tanto desde la perspectiva del cliente como de SAP. Sabemos que como plataforma, SAP BTP en sí misma no tiene valor, mientras que los más de 90 servicios en la parte superior son factores clave para el uso diario real de la empresa. Estos servicios cubrirán datos y análisis, integración y desarrollo de aplicaciones, tecnologías de aprendizaje automático e IA. Puedes categorizar fácilmente estos servicios en el centro de descubrimiento oficial de SAP y te recomiendo este post de blog que tiene una infografía muy útil de los más de 90 servicios.
Como se mencionó, SAP BTP no tiene un valor directo para los clientes. Entonces, ¿por qué SAP BTP? Imaginemos qué sucedería si no hubiera SAP BTP, solo 90+ servicios independientes.
Y la arquitectura de SAP BTP está diseñada para resolver estos problemas.
En realidad, SAP ha realizado muchas cosas subyacentes, como gestión de roles, conexiones y destinos, concepto de permisos, configuraciones de confianza, subcuentas y espacios, etc. Es fácil perderse al principio si te concentras solo en un servicio de SAP como SAP Integration Suite.
He creado un diagrama de arquitectura simple, que puede ayudar a la comprensión.
Este es un servicio gratuito que se puede crear fuera de SAP BTP e incluido también en muchas otras soluciones en la nube de SAP como SAP SuccessFactors, SAP S
Historia
SAP BTP se llamaba Plataforma de Nube SAP HANA al principio y luego el nombre fue cambiado a Plataforma de Nube SAP (SCP). La idea era proporcionar una plataforma que no solo estuviera relacionada con SAP HANA, sino también con otras tecnologías y servicios de código abierto, como el desarrollo en Java, MongoDB, etc.
Sin embargo, SAP no es una empresa puramente tecnológica, ya que se basa en procesos comerciales reales de la industria, por lo que finalmente se cambió el nombre a Plataforma de Tecnología Empresarial de SAP, lo que indica que SAP BTP está dirigido a los requisitos comerciales, aprovechando varias tecnologías, incluidas las de código abierto, por supuesto.
Al principio, SAP proporcionaba un nivel de infraestructura y lo llamábamos "NEO" como versión histórica. En la actualidad, SAP ha trasladado este nivel a socios, es decir, AWS, Azure, GCP o Alicloud, y lo llamamos "CF" (abreviatura de Cloud Foundry) como la versión actual. Esto de alguna manera refleja el cambio de estrategia de SAP debido al rápido crecimiento del mundo digital.
Hasta ahora, SAP BTP ha evolucionado con una arquitectura muy estable y es fácil de extender, tanto desde la perspectiva del cliente como de SAP. Sabemos que como plataforma, SAP BTP en sí misma no tiene valor, mientras que los más de 90 servicios en la parte superior son factores clave para el uso diario real de la empresa. Estos servicios cubrirán datos y análisis, integración y desarrollo de aplicaciones, tecnologías de aprendizaje automático e IA. Puedes categorizar fácilmente estos servicios en el centro de descubrimiento oficial de SAP y te recomiendo este post de blog que tiene una infografía muy útil de los más de 90 servicios.
Arquitectura
Como se mencionó, SAP BTP no tiene un valor directo para los clientes. Entonces, ¿por qué SAP BTP? Imaginemos qué sucedería si no hubiera SAP BTP, solo 90+ servicios independientes.
- Estos más de 90 servicios cada vez, desde el desarrollo hasta el uso, son independientes del proceso de desarrollo interno de SAP y de la eficiencia. También representan una carga pesada para el uso del cliente, ya que es probable que cada servicio tenga su propio método de activación y entorno de uso, lo que es, sin duda, una experiencia muy mala para los usuarios finales.
- La categorización de soluciones hace que los servicios de SAP estén muy fragmentados y no creen una comprensión unificada de los diversos escenarios de uso del cliente, como qué servicio se utiliza para resolver problemas de datos, cuáles se utilizan para resolver problemas de procesos y cuáles se utilizan para resolver problemas de desarrollo.
- La certificación de autorización de roles subyacentes, el intercambio de conexiones a sistemas ERP, etc., se desarrolla de forma independiente entre sí, y es difícil comunicarse directamente entre estos servicios, y cada nuevo servicio necesita ser desarrollado desde cero sin aprovechar los recursos existentes.
Y la arquitectura de SAP BTP está diseñada para resolver estos problemas.
En realidad, SAP ha realizado muchas cosas subyacentes, como gestión de roles, conexiones y destinos, concepto de permisos, configuraciones de confianza, subcuentas y espacios, etc. Es fácil perderse al principio si te concentras solo en un servicio de SAP como SAP Integration Suite.
He creado un diagrama de arquitectura simple, que puede ayudar a la comprensión.
1. Inquilino de Autenticación de Identidad
Este es un servicio gratuito que se puede crear fuera de SAP BTP e incluido también en muchas otras soluciones en la nube de SAP como SAP SuccessFactors, SAP S
Pedro Pascal
Se unió el 07/03/2018
Facebook
Twitter
Pinterest
Telegram
Linkedin
Whatsapp
Sin respuestas
No hay respuestas para mostrar
Se el primero en responder
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
Hola ¿Puedo ayudarte?