Hay muchas preguntas y un gran contexto relacionado con la pregunta original y la respuesta de Holger hasta ahora; Intentaré concentrarme en la pregunta real por ahora (“¿Qué tan bien se integra Google Docs con SAP”) y ver a dónde va? Antes de comenzar, quisiera señalar que, para mí, “Google Docs” significa todo el conjunto de aplicaciones, no solo documentos, es decir, Gmail, Contactos, Calendario, Documentos, Sitios, etc.
Para responder la pregunta, debe considerar cómo se integra Google Docs con cualquier cosa, a través de HTTP (y HTTPS, por supuesto). Esto es tanto en el extremo del cliente (es decir, cargando documentos y datos desde su navegador) como también en el extremo del servidor (es decir, haga que el backend extraiga o envíe datos a otros sistemas, como un sistema SAP).
Dado que SAP ha tenido (durante más de una década) un servidor HTTP incorporado en forma de Internet Communication Manager (ICM), liderado por Internet Communication Framework (ICF) para una conveniente capa de desarrollador, las posibilidades son infinitas y Este caso es ideal para la integración con Google Docs.
- ¿Cuáles serán las características de una aplicación empresarial en el futuro? ¿Cómo influirán la nube, A / I y los datos no transaccionales en la arquitectura?
- ¿Cuáles son algunas de las desventajas del alojamiento en la nube?
- ¿Qué debo saber sobre las plataformas de computación en la nube de código abierto?
- ¿Amazon AWS es el estándar de oro para los servicios en la nube?
- ¿Por qué los bancos en Europa no pueden mover sus sistemas completamente a la nube pública?
Google Docs está potenciado y pegado de una manera bastante interesante y bien pensada a través de Google Apps Script, que es esencialmente Javascript del lado del servidor con una gran cantidad de API y bibliotecas (‘servicios’) que puede usar para todo, desde administrar contactos de Gmail para construir interfaces de usuario completas que sean independientes. Se incluye el servicio UrlFetchApp que le brinda un cliente HTTP capaz bajo su control y ejecución dentro del contexto del backend de Google Docs.
Una combinación del servicio UrlFetchApp como consumidor, y la exposición de datos de SAP potenciada por ICF como proveedor, es una muy buena combinación para proporcionar integración como en la pregunta. Además de esto, hay dos cosas a considerar de inmediato:
– ¿Cómo hago que mi exposición y consumo de datos de SAP sean privados y seguros?
– ¿Cómo hago para ordenar y controlar el consumo de esos datos?
La primera pregunta es fácil: use el conector de datos seguros (SDC) de Google para construir un túnel seguro desde la intranet de su empresa (donde están sus sistemas SAP) hasta los servidores de Google, y luego use ese túnel específico de vuelta a través de Google Apps Script para llegar al Puerto HTTP que su ICM de SAP está escuchando. Puede usar una configuración SDC bastante bien pensada en el extremo de su servidor para controlar las solicitudes permitidas.
La segunda pregunta se responde mejor aquí como “depende”. Como consumirá datos de SAP de Google Apps Script, exponer sus datos y funciones de una manera orientada a los recursos (ROA, REST) utilizando JSON como una representación de carga útil sería una buena opción. Esta pregunta probablemente valga una sección separada en Quora, aunque 🙂
Una vez que tenga una conexión con sus backends de SAP y pueda consumir datos y funciones, puede exponer esos datos y funcionalidades en Google Docs de muchas maneras, no solo en el modelo clásico de ‘hoja de cálculo’.
