{"id":67859,"date":"2020-09-23T08:00:00","date_gmt":"2020-09-23T06:00:00","guid":{"rendered":"http:\/\/e3mag.com\/?p=67859"},"modified":"2020-09-23T13:43:59","modified_gmt":"2020-09-23T11:43:59","slug":"a-guide-to-sap-data-integration","status":"publish","type":"post","link":"https:\/\/e3mag.com\/es\/ein-leitfaden-zur-sap-datenintegration\/","title":{"rendered":"Una gu\u00eda para la integraci\u00f3n de datos SAP"},"content":{"rendered":"

Hoy en d\u00eda, SDI se utiliza en todas las soluciones Hana y los clientes lo dan por sentado. Con el siguiente paso evolutivo, quer\u00eda unir la integraci\u00f3n de datos y procesos de una forma que nunca se hab\u00eda hecho antes. Por fin, la tecnolog\u00eda hab\u00eda avanzado lo suficiente como para poder fusionar las dos categor\u00edas de productos. Pero esto chocaba con la estructura organizativa de SAP y no se asumi\u00f3. <\/p>\n\n\n\n

Hoy en d\u00eda, el problema de la integraci\u00f3n ha saltado a la palestra y el resultado no es precisamente convincente. Peor a\u00fan, veo que muchos clientes actuales de SAP resuelven por s\u00ed mismos este problema de integraci\u00f3n de forma inteligente, es decir, que ya van m\u00e1s adelantados que la propia SAP. Estos clientes obtienen el toque final de la soluci\u00f3n de c\u00f3digo abierto que ofrece mi empresa.<\/p>\n\n\n\n

A continuaci\u00f3n, me gustar\u00eda hacer un recorrido mental por las ideas que ten\u00edan estos pioneros y por los aspectos en los que las hemos mejorado.<\/p>\n\n\n\n

Integraci\u00f3n de sistemas frente a integraci\u00f3n de datos<\/h3>\n\n\n\n

Si se observa la cartera de productos de SAP, se distingue claramente entre integraci\u00f3n de procesos e integraci\u00f3n de datos. Por un lado, se quiere conectar el sistema ERP con otra aplicaci\u00f3n, por otro, se quiere transferir contenidos de tablas de A a B. Si se pregunta a un desarrollador de aplicaciones, habla de \"entidades\" como el socio comercial. En la integraci\u00f3n de datos, se va un nivel m\u00e1s all\u00e1, a las tablas. Esta separaci\u00f3n no existe en el mundo del Big Data. All\u00ed, todos los productos pueden tratar con objetos profundamente anidados y una tabla de base de datos no es m\u00e1s que un objeto particularmente simple. Esto nos lleva a la primera conclusi\u00f3n: olvid\u00e9monos de las herramientas de bases de datos y fij\u00e9monos mejor en los productos de Big Data.<\/p>\n\n\n\n

Lote frente a tiempo real<\/h3>\n\n\n\n

Luego, hay herramientas que transfieren datos masivos en un proceso por lotes, y otras est\u00e1n construidas para el tiempo real. Esta separaci\u00f3n tiene razones t\u00e9cnicas, pero desde un punto de vista puramente l\u00f3gico, el tiempo real es un superconjunto de los dos. En batch, nunca se pueden transmitir datos a intervalos arbitrariamente cortos. Con un sistema en tiempo real, sin embargo, es posible el procesamiento por lotes. Parece como si en una fuente no pasara nada durante horas y de repente -durante un breve intervalo- se generaran muchos datos. Para ello, sin embargo, la herramienta en tiempo real debe ser capaz de manejar datos masivos, lo que nos lleva de nuevo a la cartera de Big Data.<\/p>\n\n\n\n

Si observamos la soluci\u00f3n desde el punto de vista de qu\u00e9 sistemas est\u00e1n vinculados con cu\u00e1les, en el pasado era m\u00e1s bien una relaci\u00f3n de uno a uno. Los datos de SAP ERP van a SAP BW. Los datos de registro de tiempos acaban como reservas en el m\u00f3dulo SAP HCM. Y as\u00ed es exactamente como est\u00e1n construidas las herramientas SAP. Aunque esta suposici\u00f3n no era necesariamente correcta en el pasado, hoy en d\u00eda hay muchos sistemas consumidores conectados a cada sistema fuente, y la tendencia va en aumento. Por ejemplo, los datos de ERP van a SAP BW, a un lago de datos, a Ariba, a Salesforce y a otras innumerables aplicaciones empresariales inteligentes.<\/p>\n\n\n\n

Esto significa que incluso con la orquestaci\u00f3n de datos, como es habitual en todas las herramientas de SAP, no se llega muy lejos. Tiene m\u00e1s sentido que cada consumidor pueda servirse de los datos a su antojo, es decir, una coreograf\u00eda de datos. En una configuraci\u00f3n de este tipo, el director de orquesta ya no dicta qui\u00e9n tiene que hacer qu\u00e9 y cu\u00e1ndo, sino que existe un canal para cada objeto en el que los sistemas pueden publicar cambios y otros sistemas pueden consumir los cambios como consideren oportuno.<\/p>\n\n\n\n

Por ejemplo, el ERP publicar\u00eda la \u00faltima versi\u00f3n cada vez que se modificara la entrada de un interlocutor comercial y el BW la consumir\u00eda una vez al d\u00eda de una sola vez. Otra aplicaci\u00f3n, en cambio, escucha constantemente los cambios en este tema y puede integrarlos en su propia aplicaci\u00f3n con una latencia del orden de milisegundos.<\/p>\n\n\n\n

\"Werner-Daehn\"<\/figure>\n\n\n\n

Apache Kafka<\/h3>\n\n\n\n

Si juntas todos estos pensamientos, inevitablemente acabas con Apache Kafka. Esta no es la \u00fanica raz\u00f3n por la que Kafka es utilizado actualmente por todas las grandes empresas y se est\u00e1 consolidando cada vez m\u00e1s como un est\u00e1ndar. Si funciona para el mundo del Big Data, seguro que podemos hacer un buen uso de \u00e9l para los datos operativos, \u00bfverdad?<\/p>\n\n\n\n

En su n\u00facleo, Apache Kafka consta de \"temas\" que representan el canal de datos. Cada uno de estos temas puede particionarse en s\u00ed mismo para permitir la paralelizaci\u00f3n de los datos masivos. Y cada mensaje de cambio tiene un esquema con los datos asociados. As\u00ed, en nuestro ejemplo, hay un esquema \"socio comercial\" con los datos maestros, como el nombre y los apellidos, y todas las direcciones del cliente est\u00e1n anidadas en \u00e9l. Si se mira desde el punto de vista de la integraci\u00f3n de datos, se trata de las tablas KNA1 de SAP ERP con los datos de direcciones ADRC asociados. En la integraci\u00f3n de procesos, la estructura anidada se utiliza, por ejemplo, a trav\u00e9s de SAP IDocs o Bapis.<\/p>\n\n\n\n

Esto supone un trabajo extra para el \u00fanico productor, pero facilita mucho las cosas para los numerosos consumidores. En un mundo en el que hay muchos consumidores para cada sector, esta es la forma m\u00e1s rentable en general.<\/p>\n\n\n\n

Pero ahora no basta con entregar cada IDoc a Kafka, por ejemplo, y detr\u00e1s de m\u00ed el diluvio. En todo caso, hay que movilizar todo su potencial. Una de esas oportunidades gira en torno a los cambios en la estructura: la muerte de cualquier soluci\u00f3n de integraci\u00f3n actual. Ni es viable adaptar todos los productores y consumidores de forma sincr\u00f3nica, ni tiene sentido mantener varias versiones de la estructura al mismo tiempo. Por eso sigo el concepto de evoluci\u00f3n del esquema, la capacidad de ampliar un esquema sin romper nada. <\/p>\n\n\n\n

El caso m\u00e1s sencillo se explica f\u00e1cilmente: supongamos que hay dos productores y diez consumidores de datos maestros de interlocutores comerciales. Uno de los productores, el sistema SAP, ha recibido hoy un campo Z adicional. El productor SAP lo inserta en el esquema oficial y le da un valor por defecto . A partir de ahora, el sistema SAP tambi\u00e9n puede enviar este campo. <\/p>\n\n\n\n

El otro productor sigue utilizando la versi\u00f3n anterior del esquema durante los 20 minutos siguientes hasta que se resincroniza. El cambio al nuevo esquema no le despista, sin embargo, porque este campo no existe para \u00e9l, as\u00ed que no lo rellena, por lo que permanece en . No hay que cambiar nada en este productor, simplemente sigue funcionando como antes.<\/p>\n\n\n\n

Si los consumidores reciben la nueva variante del esquema por primera vez, se utilizar\u00e1 para leer todos los mensajes a partir de ahora. Por lo tanto, el campo adicional est\u00e1 siempre presente. Si se lee un mensaje antiguo a trav\u00e9s del nuevo esquema, el campo Z no est\u00e1 en los datos y, por tanto, . Tampoco en este caso hay complicaciones.<\/p>\n\n\n\n

Los consumidores, a su vez, pueden decidir por s\u00ed mismos c\u00f3mo manejar el nuevo campo. Un consumidor de aplicaciones s\u00f3lo obtiene del esquema los campos que realmente necesita de todos modos, y el campo Z no tiene equivalente en la aplicaci\u00f3n de destino por el momento. Un consumidor de lago de datos probablemente ampl\u00ede la estructura de destino con este campo adicional de forma autom\u00e1tica para no perder nunca informaci\u00f3n.<\/p>\n\n\n\n

La evoluci\u00f3n del esquema permite as\u00ed la adaptaci\u00f3n sucesiva del esquema oficial a lo largo del tiempo. Tambi\u00e9n hay casos en los que el productor desea enviar informaci\u00f3n t\u00e9cnica. Cada esquema dispone de una zona de extensi\u00f3n reservada a tal efecto.<\/p>\n\n\n\n

En general, el esquema contiene alguna informaci\u00f3n m\u00e1s que puede ser interesante m\u00e1s adelante: \u00bfCu\u00e1l es el sistema de origen del mensaje? \u00bfQu\u00e9 transformaciones han sufrido los datos? \u00bfC\u00f3mo se eval\u00faa la calidad de los datos del registro?<\/p>\n\n\n\n

Cola de mensajes frente al registro de transacciones de Kafka<\/h3>\n\n\n\n

El caso en el que un consumidor vio el campo adicional pero no pudo utilizarlo muestra otro problema sin resolver: \u00bfC\u00f3mo volver a obtener los datos ya cargados? Antes de la \u00e9poca de Kafka, se utilizaban colas de mensajes, y all\u00ed la \u00fanica forma de volver a obtener todos los datos es que la fuente los produzca de nuevo. Sin embargo, esto significa que fluye a trav\u00e9s de todos los consumidores, incluso los que no tienen ning\u00fan inter\u00e9s en ella. Si el siguiente consumidor se adapta, hay que volver a producir todos los datos. Qu\u00e9 horror. Por eso las colas de mensajes nunca se extendieron tanto como se esperaba en un principio.<\/p>\n\n\n\n

Sin embargo, la premisa de nuestra soluci\u00f3n era que el consumidor pudiera decidir qu\u00e9 leer y cu\u00e1ndo. En este caso, tambi\u00e9n deber\u00eda tener la opci\u00f3n de poder volver a leer los datos que ya se han le\u00eddo. En la pr\u00e1ctica, este consumidor se modificar\u00eda a voluntad y, cuando se reiniciara, se le dir\u00eda que por favor volviera a leer los datos de los \u00faltimos siete d\u00edas. A diferencia de las colas de mensajes, Kafka no tira los datos inmediatamente, sino que est\u00e1 construido como una herramienta de Big Data para mantener los mensajes de cambio durante un tiempo o incluso para siempre.<\/p>\n\n\n\n

Esta opci\u00f3n supone una inmensa ventaja para muchas otras situaciones. Por ejemplo, el desarrollador puede repetir las mismas pruebas tantas veces como desee y obtener los mismos datos de cambios. O un nuevo consumidor no empieza sin datos, sino que obtiene una gran cantidad de datos en la primera llamada.<\/p>\n\n\n\n

Si usted tambi\u00e9n busca una soluci\u00f3n asequible, abierta y orientada al futuro para la integraci\u00f3n de sus diversas aplicaciones, puede encontrar inspiraci\u00f3n en mi sitio web.<\/p>","protected":false},"excerpt":{"rendered":"

El desarrollo de software cuesta tiempo, as\u00ed que hay que planificar la soluci\u00f3n antes incluso de que los primeros clientes la pidan. Cuando invent\u00e9 Hana Smart Data Integration (SDI), nadie ten\u00eda una soluci\u00f3n de este tipo en su radar: las herramientas ETL eran suficientemente buenas.<\/p>","protected":false},"author":1891,"featured_media":67861,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pmpro_default_level":"","footnotes":""},"categories":[5,37840],"tags":[1268,600,601,73,65,8155,16452],"coauthors":[36006],"class_list":["post-67859","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-management","category-mag-2007","tag-datenintegration","tag-digitale-transformation","tag-digitalisierung","tag-erp","tag-hana","tag-realtime","tag-sdi","pmpro-has-access"],"acf":[],"featured_image_urls_v2":{"full":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"thumbnail":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-150x150.jpg",150,150,true],"medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",400,180,false],"medium_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-768x346.jpg",768,346,true],"large":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"image-100":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-100x45.jpg",100,45,true],"image-480":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-480x216.jpg",480,216,true],"image-640":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-640x288.jpg",640,288,true],"image-720":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-720x324.jpg",720,324,true],"image-960":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-960x432.jpg",960,432,true],"image-1168":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"image-1440":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"image-1920":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"1536x1536":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"2048x2048":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"trp-custom-language-flag":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",18,8,false],"bricks_large_16x9":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"bricks_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"bricks_large_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",1000,450,false],"bricks_medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",600,270,false],"bricks_medium_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662.jpg",600,270,false],"profile_24":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3mag.com\/wp-content\/uploads\/2020\/08\/shutterstock_1259435662-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":"

Softwareentwicklung kostet Zeit, daher muss man die L\u00f6sung planen, bevor die ersten Kunden \u00fcberhaupt danach fragen. Als ich Hana Smart Data Integration (SDI) erfunden habe, hat noch niemand so eine L\u00f6sung auf dem Radar gehabt \u2013 ETL-Tools waren gut genug.<\/p>\n","category_list_v2":"IT-Management<\/a>, MAG 20-07<\/a>","author_info_v2":{"name":"Werner D\u00e4hn, rtdi.io","url":"https:\/\/e3mag.com\/es\/author\/werner-daehn\/"},"comments_num_v2":"0 comentarios","_links":{"self":[{"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/posts\/67859","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/users\/1891"}],"replies":[{"embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/comments?post=67859"}],"version-history":[{"count":0,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/posts\/67859\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/media\/67861"}],"wp:attachment":[{"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/media?parent=67859"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/categories?post=67859"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/tags?post=67859"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3mag.com\/es\/wp-json\/wp\/v2\/coauthors?post=67859"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}