Saltar navegación

Activa JavaScript para disfrutar de los vídeos de la Mediateca.

DenisaInvestigacion - Contenido educativo

Ajuste de pantalla

El ajuste de pantalla se aprecia al ver el vídeo en pantalla completa. Elige la presentación que más te guste:

Subido el 22 de junio de 2024 por Mario S.

48 visualizaciones

Más información Transcripción

Descargar la transcripción

Buenas tardes, mi nombre es Denisa y os voy a hacer la presentación de mi proyecto de investigación y desarrollo de técnicas avanzadas de integración entre sistemas. 00:00:00
El contenido que vamos a ver hoy será una breve introducción, vamos a ver un poco la arquitectura en capas tradicional versus Mulesoft, 00:00:11
métodos de integración, la plataforma de Mulesoft y por último la demostración práctica. 00:00:19
Como introducción, mi proyecto se divide básicamente en dos partes. 00:00:28
La primera parte es una investigación de las integraciones, de los métodos de integración actuales y tradicionales, 00:00:33
de las APIs y de la arquitectura NKPAS y la plataforma de MuleSoft. 00:00:42
Y la segunda parte del proyecto es un desarrollo de una aplicación realizada en Android, 00:00:47
de una gestión de una tienda de motos de moda por parte del vendedor que se conecta a una base de datos 00:00:52
y para integrar estas dos partes, tanto Android como la base de datos, vamos a utilizar la plataforma de MuleSoft. 00:01:02
La arquitectura en capas, como ya sabemos, es un estilo de diseño de software que organiza una aplicación en múltiples niveles o capas. 00:01:09
Cada capa tiene su responsabilidad. Las capas se comunican entre una con otra mediante interfaces definidas. 00:01:23
Tenemos como primero la capa de presentación, que sería la interfaz de usuario, que es la que se conecta con el usuario. 00:01:32
Después tenemos la capa de negocio, que es la capa de la lógica, donde está toda la lógica, los procesamientos de los datos. 00:01:41
y por último la capa de acceso a datos, que es la encargada de la conexión con la base de datos 00:01:49
o cualquier almacenamiento de datos, como puede ser, por ejemplo, la nube. 00:01:55
Dentro de MuleSoft tendríamos las mismas capas, la misma arquitectura 00:02:03
y esto se llama Applet Connectivity. 00:02:08
Tenemos las mismas capas, pero con diferentes nombres. 00:02:11
Igual, la primera se encarga de la conexión con el cliente, 00:02:16
ya sea una aplicación móvil o una web, la segunda sería la lógica 00:02:19
y la última la que se conecta con los sistemas finales. 00:02:27
API Let Connectivity de MuleSoft, su concepto fundamental es la reutilización de las APIs, 00:02:30
como podemos ver en este ejemplo del medio en la cual tenemos una API de proceso 00:02:37
que es utilizada por varios clientes, por un cliente de una web y por otro cliente 00:02:42
y también es consumido después por una base de datos y una nube. 00:02:48
El propósito fundamental de MUSEF es utilizar las tres capas, 00:03:01
pero hay veces que los proyectos no requieren la utilización de las tres, 00:03:06
como por ejemplo en este ejemplo. 00:03:10
Simplemente una aplicación móvil quiere consumir datos de una base de datos, 00:03:13
entonces en la capa de proceso no tendríamos ninguna lógica, por tanto solo tendríamos dos capas, la de Experience y la de System. 00:03:16
¿Qué es la integración de sistemas? Pues la integración de sistemas es la capacidad de conjuntar dos aplicaciones en una única unidad 00:03:26
con el fin de que funcione correctamente y se lleve a cabo todos los procesos. 00:03:36
Las principales formas de integración serían las siguientes, integración punto a punto, integración de API, 00:03:43
las Middleware, las arquitecturas de servicios SOA o el protocolo de transferencia FTP, 00:03:48
el intercambio electrónico de datos, la nube, la integración basada en la nube 00:03:55
y los buses de servicios empresariales. 00:04:02
¿Qué es MuleSoft? Os voy a comentar un poco las características 00:04:07
y los componentes fundamentales de esta plataforma, 00:04:11
que es el Anypoint Platform y el Anypoint Studio. 00:04:13
MuleSoft es una plataforma de integración actualmente líder en el mercado 00:04:16
que fue adquirida por Salesforce en 2018 00:04:22
MuleSoft actúa como middleware 00:04:26
ya que facilita la comunicación y el intercambio entre diferentes sistemas 00:04:29
también es un bus de servicios empresariales 00:04:33
ya que al conectar sus aplicaciones funciona mediante un bus de comunicación 00:04:38
también actúa con las APIs ya que funciona solo con APIs 00:04:44
dentro de su plataforma que ahora lo vamos a ver 00:04:49
permite crear, gestionar, desplegar las APIs 00:04:52
y también es una integración en la nube 00:04:56
aunque también se puede implementar dentro de la plataforma del cliente 00:04:59
el primer componente de MuleSoft es el Anypoint Platform 00:05:05
que es la plataforma de integración de MuleSoft 00:05:08
que tiene todas las herramientas funcionales y específicas para realizar el flujo de una API. 00:05:15
Podemos validar, hacer el prototipo de una API, diseñar una API, el feedback de una API, publicar una API, 00:05:22
las operaciones de gestión de una API y desplegar una API. 00:05:29
Todo esto se hace en su plataforma. 00:05:34
Os lo voy a enseñar un segundito. 00:05:37
aquí tendríamos el Design Center donde diseñamos una API 00:05:39
se tendría que crear una nueva especificación 00:05:48
os voy a enseñar una de las mías que he tenido que crear para la práctica 00:05:50
en primer lugar lo que realizaríamos sería el Rammel 00:05:54
donde tenemos todos los endpoints que vamos a tener en nuestra API 00:06:03
y los tenemos que ir desarrollando 00:06:06
por ejemplo el endpoint de post tendría el path barra productos 00:06:10
es un post, el body es de tipo producto, que ahora lo veremos, que es donde aquí declaramos los tipos de datos 00:06:14
y por último tendríamos un ejemplo de ese producto que iría en el body. 00:06:21
Este es el tipo de producto, como veis tiene que tener un id producto, un nombre, descripción, precio, stock. 00:06:29
Aquí dentro del data type se declara cómo tienen que ser los tipos de datos, si es string, si tiene que ser requerido, 00:06:36
En este caso todos son requeridos menos este que tiene una interrogación que no es requerido. 00:06:43
También se puede hacer los enumerados y ponerle un límite de caracteres. 00:06:48
El ejemplo sería este, que es el body que deberíamos de insertar en el post para poder realizar el empoe. 00:06:55
Una vez acabado esto se publicaría en el exchange, que es donde están publicadas todas las APIs. 00:07:03
Dentro del Exchange tenemos una pequeña aplicación en la que puedes añadir toda la documentación que quieras sobre el API que tienes 00:07:11
y además se nos ponen todos los endpoints que hemos realizado anteriormente y hemos diseñado en el Rammel aquí. 00:07:23
Por ejemplo el de productos. 00:07:30
Aquí nos aparece toda la información de este post que hemos documentado antes, 00:07:33
el body que se tiene que insertar, como son los campos, requeridos, no requeridos, el enumerado y aquí la respuesta que tendríamos que dar. 00:07:39
Además se pueden hacer pruebas metiendo un body u otro y nos da una respuesta. 00:07:49
Esto se utiliza mucho para hacer un diseño antes de realizar todo el proceso de programación del API y así ir más rápido. 00:07:57
Después, dentro del runtime manager, que es el servidor de MuleSoft, se publicarían 00:08:06
las APIs y se desplegarían para poder utilizarlas. Si no están desplegadas aquí, pues no se 00:08:12
pueden utilizar, por eso si ustedes se conectan a la aplicación de Android les va a funcionar 00:08:18
igual que a mí, porque están desplegadas en el servidor. 00:08:23
El siguiente componente de MuleSoft es el Anypoint Studio, donde es un entorno de desarrollo 00:08:31
igual que Eclipse, básicamente está basado en él, en el que tenemos varias partes, 00:08:36
el Package Explorer, que es donde están todos los archivos y los proyectos, 00:08:42
la consola donde vemos todos los logs y toda la información, el Canvas, donde se procesan todos los flujos 00:08:46
y el Mule Palette, que es lo más importante, que es donde están todos los conectores que nos van a ayudar a realizar dicha lógica. 00:08:52
para programar en el entorno de desarrollo que hemos visto antes 00:08:59
aparte de Java se utiliza y es con lo que se programa el DataWave 00:09:06
el DataWave es el lenguaje de programación de MuleSoft 00:09:11
aquí tenéis un ejemplo en el que pasamos un XML a un JSON 00:09:14
y queremos mostrar por ejemplo en tickets estos dos campos 00:09:18
pues para hacerlo tendríamos que coger el payload 00:09:23
que el payload es la carga útil, el cuerpo que sería todo esto 00:09:25
accederemos al order, a los productos, el name y ya nos saldrían estos dos 00:09:29
y aquí tenemos otro ejemplo en el que pasamos un JSON a CSV 00:09:35
pero no queremos implementar ninguna lógica 00:09:39
simplemente queremos pasarlo de un formato a otro 00:09:41
simplemente con poner output CSV y el payload que queremos es decir la carga útil 00:09:44
ya tendríamos el resultado 00:09:49
vale ahora os voy a explicar un flujo de mi práctica 00:09:51
de MuleSoft y después os voy a compararlo un poquito con Java. Este flujo inicia aquí en el 00:09:58
que siempre se suele poner un logger para saber por dónde va la aplicación ya que luego en la 00:10:09
plataforma vamos viendo los loggers. Al principio lo que hago es guardarme el payload de entrada 00:10:14
que es la carga útil, luego tenemos una validación de email donde MuleSoft tiene un conector que 00:10:20
valida directamente el email con pasarle el campo que quieres ya te valida el por 00:10:28
detrás sólo si es un email o no es un email si es un email continua y si no da 00:10:34
un error lo siguiente que he hecho ha sido un get 00:10:39
de cliente por NIF para saber si el cliente que me está llegando aquí 00:10:43
existe en la base de datos o no esto se conecta a la capa de sistemas y a la 00:10:47
base de datos entonces extrae hace esa query después tenemos un choice que es 00:10:51
es lo mismo que un if en java, lo que hace es comprobar si la primera opción, si puede 00:10:58
entrar por la primera opción y si no por la segunda. La primera opción sería si el 00:11:04
payload que me llega de aquí está vacío, es decir, si no hay ningún cliente, si no 00:11:08
hay ningún cliente, creamos, accedemos a un post que llamamos al post de la capa de 00:11:12
sistemas, creamos el cliente y continuamos. En caso de que el cliente exista, he creado 00:11:17
un manejador de errores que sería este, que el flujo entraría por aquí y se iría al 00:11:23
error propagate que nos daría un status 400 y este mensaje de que el dni ya existe vale este 00:11:27
mismo flujo como sería en java pues primero tendríamos que configurar todo el pon el modelo 00:11:40
del cliente con su clase sus y sus entidades tendríamos que realizar también el servicio con 00:11:45
todos los en points y también los controladores vale con esto vemos que al programar con java 00:11:52
el diseño es mucho más detallado 00:12:04
la implementación es mucho más específica 00:12:06
de todos los componentes y las clases 00:12:08
necesitas un profundo conocimiento tecnológico 00:12:10
y muchísimo más trabajo manual 00:12:13
en cambio al realizarlo con MuleSoft 00:12:15
vemos que es una interfaz muy visual 00:12:17
en la cual los componentes están predefinidos 00:12:19
y al configurarlos 00:12:22
pues aumentamos, disminuimos el tiempo 00:12:24
entonces es mucho más rápido 00:12:27
comentar que estos componentes 00:12:29
por debajo lo que tienen es Java 00:12:31
entonces lo que se hace constantemente es la reutilización de código 00:12:33
ya que el componente al estar ya definido se reutiliza constantemente código 00:12:37
vale, vamos a ver la demostración práctica 00:12:42
se ve grande 00:12:48
vamos a añadir, este sería el get de productos en la que nos muestran todos los productos 00:12:57
aquí lo que hace Android mediante retrofit se conecta a mi capa de experiencia que es la primera 00:13:06
y después va a la lógica donde hace todo 00:13:12
este sería el get de los productos 00:13:16
si pinchamos en cualquiera de los productos nos lleva al get por id 00:13:20
por así decirlo, donde vemos el detalle del producto 00:13:25
también podemos añadir un producto y una categoría 00:13:29
el producto se ha insertado correctamente 00:13:47
entonces si volvemos atrás tenemos la prueba aquí 00:13:54
tenemos exactamente lo mismo con clientes 00:13:58
Un get de clientes en el cual también podemos ver los clientes y añadir un cliente. 00:14:03
Vamos a hacer la prueba del email que hemos comentado antes. 00:14:37
Si no ponemos un email correcto nos tendría que salir el error de que el email no es correcto. 00:14:42
Al poner el email ya se debería de insertar, el cliente se ha insertado correctamente. 00:14:48
Si queremos volver a insertar el mismo con el DNI, igual el DNI ya no existe. 00:14:58
Entonces esta es la prueba del anterior flujo que hemos visto anteriormente. 00:15:03
Vale, y tengo que parar o puedo seguir aunque renuncia... 00:15:07
¿Sigo? 00:15:13
Renuncio a mis 2,5. 00:15:15
Vale, esto es las ventas. 00:15:17
Voy a añadir una venta que aquí es lo más emocionante, así por decirlo. 00:15:19
lo primero tenemos esa temperatura que es una llamada a una API externa 00:15:22
no es nada configurado por mí sino que simplemente yo desde la capa de proceso 00:15:28
llamo a la de sistemas y la de sistemas está la API externa 00:15:33
llama a una API directamente desde fuera 00:15:39
aquí nos dice que si la temperatura es superior a 15 grados 00:15:41
nos va a hacer un descuento del 10% después lo vamos a ver 00:15:47
Vale, vamos a añadir a este una venta, el 6, vale, la venta se ha insertado correctamente. 00:15:50
Si nos vamos a los productos, aunque no os lo he enseñado antes, el producto número 6 sería este y ha bajado el stock. 00:16:17
Aquí os voy a enseñar la venta de los clientes, que es el cliente que hemos realizado la venta, y el detalle de venta sería este. 00:16:32
La nueva venta que se ha realizado ha sido este, sí, y se le ha realizado un 10%. 00:16:41
El precio final sería este. 00:16:50
Y tengo que activar una alerta para que veáis su funcionamiento. 00:16:54
Ya que la tengo parada porque si no me llega a emails. 00:17:06
Al comprar un producto y que el stock esté inferior a 10, me llega una alerta al correo, 00:17:09
que también la he diseñado, lo único que como es el correo, perdón, es que como lo he cerrado antes todo, 00:17:17
vale, aquí tenéis el correo que acaba de llegar, stock mínimo, stock actual y el 5, sería la alerta 00:17:37
y ya estaría la presentación práctica. 00:17:46
¿Alguna pregunta? 00:18:01
Muchas. 00:18:04
Pues yo mismo. 00:18:06
Vale. 00:18:10
A mí me ha gustado. La comparación que has hecho entre las capas de un ESO es interesante. 00:18:11
A ver, es que en 15 minutos es complicado. 00:18:19
Es complicado, nadie te dice que no. Pero sí, yo te lo digo. Me parece interesante. 00:18:21
Por darte más tiempo, que expliques a lo mejor alguna cosilla más. 00:18:33
El Anypoint Studio, que es para que lo explicaras un poco más y las herramientas que ofrece. 00:18:38
y que como ayuda a alguien 00:18:44
como tú pones en la memoria 00:18:47
que no tenga muchos conocimientos 00:18:49
explícalo 00:18:51
y luego la segunda pregunta 00:18:53
y ya está 00:18:55
la capa experience, ¿se conecta con los clientes? 00:18:56
sí 00:19:00
pues eso, que expliques cómo conectas 00:19:00
cómo lo conecto con 00:19:02
tú has hecho la aplicación 00:19:04
en Android 00:19:07
yo lo que he realizado ha sido 00:19:08
yo he realizado las 00:19:10
Mira, te explico un segundo, que lo voy a explicar mejor. 00:19:13
Yo lo que he realizado ha sido tres APIs, una en la capa de Experience, otra en la capa de Proceso, 00:19:35
y dentro de la capa de Sistema tengo la API que conecta a mi base de datos que la he creado yo, 00:19:41
y luego tengo otra API que es la que llama a la API externa, que es la de la temperatura. 00:19:47
Entonces, el cliente que es Android me conecto a esta capa de experiencia mediante Retrofit, lanzando las llamadas de los Endpoints mediante Retrofit accedo a esta capa de experiencia, simplemente configurando si queréis verlo la URL, sería mediante la URL del Endpoint puedes conectarte con Retrofit. 00:19:53
Después, lo que me acabas de decir del Anypoint Studio, pues mira, aquí están, aquí tendríamos 00:20:23
todos los conectores, podríamos buscar un montón de conectores más, los de la base 00:20:31
de datos por ejemplo, tienes de la base de datos conectores para borrar, para insertar, 00:20:36
para realizar un montón de funciones, entonces simplemente se arrastraría, arrastrar por 00:20:44
ejemplo un validador se arrastra y se configuraría en función de lo que necesitas realizar vale por 00:20:52
ejemplo aquí a la hora de hacer un de llamar a la capa de sistemas para conectarme a la base 00:21:02
de datos y tal se configura pues la llamada de la otra capa de la de sistemas se configura 00:21:09
ya se configura el pad y ya directamente accede a esa capa y esa capa está aquí, por ejemplo. 00:21:18
Y te va generando también documentación, ¿no? 00:21:30
Sí, mira, y por ejemplo este post que es insertar, pues en la capa de sistemas lo único 00:21:34
que tenemos es las consultas a la base de datos y ya él solo por debajo se encarga 00:21:39
de acceder a esa base de datos y traernos lo que le ponemos en la query. 00:21:46
Muy bien, muchas gracias. 00:21:51
¿Alguna pregunta más? 00:21:54
Una cosa más sencilla, una pregunta. 00:22:06
El error que te hacía el equivalente a un if. 00:22:10
Sí. 00:22:17
Para procesos más complejos como bucles, ¿también tiene cómo se llama? 00:22:17
Sí, mira, está este conector que es equivalente a un if, ¿vale? 00:22:24
Que si no cumple la primera condición se va por la segunda y así constantemente. 00:22:29
luego hay otro que es un scheduler que iría en paralelo, es decir, completaría la primera fila, luego la segunda, así hasta que acaben todas y se mostraría. 00:22:33
Y en bucle sería mediante el choice. 00:23:06
Hay un montón de conectores también. 00:23:10
¿Cómo definir los tuyos propios mediante tus propios conectores? 00:23:13
Pues imagínate que tienes que hacer una operación de cualquier tipo. 00:23:21
Ah, sí, eso es, sí, justo. 00:23:25
Si no tienes ningún conector al que puedas apoyarte y utilizarlo, 00:23:28
podrías crear simplemente una clase Java, realizar tu código 00:23:33
y ya llamarías a esa clase Java y lo utilizarías. 00:23:37
De hecho, en la anterior versión MuleSoft utilizaba Java 00:23:40
antes de que estuvieran todos los conectores. 00:23:44
Sí, si le quieres meter una clase Python. 00:23:59
le puedes meter en verdad cualquier clase 00:24:00
de, cualquier lenguaje 00:24:02
de programación en esa clase 00:24:04
pero aquí no termina traduciendo siempre a Java 00:24:06
claro, hace la transformación 00:24:08
sí, sí 00:24:11
por ejemplo para la alerta 00:24:18
he utilizado un componente 00:24:21
que lo lanza solo, automáticamente está configurado 00:24:22
yo lo he puesto cada día por si no me llegan 00:24:25
muchos mensajes y va lanzando 00:24:27
¿cuál es la competencia de esto? 00:24:29
porque me lo has comparado con Java 00:24:38
seguro que tiene competencia 00:24:39
¿cuáles serían las competencias y ventajas que tienes? 00:24:41
porque imagínate, yo estoy en una empresa 00:24:44
tengo que elegir el mulesoft 00:24:45
y quiero ver la competencia 00:24:47
pues la competencia tienes IBM 00:24:49
tienes 00:24:51
SOAP, tienes un montón 00:24:52
de otras plataformas 00:24:55
que hacen exactamente lo mismo, lo único que 00:24:57
yo he decidido hablar sobre 00:25:00
esto, sí, a lo mejor 00:25:01
un proyecto en Java te dura un año 00:25:10
y medio y esto en cuatro meses lo tienes 00:25:12
es igual 00:25:14
Está en la nube 00:25:18
Y funciona súper rápido 00:25:21
Sí que es verdad que se puede 00:25:23
Relantizar 00:25:25
Cuando le metes muchísima seguridad 00:25:26
Así que cuando metes mucha seguridad 00:25:29
Otras llamadas a otras APIs 00:25:30
O otras políticas 00:25:33
De seguridad que tiene la plataforma 00:25:35
Ahí sí que puede ir un poco más lento 00:25:37
Pero si no va muy rápido 00:25:39
¿Y luego de cara a escalar? 00:25:40
¿El qué? 00:25:42
De cara a escalar 00:25:42
Ahora tengo 100 clientes pero de repente mañana tengo 1000 00:25:43
Y el 1000, un millón 00:25:46
No hay ningún problema 00:25:47
funciona igual 00:25:48
eso es 00:25:49
tiene 00:25:51
a ver 00:25:52
cuando se 00:25:53
cada API 00:25:54
consume 00:25:55
un 0,1 00:25:56
vCores 00:25:58
que los vCores 00:25:58
es como se mide 00:25:59
la memoria 00:26:00
de esta parte 00:26:01
entonces 00:26:02
lo que suelen comprar 00:26:03
los 00:26:04
cuando realizan 00:26:05
un proyecto 00:26:07
se compra 00:26:07
un único vCore 00:26:07
con un único vCore 00:26:08
puedes realizar 00:26:09
20 APIs 00:26:10
no puedes realizar más 00:26:11
¿qué pasa? 00:26:12
que si quieres más 00:26:13
si quieres ampliar 00:26:14
y no te has podido 00:26:15
centrar en ese diseño 00:26:16
pues se amplía más, se compra 00:26:17
simplemente es dinero 00:26:19
¿a qué se los compras? 00:26:21
a MuleSoft 00:26:23
todo está en su 00:26:24
exacto, esa es la desventaja 00:26:26
que hay con respecto 00:26:29
que estás atado a una plataforma al final 00:26:31
y que el coste puede ser 00:26:33
más elevado, es más rápido 00:26:35
tiene sus muchas ventajas pero las desventajas 00:26:37
en ese caso sería eso 00:26:39
el coste y 00:26:40
que estás atado 00:26:42
¿de hecho el escenario? 00:26:44
Sí, aquí, es que esta plataforma tiene un montón, lo que pasa es que tampoco la he podido, mira aquí por ejemplo, tienes para monitorizarlas, ver analíticas, meterle políticas, es que el problema es que la versión gratuita, todos los componentes no están disponibles, es que no van a estar, 00:26:46
A ver, tú en la memoria pones, y también te centras en, al principio comentas que en Mulesoft para la integración de sistemas, 00:27:26
entonces hablas de CRM, RP, en ese momento hablas más de integración entre sistemas, 00:27:50
sí vale entonces como pensamiento tuyo y a la conclusión que puedes hacer la aplicación que 00:27:58
nos has mostrado entonces teniendo en cuenta que es más costoso teniendo en cuenta pues todo lo 00:28:07
que nos asusta la memoria vale harías la aplicación con la que nos han mostrado ese 00:28:14
tipo que al final es una aplicación contra un cliente lo harías con las capas de jabón 00:28:20
¿O te meterías con Mulesoft? ¿O Mulesoft solo lo dejarías para integración de sistemas más grandes? 00:28:27
No, yo creo que una vez que te metes a realizarlo con una cosa u otra, lo tendrías que hacer con... 00:28:34
Yo en este caso lo haría con Mulesoft, sí que es verdad que para una aplicación tan sencilla, 00:28:41
tener tres capas que consumen un montón, no las haría. 00:28:45
Las he hecho ahora para que vierais cómo es en conjunto, pero realmente con... 00:28:48
O sea, la de experience directamente ni siquiera haría falta porque con conectarte ya puedes llamar directamente a esta. 00:28:54
Pero al final son estándares de MuleSoft que te dice que hagas las tres capas. 00:29:01
Pero claro, es mucho más costoso, consume más y se puede hacer con dos o una. 00:29:08
Vale, gracias. 00:29:13
Me has hundido la asignatura. 00:29:21
Entiendo 00:29:23
que existen las capas 00:29:33
y quizás no me ha quedado muy claro 00:29:38
entre las capas que se están comunicando 00:29:41
en el fondo 00:29:43
es como si fueran cosas distintas 00:29:44
estuvieran en lugares distintos 00:29:47
incluso podrían residir en lugares distintos 00:29:49
porque en el fondo lo que están haciendo 00:29:51
es una petición 00:29:52
a GetPost, etc. 00:29:53
de una capa a otra capa 00:29:56
y le están mandando el hotdash 00:29:58
y está devolviendo Json, lo cual quiere decir que, por ejemplo, una capa de proces desarrollada 00:30:00
me puede servir para enganchar con multitud de capas de system y con multitud de capas de experience, 00:30:08
esto lo cual me permitiría tener una capa de proces, por ejemplo, que podría ser compartida 00:30:15
con multitud de aplicaciones desarrolladas una sola vez para algún conjunto de aplicaciones 00:30:19
e incluso podría venderla como una librería de oportunidades comunes, 00:30:24
es decir, cuando desarrollamos aplicaciones tipo gestión, 00:30:31
pues todo lo que es la gestión de clientes, etc., 00:30:34
ya podría estar casi desarrollada y estaría en un proceso 00:30:37
donde tú enganchas el system para decir a qué base de datos vas 00:30:40
y enganchas el experience para decir quién va a ser tu cliente. 00:30:44
Sí, eso es. 00:30:49
De hecho, si mañana queremos añadir aquí una web, 00:30:50
simplemente realizaríamos la conexión 00:30:53
que sería diferente a la de Android 00:30:57
y todo lo demás sería igual y se podría reutilizar 00:30:58
de hecho hay muchas APIs que ya están creadas 00:31:02
dentro de la plataforma aquí de MuleSoft 00:31:05
que las puedes llamar en este caso en vez de usar la mía 00:31:09
todas las que son de MuleSoft 00:31:12
que hay un mogollón 00:31:14
se podrían llamar y reutilizar 00:31:15
y hacer todo lo que se pueda con ellas 00:31:17
Incluso yo podría utilizar por ejemplo una capa de proces, parte de esa capa de proces de algo que si por ejemplo un ERP me ofrece esa posibilidad de engancharme a él, 00:31:21
yo podría pedirle al ERP una posición, el ERP me devolvería su contestación y podría a su vez trabajar y enviarla al Android después de procesarla. 00:31:38
Sí, totalmente. Como vemos, esta API externa no es nada mío, ni nada, es la API del tiempo, que simplemente yo he cogido el endpoint y me he conectado a esa API del tiempo. 00:31:52
Entonces, ¿de alguna forma se pueden comercializar? 00:32:11
Existe como una tienda de lo que estaba diciendo, por ejemplo. 00:32:22
Tú desarrollas uno de los componentes que hay reutilizables. 00:32:26
No sé si han pensado en... 00:32:32
Sí, sí, exactamente. 00:32:33
Hay componentes que son de pago porque son de ciertas personas 00:32:35
que lo han desarrollado, están en privado, 00:32:39
están publicadas en privado y no se pueden usar 00:32:41
hasta que no realices el pago. 00:32:43
De hecho, también ellos tienen muchos conectores 00:32:45
que son de pago. A la hora de, por ejemplo, conectarte con React o hacer otras funciones 00:32:48
más grandes, sí que tienen conectores que tienes que pagar. 00:32:54
Pues muy bien. 00:33:02
Ya. Gracias. 00:33:03
Muchas gracias. 00:33:04
Por fin. 00:33:05
Idioma/s:
es
Autor/es:
Villablanca
Subido por:
Mario S.
Licencia:
Dominio público
Visualizaciones:
48
Fecha:
22 de junio de 2024 - 9:31
Visibilidad:
Público
Centro:
IES VILLABLANCA
Duración:
33′ 13″
Relación de aspecto:
1.78:1
Resolución:
1280x720 píxeles
Tamaño:
2.15

Del mismo autor…

Ver más del mismo autor

EducaMadrid, Plataforma Educativa de la Comunidad de Madrid

Plataforma Educativa EducaMadrid