Idioma: Español
Fecha: Subida: 2021-02-09T00:00:00+01:00
Duración: 1h 49m 59s
Lugar: Curso
Visitas: 55 visitas

01_Visión general de la arquitectura

Transcripción

Pues nada, comenzamos entonces con con la, con la parte que teníamos preparada para para hoy, después de ver un poco lo que es una visión poco funcional de lo que de lo que puede ser el proyecto, para tener un poco claro hacia sea que se pretende conseguir con con ello, pues vamos a ver un poco como cómo se ha preparado la arquitectura y bueno, qué decisiones se han tomado, porque y poco, en definitiva, qué piezas lo lo componen. El objetivo de la formación tampoco es entrar demasiado en detalles en ellas eso ya se irá viendo en los sucesivos días, pero, pero sí que me gustaría ver esa una visión general de todo, de todo, de todas las piezas que componen el sistema, para que para que todos lo tengamos claro. Entonces, como como sumario, un poco de los puntos que me gustaría ver hoy. Digamos que serían esto, es básicamente hacia rasgos generales, en primer lugar, pues sería ver una, una visión general de la de la arquitectura, desde visto desde muy arriba, qué elementos la componen a nivel general, y luego ir por grandes bloques funcionales, ir entrando en ellos para, para ir viendo un poco más en detalle cada uno de ellos, sin llegar al fondo, como, como decía antes, que eso ya sería objeto de otras sesiones, pero sí viendo cómo cómo trabaja, el cómo trabaja el sistema, no, pues esos modelos serían la parte de entrada de información, la parte de la parte de gestión de esa desinformación, y cómo se trabaja, la trabajan los los datos para transformarlos a las necesidades del sistema, y luego, pues era el almacenamiento de esos datos. En agosto, Apple Store o almacenamiento es que se haya decidido, y, por último, pues una buena parte de módulos auxiliares, que también es importante tener en cuenta de cara de cara a entender el proyecto, pues por ejemplo, estaríamos hablando de modelos, de autenticación, autorización y también de la integración, de la, de la arquitectura, se mantenga esa estructura antológica. Bueno, aquí que estamos hablando de una parte de la arquitectura semántica, la arquitectura, se manteca se va a basar un poco en todos, en todos estos puntos. Al final los requisitos que tiene que cumplir serían. Serían estos siete que tenemos aquí principalmente porque hay algunos, otros no, pero a grandes rasgos sería sería todo esto, por un lado, pues la gestión de esos datos del dominio de los datos, que me que me van a entrar, como nos vaya transformar, etc, etc. Para adaptarlo al dominio de la aplicación. La ingesta, como acaba de decir, la conversión a a formato de rbs, junto con la publicación y descubrimiento, lo que es el formato recelo lo vamos a ver en las siguientes diapositivas. No va a intentar entenderlo un poquito, lo que lo es para aquellas personas que no lo conozca. El almacenamiento es de esa información, pues normalmente cuando estamos hablando de datos de un sistema le ata pues normalmente estamos hablando de un triple storm. Normalmente son almacenamiento de tripletes, que también lo veremos. Bueno, pues el servidor, dato que nos va a permitir exponer y explotar esa esa información por por terceras aplicaciones o personas. También afrontar, para una consulta de la información poco lo que acabamos de ver, lo que nos acaba de enseñar hace hace unos minutos y además también pues la posibilidad de disponer de un entorno. Que nos permita definir consultas tipo consultas, ese cuelen por poner un símil. Si nos vamos a una base de datos relacionados, pero bueno, en el mundo el mundo le data estaríamos hablando de consultas que nos vamos a permitir explotarla. La información o consultar los datos, aquellos datos en el formato que nosotros queramos y aquellos datos que nosotros necesitemos tanto si nosotros somos humanos como si somos máquinas, no, porque también es una de las ventajas que nos haría un sistema de este tipo. Bueno, aquí como decía estamos hablando de la arquitectura se mantiene, que sería esta parte de la de la aplicación que se va a encargar desde esa ingesta de datos, transformación y almacenamiento, y luego explotar la información. Hay otra parte en la aplicación en el sistema, que lo veré en la sesión de mañana, mucho más en detalle qué es la infraestructura antológica. Esa esa parte, digamos, es la parte que va a definir el formato que van a tener estos datos. Es decir, va a definirla la odontología, todo eso toda esa forma, en la que, como decía, pues que queda saber qué atributos van a tener, cómo se relacionan entre sí todo. Eso lo va, se va a definir en esa parte, iba a estar muy ligada a esto, evidentemente. Pero digamos que sería otro de los grandes bloques que se va a componer el sistema final. Eso, como decía en la sesión de mañana a mis compañeros, no os lo van a explicar más más más en detalle. Bueno, pues empezando a meternos en la parte de la arquitectura semántica uno de los conciertos, que conviene tener bastante, bastante claro, es lo que es el. Camino a tenerlo claro, porque al final vamos a estar hablando continuamente de este de este término y bueno, está muy bien saberlo que lo que estamos hablando al final el rbs pues es un estándar que está definido por el doblete de Bale que sirve para expresar la información que pueda ser interoperable tanto por personas como como por por máquinas. Al final esto se se basa en la definición de la definición de recursos, sino de cómo vamos a guardar esa aguardar esa información. Los recursos podrían ser cualquier cosa que podamos que podamos identificar o que pueda tener una entidad, por decirlo de alguna manera, pues por ejemplo una una página web, por ejemplo, una imagen, pero también podría ser también cosa cosas, masas más abstractas, como podría ser la paz mundial, por ejemplo el número 42, o o cosas más reales, como por ejemplo un libro de una biblioteca, por decirlo de alguna manera, un investigador o cualquier cosa que queramos modelar. En definitiva, realmente lo que lo que nos va a permitir es definir ese tipo de ese tipo, de esos recursos, y también, junto con sus atributos, que le van a dar una mayor información y además también muy importante en este tipo de este tipo de sistemas, la relaciones que va a tener con otros recursos, pero al final todo eso todos estos datos no tendrían, no tendría gran valor si lo tienen, no, pero te tienen muchísimo más valor si si todos estos recursos van a van a estar en las aguas y residuos y tienen, tienen relaciones entre sí. Por ejemplo, si nos vamos al mundo de investigadores, personas investigadas va a pertenecer a una universidad ha publicado diferentes, por ejemplo, o ha participado en no sé cuántos congresos, no todo eso al final son distintos recursos que vamos a tener a tener las aguas, y nos aporta una información muy valiosa, muy valiosa, como como se define, como se definen los datos en formato en formato, se van a definir en forma de tripletes. Antes hablábamos también que esto es almagro, almacenar en un triple histórico o almacenamiento de tripleta final. Eso, esos almacenamientos están muy, muy orientados a almacenar este tipo de datos. Entonces, una tripleta no deja de ser. Pues bueno, son. Son tres partes. Tres partes que están relacionadas entre sí pues serían el sujeto, el predicado y el y el objeto. Entonces aquí por ejemplo, estamos viendo un ejemplo en el que estamos definiendo un un recurso que representa un pintor muy famosa, en este caso a Picasso, y estamos diciendo además que tiene nombre, que es Pablo, en este caso entonces digamos que en este caso el sujeto, que es el recurso Picasso Manet el perjudicado sería Zersenay, quien indica que tiene un un nombre vale, y que además ese nombre es Pablo y ese caso Pablo es el objeto para eso. Esto es un ejemplo poco básico, pero es un ejemplo que expresa el formato que tienen este tipo de este tipo de tripletes. Podría en el caso del objeto, manera que estamos viendo, que es un literal, pero no tiene por qué ser siempre un literal. También podríamos estar hablando de un recurso o de otro recurso, como decía antes, no general. Entonces estos datos van a estar enlazados entre entre sí vale. Entonces, la forma que tenemos de lanzarlos es ir indicando en el objeto, a través de esta, tripleta en la parte del objeto, ir poniendo relación a otros a otros recursos, y eso, y eso, como lo cómo lo vamos a conseguir hacer esa esas relaciones a través de su identificador. Y cuál es el identificador es una Uría en este mundo? Como podemos ver en la parte izquierda? El identificador de este recurso es Lauri. Http. A punto de esta entidad que se le ha asignado en este sistema esté a este recurso. Entonces, todos los recursos vas a tener una, una uvi que los identifique, y entonces, si queremos ser relacionar Picasso como una de sus obras, por ejemplo, pues tendríamos que poner en la parte de la del objeto. Es decir, Picasso es el autor de él. Por ejemplo, pondríamos una, una obra que identifica la, por ejemplo, de Saint. El punto de entonces sería sería un poco la forma en la que se, en la que se exprese todo este tipo de información. Todos vale. Si os fijáis en la parte central en la parte del predicado parece que no es una uvi Bale, pero también lo es. Estamos viendo que pone. Fue a dos puntos ese dos Neil? Vale? Pero realmente a que lo que estamos expresando es. Estamos haciendo referencia a un, a un vocabulario que ya está definido aún no forma a un lenguaje que de terceros reconocido por la comunidad en este caso en este caso fue. Haces frente a? Es el nombre que tiene este este vocabulario y aquí este pues nos da ciertas ciertos atributos, 600 propiedades que nos permiten representar elementos reconocibles como en este caso es el. Esto no es una lesión, no es una tontería, no es. No es. Yo tengo que inventarme lo todo otra vez? No. Al final aquí el objetivo es no reinventar la rueda y si ya hay alguien que haya definido es cierto cierto recursos ciertos ciertos atributos que yo pueda reutilizar, y es que además son reconocibles cuando cuando un tercero lo los ve, porque vienen de un lenguaje ya, ya reconocible, que ya se está utilizando más proyectos. Pues mejor que mejor y porque no lo voy a porque no lo voy a aprovechar al final, al final él, pues todo, todo, todo lo lo lo que yo pueda aprovechar, que ya esté probado, pues evidentemente va a tener un mejor funcionamiento. Entonces, volviendo a atravesar lo que a lo que comentaba fue realmente aquí lo que estamos identificando es, a través de un prefijo, vale, que una o que un trozo de Lauri es tiene un alias que se llama mal, entonces, digamos que fue, al final, va a equivaler a un trozo de Lauri, por ejemplo, que aquí no lo estamos viendo en la parte de fuera, pero sí si nos vamos a casa. El punto de al primer al primer elemento podríamos definir en nuestro nuestro rdc a través de una etiqueta que se llama, es decir, que ahora ejemplo el prefijo equis equivale a 72 puntos. Por el punto de descomponer, dos puntos, Picasso sería suficiente, no sería estaría expresando Exactamente exactamente lo mismo caso de Fort, fue dos puntos exactamente igual que esto que estoy estoy comentando. Como decía, Male con todo esto, vamos a ir haciendo relaciones, y esas relaciones se van a expresar en forma de también ocho diferentes nodos que vamos añadiendo al sistema, y todo ello se va a ir relacionando. No, la idea es que no quede nada ahí suelto, llegamos a la final que vería como su propia hija. Entonces lo lo lo ideal es que todos los datos tenga una relación. Es una relación consentida, evidentemente, pero al final, que todo esté relacionado entre entre sí para darle un significado a la información que estamos, estamos exponiendo que estamos aguardando en este caso estamos añadiendo uno do más relacionado con el recurso Picasso, y además, en este caso le estamos indicando que además de ser un recurso además es de un tipo en concreto, y en este caso es un tipo de tipo, artista. Se podría definir, pues que además de artista que sea un pintor y pintor que extiende al artista, bueno hay ahí ya se podía meter la complejidad que que se considere oportuna, pero un poco quedarnos con la, con la idea de ir añadiendo nuevos para ir ampliando el biógrafo se podría además en este caso, pues además de decir que ese tipo artista puedes decir que además es el autor de No sé cuántas, no sé cuántas obras que nació no sé qué ciudad al final hay, depende un poco de lo que de lo que se quiera expresar la idea, la idea es que ese seis formando un brazo alrededor del del recurso y además sigue lanzando distintos distintos entre entre sí para darle mayor potencial a la información. Vale? Entonces, como decía todo esto, se va almacenar en un un triple héctor, un triple gestor. Bueno, si conocéis una base de datos de párrafos, pues pues va a ser, no va a dejar de ser una base de datos de brazo y ahí hay alternativas de este tipo de sistemas basadas en base de datos, de gafas más tradicionales de acuerdo incluso en otro tipo de base de datos pero pero vamos lo habitual sería irse a un a un triple historia, ya que, aunque sigue siendo base datos de trabajo, así que están muy orientadas, están especializadas en este tipo de de datos a almacenar este tipo de información. Luego luego también bueno, pues está estos tripletes pues digamos que se van a ser almacenar y demás, pero de alguna manera tengo que poder mostrar esa esa información, exportarla para que se puede consumir por diferentes sistemas, pues sobre todo máquinas, que sepan trabajar con diferentes formatos, incluso también personas también es importante, no nos olvidemos de ellos, pero, pero sobre todo este tipo de sistemas están más orientados a atrás, a poder Inter -operar entre entre diferentes entre diferentes máquinas para poder trabajar con la cola, información que nos aporte. Entonces para ello digamos que lo que tenemos que definir son formatos estándar de transferencia de información. Hay diferentes formatos. Cuando estamos hablando de rdc, algunos de los más conocidos pues serían estos que estamos expresando aquí pues bueno rdc XML cartel es uno de los más conocidos triples ya hizo en el de etc etc y ahí hay muchas formatos aunque los más utilizados son estos, que entonces todo y estoy comentado. Una vez visto lo que lo que. Vamos a entrar ya un poco en decisiones, ya que se han ido tomando de cara a definir la arquitectura del sistema y seleccionar diferentes tecnologías a para poder cumplir un poco con con los requisitos de la de la aplicación. En primer lugar, pues bueno, un poco los objetivos que queríamos conseguir con este tipo de sistema en el sistema, pues sería bueno, pues primero, facilitar, evidentemente la generación de redes a partir de los de los ojos. Hablaremos mucho de este tema del tema, pocos a lo largo de la sesión de hoy y de ir de alguna otra seguro cuando estamos hablando de ojos simplemente es la representación que nosotros tenemos de los datos de la de la antología, pero la vamos a tener los datos de entrada. Por otro lado, vamos a tener el formato de información que define la odontología y de algunos vamos a tener que formar unos a otros. Entonces digamos que lo que lo que el formato que nos define la antología a través de ciertas herramientas vamos a definir, se van a extraer de ahí una serie de clases y nos vamos al mundo orientada a objetos que le vamos a llamar pocos que tienen. El mismo formato, tiene los mismos atributos, los mismos tipos de recursos que tiene la antología. Eso es lo que llamamos falso. Por eso estamos siempre hablando de que vamos a traducir los datos de los imputados de la, de las fuentes de datos. Los vamos a transformar a para intentar encajar los datos o en clases de tipo, que serían las que se extraen de la de la odontología. Entonces el sistema tiene que facilitar esa esa generación de redes a partir de esos ojos, que ya lo tendríamos rellenos desde desde esa transformación que estamos comentando. También nos tiene que facilitar el poder almacenar. Los datos en un sistema de almacenamiento triples Thor en este caso proporcionarnos el fondo es para Google para poder hacer la interoperabilidad y explotarla. La información a través de este medio, el también ser un servidor de servicio de datos enlazados un datos ahí para esto, veremos lo que hay. Diferentes especificaciones por parte del duelo doble 13, como por ejemplo el plazo que nos va ya a definir una forma estandarte de trabajar con este tipo de sistemas y también bastante un tema bastante importante es que nos deberíamos de abstraer del triple Store utilizado. Ahí hay diferentes tecnologías que nos van a fijar el triple Store con el que trabajan, pero uno de los requisitos que tenemos que cumplir es que se pueda ser sustituido de una forma más o menos sencilla en el caso de que fuese necesario. Esto es un poco debido a que esta este servicio es susceptible de ser ser utilizado por por más organizaciones, no solo no solo en la Universidad de Murcia, sino que será es posible que esto se pueda montar en otras universidades, por ejemplo, y cada uno pueda tener la libertad de definir el trimestre que quiere utilizar. Además, también habrá que tener en cuenta que esto es un proyecto pensado, por lo tanto puede ser utilizado por otras, por otras personas con otros terceros. Entonces, tenemos esa esa libertad para que escoja ese grito; historia que consideró que y que yo tenga implantada en su organización. Para para un poco cumplir estos objetivos en 2, dos aproximaciones diferentes a otras alternativas. Por un lado, una, una implementación a Don Custo, utilizando diferentes piezas diferentes que den lugar a una arquitectura completa y extensible, como decía, para ello hay diferentes en el mundo, le inquieta que nos van a permitir o que nos permitirían conseguir este este tipo de aproximación. Luego, por otro lado, pues la utilización ya de un link que que ya hay, hay algunos día por ahí definidos, pues que nos de por sí nos va a aportar ya un poco todas las piezas o parte de las piezas ya listas para para su utilización, como por ejemplo, esa, esa Pili Data que ahora, la primera aproximación vamos a tener que implementar. Entonces, vamos a poner las dos alternativas sobre la mesa y ver un poco como cuando nos quedamos en el primer caso, que sería esa implementación. Algo bueno, pues aquí nos encontramos pues que por un lado, pues habría que desarrollar de todos los componentes de de forma, de forma manual. Evidentemente, no nos va a permitir una, una mayor flexibilidad a seguir, está esta alternativa a esta implementación. Para poder conseguir los objetivos que nos habíamos planteado originalmente. También nos va a aportar mayores posibilidades de ampliación del sistema, vale. Al ser una implementación Custo podemos hacer todo lo que queramos, lógicamente con mayor o menor esfuerzo. Eso también también es muy importante. Claro que es cuál es la problemática de todo esto? Pues que implementar, por ejemplo un link, lo que nos da un link que data ya de por sí pues evidentemente va a requerir una enorme complejidad, lógicamente no, pero sí que es verdad que como ventaja después tendríamos esa, esa mayor flexibilidad y una posibilidad de ampliación enormes que, como decía, nos van a permitir cumplir con los objetivos sí o sí como asistentes que nos van a permitir trabajar con con esto, pues nos encontramos con básicamente con dos refinerías del mercado en este caso, pues sería rdc Four j por un lado y por otro, el caso de este último. Desarrollado en ambos, ambos son muy similares. En estos textos, también también por j, nos va a servir para para el desarrollo y construcción de aplicaciones. Las características más destacables de, pues serían. Por un lado, la parte del módulo. Agradece a Piqué sería un poco el core de Corea, de este, que va a permitir la generación de modelos, y agradece una de las cosas que habíamos visto antes. Como objetivo también va a permitir la ejecución de consultas. Es parqués bale, cuando digo ejecución de consultas es parques, no con los parques, porque sé que va el poder. Vamos a poder ejecutar esas consultas, pero de forma programática quiero decir. Al final nosotros vamos a desarrollar una aplicación, una aplicación con este frente, con en este caso mediante ese vamos a poder trabajar con un triple héctor que, como veremos en este caso, al triple héctor, por defecto, es bueno, pero te debe, no es poner un parque, sino que debe ser un, es un triple Store disco poder trabajar a través de ficheros. Hagamos que Jenna. Se va a poder leer esos esos ficheros que están en el disco almacenados y sobre ella vamos a poder hacer consultas, pero las vamos a poder hacer utilizando de forma programática mediante programación. No es no quiere decir esto como hacía que tú exponga, son el pueblo de esparto y que es uno de los objetivos que tenemos que cumplir. Un buen desmarque sería un servicio un ápice a la que vamos a poder llamar enviándole a una consulta, estar cuele y que nos va a devolver el resultado de la misma en un formato estándar, y eso no nos está dando. Lo que sí nos da Jenna es la posibilidad de ejecutar es parte del contrato pero simplemente eso por eso digo no no no nos confundamos porque porque porque es uno de los objetivos que tenemos que cumplir y esto no, no es exactamente lo que lo que nos está diciendo. Como decía Steve en este caso es el triple héctor, por defecto que es capaz de trabajar, Jena, pero además tienen la posibilidad de crear, adaptadores para otros tipos de almacenamiento. También nos va a permitir exportar e importar los datos en diferentes formatos de los que vimos antes formatos de redes, como XML tarta tiple cierre desea serían los cuatro formatos que estamos aportando y también tendría posibilidades de diferencia, inferencia a pie, que es un motor de motor de reglas y algoritmos. Que nos vamos a permitir, validar la información que se está que se está importando en el sistema. Era un poco a qué? Bueno, pues nos mostraba unos unos ejemplos de cómo, cómo sería el trabajar con este, pues en el primer caso serían mecanismos para la transformación y la creación de redes. En este caso, pues estamos creando un modelo, un recurso. Para parado nuevo habrá un nuevo elemento, pues le estamos, pues el punto de Smith y además el estaño; haciendo una propiedad que sería el sars Neil, que yo mismo, bastante cómodo, a veces es bastante, bastante sencillo; esto no ha quedado ahora mismo, simplemente estamos creando el modelo en memoria, con con apaches; no lo estamos persistiendo, ni Store ni estamos generando ni nada, pero es el primer paso para generar, para crear ese ese modelo, y a partir de aquí pues podemos decidir exportarlo en diferentes formatos, como lo podemos ver en el segundo ejemplo. La parte de abajo; vale este caso, lo estaremos exportando forma total, también almacenamiento de datos en diferentes triples toros; por ejemplo, en breve, o mediante la utilidad; rdc, acción que nos va a permitir trabajar con otros, con otro triple triple Store también; también indica que hay proveedores poco, y además más nativos para alguno de los triples torres más utilizados como como puede ser virtuoso, etc. En este caso, dependemos un poco de los fabricantes de los triples tories que nos traen esas esos conectores para poder trabajar con ellos. Bueno, sí nos vamos a Four j realmente. Bueno, como nos decía ya antes, cuando estaba hablando de género, pues son, al final son muy similares o no y nos sirven poco a poco para lo mismo. En cuanto a arquitectura, es un poco, al igual que también se basa en una arquitectura modular, que hace que se puedan ir cogiendo, pues aquellas partes o Apis que sea preciso para para el sistema que estamos montando. Una de las ventajas que nos aporta Four j es la gran documentación con la que cuenta, así como una gran comunidad de proyectos desarrollados con la misma y bueno, pues un poco las características principales, un poco como hicimos. Con, pues en este caso el lápiz para la generación de rdc en este caso se llama Río, es decir, rdc imputado Puig sería el acrónimo que no serviría para, para generar a escribir, etc. Rdc lápiz de modelo, para generar los modelos es el primer paso que habíamos antes, no sería lo conseguiríamos. También nos permitiría la ejecución de consultas, pero al igual que en el caso de rdc Ford, j sería sobre sus triples Tort. Por defecto que estaría también en disco, en este caso es Sesame ese es el propio historia que, pero también tiene posibilidades para crear, adaptadores para para otros tipos de de almacenamiento. Evidentemente, nos va a permitir la exportación e importación de datos y agradecen numerosos formatos y, bueno, pues, transferencia validación también mediante motor de y otros algoritmos que tiene disponibles y luego además pues tendríamos posibilidades de añadir extensiones pues como por ejemplo consultas federadas. Etc, etc, etc. Antes, antes comentaba que tenía posibilidades general en diferentes formatos. En Jena, comentamos que tenían este caso pues tienen, tiene alguno más que Jenna en cuanto a formatos en los que se puede exportar, rdc, pues rdc que se hartó de la energía y rige. Tiene, tiene un montón de fármacos, aunque los principales los cobren, los cubren los cobren los 2. Entonces sí que es verdad que tiene más, pero bueno, como decía, los principales los tenemos en los 2. Me he sentido bastante, bastante parecido hasta hasta el momento en cuanto a triples que tendríamos disponibles. En el caso de Ford, j, pues, pues aquí sí que tenemos posibilidades, grandes posibilidades de integración con muchos de ellos, como entonces. En primer lugar, pues podríamos tener. La llamaban La dos bases de datos, serían bases de datos que están orientadas a la tasa de tamaños medianos de tamaño medio, y tres para otro tipo de proyectos más grandes. Habría que buscar otro, otro otro tipo de almacenamiento vale? Pero bueno, para tamaño medio mediano, pues habría serían recomendables estas. Estos tipos de base, de datos, entre las que se podría encontrar, por ejemplo el almacenamiento en memoria bueno, evidentemente no sería uno de los más recomendable si queremos persistir la información, aunque es verdad que tiene posibilidades de persistencia. En disco también de forma opcional el Goya un poco más serio, pues esto es una base de datos. Rdc transaccional utilizaría y así por defecto. Persistencia en el disco. Es una solución más memoria, lógicamente estaría orientada ya para la clase de unos 100.000.000 de tripletes y ya luego, pues otro. Otro tipo de almacenamiento, que entraría aquí dentro de este bloqueo, sería el Storm, que se utilizaría como como almacenamiento en este caso. Se trata de un de algo experimental en el caso de. En mano, ahora que hablamos de las tijeras, ser buenos en muchos de estos sistemas al final se acaba utilizando las Sixers como como almacenamiento de tripleta depende un poco de lo que de lo que se quiera, lo que se quiera como se quiera explotarlo, la información también no entonces comentaba antes que además de esos triples se podía almacenar en base de datos de otros sistemas, otro sistema que se pueda almacenar, las tijeras y también veremos luego más adelante también incluso hasta la base de datos relacionados ese podría ser podría guardar datos, formato sí si así fuese necesario, así lo requería el sistema, otro otro que podría utilizar pues era un tótem, que es uno de los triples líderes del mercado construido sobre los estándares de o bueno y usted ya es capaz de grandes, de manejar grandes grandes cargas y consultas pesadas y diferencia a tiempo, real, etc, etc. Aquí ya nos ponemos un poco más serios en este caso y bueno, pues estaría ya que estaría orientada ya para grandes volúmenes de información y luego ya hay otros otros estados. No vamos a entrar en todos ellos, evidentemente, si no estaríamos aquí un gran ratio y tenemos muchas cosas que ver pero bueno simplemente por pues el estreno la historia sobre Apache base en este caso es Pardo o un la presentación, yo veo que si no, no estoy hablando de esto, ahí sí si estoy aquí estoy dando los puntos de estos que nos está diciendo, una novena que se titula eclipse y ahora que estoy muy cerca y esta vez está incluido dentro de Corea, Database si no, no, no lo por decirlo. Pero ahora estoy hablando de esto. Sí. Bale, en concreto, bueno, estaba ya en el punto de estas 2, que sería la parte izquierda, el cuarto se sería un almacenamiento más rápido y ligero y bueno, y puro para agradecer. Tendremos otro tipo de sistemas en la la nube, en este caso, de dobles, como es Amazon, Neptune, que sería un triple héctor gestionado, como todos los servicios de Google. Dobleces, prácticamente es uno de los también de los triples toros más más conocidos y veremos lo como como es el triple héctor que se utilizaba en sistemas, como, por ejemplo, wiki base, por efecto que nos va a traer el, bueno, pues, otros triples que tenemos. Pues hay que agradecer. Virtuoso que también es otro de los de los líderes del mercado, además de esta integración activa con todos, estos triples, pues también podría ser posible mediante la utilización de la conectarse a los a a otros almacenamientos mediante, conectores que, proveen a los propios fabricantes, vale en en otros casos también es posible utilizar un conector Spar, Kohl, siempre que siempre que se disponga de una implementación compatible con las especificaciones parques, uno punto uno para lo cual r j, pues ofrece, ofrece una compatibilidad muy, muy buena, es un poco la comparativa entre los dos que acabamos de ver. Pues bueno, básicamente con los dos podemos conseguir lo mismo, por decirlo de alguna manera. Es verdad que hay alguna pequeña, alguna pequeña diferencia en algún punto. Por ejemplo, el tema del soporte a la generación de redes en formatos, verdad? Es que se Four j? Pues tendríamos más formatos en los que poder exportar esa información, si bien es cierto que los formatos principales tenemos soporte por ambos, con lo cual la diferencia no sería tan tan grande, no. Luego hay un punto a punto. Hay que puede ser un poco más importante, pues serán conectores ya desarrollados para principales triple triple. Que en el caso de. Tenemos compatibilidad con más, con más tipos de almacenamiento en este caso y nos podría llevar a conseguir esa esa abstracción del texto de una manera más más efectiva y luego ya se cae dos puntos que no vamos a poder cumplir con ninguno de ellos. Por un lado, la parte de Apple que data y el empeño de la parte de Apple data no es que no lo podamos cumplir, simplemente están diciendo que no nos lo va a dar de serie y lo que vamos a tener que hacer es implementarlo de forma manual; utilizando por debajo estos frenos, lógicamente, pero al fin y al cabo sería implementar un que responda a la especificación el dato, lo cual es bastante, bastante complejo de llevar a cabo, y luego la parte de Lendl lógicamente estos no nos lo va a dar, el es parco; y nos lo tiene que dar el propio. El propio triple Store vale. Para poder atacarlo y consultar la información que ésta está disponible. Entonces, ganó un poco un poco, como, como decía, ahora está en esta comparativa de ambos frente. Pues realmente la conclusión de ambos, pues eso no era el tema del si sería complicado de conseguir, pues la comuna, enorme complejidad y sobre todo tiempo, no que nos iba a llevar hacerlo, eso que podría hacer que no encajase dentro del margen temporal del proyecto. Entonces, por ello nos fuimos a la otra alternativa, que es la del plazo, que comentábamos antes, un poco por encima de los de los puntos que íbamos a ver lo que es un link, esta plaza es una es una plataforma que abarca desde el almacenamiento de los datos, en triples Touré a la exposición de Al -Asad, siguiendo unos unos estándares estándares. Este caso estaré bien a través de una especificación que nos define el propio w3 desde este especificaciones, que lo que nos va a definir pasamos unos servicios reales htc para la lectura, como para la escritura de de reveses. También nos puede proveer de otros de otra serie de mecanismos, como temas de versionado. Veremos que en caso de que hemos seleccionado, pues nos va a proveer de ese mecanismo. Para poder obtener datos en diferentes momentos, y, como no, como ejemplos de este, podríamos tener apaches Marmota, o en el primer caso, pues, lo que lo que observamos es que llevaba continuado varios años, con lo cual, bueno, no nos parecía una opción válida por ese, por ese motivo, falta de mantenimiento, etc, etc, y la que vemos, que está más actualizada hoy. Hoy en día que se está moviendo más y también la comunidad, y por quién está detrás, que es gente bastante reconocida en este mundo, pues sería un poco la que la que hemos seleccionado para ver qué posibilidades nos nos daría. Vale, pues, pues aquí vemos un poco los puntos que las características de Bale por un lado estamos hablando, que es un servidor, como como habíamos, como habíamos dicho, además es el que soporta la especificación desde 2018, pero 1, uno punto 0, además sabemos que la soporta porque el propio w3 lo está certificando, si podemos entrar en la web de doble trasera y nos van a decir que simplemente acciones hay de, y en cuanto a reales nos están indicando a eso que tiene un cumplimiento completo de la especificación desde esa fecha. No? Entonces es toda toda una garantía. En ese sentido no tendríamos posibilidades de escalado horizontal y de redundancia de la información, vamos lo soportaría plenamente. El sistema, manera y documentación para para ello, como decía, nos va a poner una piedra, es se siguiendo la especificación. Además, también otro de los puntos que lo comentaban, la de positiva anteriores a la parte del versionado y de auditoría, siguiendo la especificación Memento, memento, es una especificación que nos va a permitir poder ver los datos en momentos de tiempo determinados. Es decir, no podemos ver el dato que hay actualmente. Pero podemos ver el dato que teníamos ayer o el dato que teníamos hace una semana, nos va a permitir ir viendo esa es histórico, un poco tener un poco las fotos de cómo ha ido evolucionando la información, con lo cual es bastante, bastante interesante. En ese sentido, también indicar que es modular. Esto quiere decir que está dividido en varios, varios módulos, que vamos a poder ampliar de una forma bastante sencillo o modificar esos esos, esa información a esa, perdón, esos esas piezas, que las que está compuesta el servicio, para poder a adaptarlo a las necesidades que vaya a tener el sistema que estamos desarrollando. En cuanto a, en cuanto a lo que es la autenticación y autorización, es otro punto bastante bastante interesante y bastante importante en este este sistema para que también vamos a tener que poder vivir con diferentes tipos de usuario y ver que pueden y que no pueden ver entonces digamos que nos vaya a ofrecer mecanismos para poder para poder controlarlo por un lado pues va en cuanto a la autorización o autorización y demás, se va a trabajar con j, o doble, te vale para como toques y para poder autorizar a los a los usuarios y también va a hacer uso de la especificación paces, que también es una un estándar definido por el doble tres también como como, como los otros estándares que estábamos viendo y este este estándar regula, pues eso la autorización para el acceso a recursos dentro de un sistema utilizando para ello lo que denomina Web Hadi y esto se define también a través de formato de redes. Entonces, bueno, aquí tenemos un ejemplo de una autorización utilizando web, hacer y estamos viendo cómo se está regulando; el acceso a un recurso tiene un identificador o uefa, y en este caso también hablábamos, que era una bravura, y poco a ser sinónimo en este caso pues es el recurso, pues Eixample punta, Roger Bale a este recurso le estamos dando acceso de modo lectura y escritura solamente a los usuarios; uno dos meses; es un ejemplo bastante, bastante sencillo, pero cómo está el mecanismo? Se podría conseguir esa gran claridad en la gestión de permisos sobre diferentes recursos que pueda que podamos tener en el sistema para que diferentes usuarios tengan bici posibilidad de acceder a diferentes datos en función de su de su rol. En cuanto a. En cuanto a integraciones que nos va a soportar podríamos tener distintas distintas integraciones por un lado podría integrarse evidentemente con triples Thor en este caso pues digamos que por defecto el Apple Store que trae este bebé antes, que aguantaba que te triples Touré que en este caso también estaban utilizando porque trenes está desarrollado. Utilizando es un poco el motivo. Si nos fijamos en la implementación es porque estamos utilizando entonces digamos que eso por defecto podemos utilizar trenes, pero nos da organismos para para poder trabajar con otro con otro triples Tavares. Por ejemplo, con su sequía fuese aquí es un una capa que se le puede meter por encima, te debe para para que en lugar de ser un triple Store en disco podamos atacarlo a través de un puente, vale para que estén remoto, por decirlo de alguna manera y también, por ejemplo, con estos 13 triples tories. Hemos hecho pruebas sobre todo con Thievy y nos hemos hemos ejecutando un test que nos proporciona el doble. Crece sobre el cumplimiento del estándar. Vemos unos resultados muy buenas o similares en ambos casos. En el caso de Mas. El resultado no era un cumplimiento tan extenso de, pero sí que podría ser un resultado. Bueno, en este caso esto podría mejorarse seguramente porque, como decía, es una, es un sistema modular. Se podría modificar el modelo de almacenamiento de trenes para, para mejorar en cuanto a la utilización de sistemas como lo hizo u otro tipo de triples Torres que queramos añadir. Entonces, con esto digamos que nos va a permitir, por un lado, con mayor o menor esfuerzo para poder integrarlos, evidentemente cada triple historia. Tendrá su sus particularidades, pero sí que nos va a permitir utilizar el restaure que se quiere, cuando cuando alguien quiere acoger este este sistema y adaptarlo a su organización. Por lo tanto, esto sí que nos permite cumplir con ese. Con ese requisito que teníamos previamente, además de triples Torres, es capaz de trabajar con bases. De datos relacional. Es de hecho, por ejemplo, si cogemos la la documentación de primeras, la forma de de montar este sistema nos habla de montar con una base de datos. En este caso no se quede cierta manera. Te pueden recomendarlo por el tema de rendimiento, que tiene un rendimiento mejor, utilizando una base de datos relacional, pero en el contexto del proyecto que estamos desarrollando no tienen, no tendría tanta cabida al ir hacia ese, hacia esa modalidad, ya que como hacía antes vamos a necesitar tener un rifle Torres y yo siempre lo tanto, tenemos que ir al primer al primer punto, vale a la parte de triples Torres Bale y luego ya. Pues también tendría posibilidades de publicación y notificaciones en, por ejemplo. Esto no quiere decir que en el almacenamiento, sean casco o no, sino simplemente simplemente indicar que puede puede sentar conectarse con otros sistemas a través de una cola de eventos, como como puede ser, como puede ser aquí para eso. Creo que si nos fijamos con la arquitectura que que tiene el propio sistema yo creo que lo entenderán, entendemos mejor. Por un lado, si observamos arriba, si vamos arriba o abajo, vemos que la parte superior, pues tenemos esa que sería el servidor hable de Bale en esa primera, en esa primera capa, que es la el estándar que nos define luego doble 13. Luego ya tendríamos la capa de almacenamiento en la que tendríamos los los repositorios. Stores, las bases de datos, o los lo estemos almacenando, los los los datos, y luego a partir de aquí una vez almacena malos datos, tienen mecanismos para el momento de que seas, produce una actualización, una inserción, borrado de datos y un sistema. Publicar eventos en una cola que es un poco lo que me con la integración, con apaches cafés, y esto nos va a permitir conectarnos con otros con otro tipo de sistemas. Por ejemplo, de temas de analíticas de datos the machine learning etc etc de una forma bastante bastante sencilla incluso por ejemplo de también de almacenar en otros sistemas distribuidos en caso de que fuese, de que fuese necesario y así lo requiriese el sistema que se está montando. En cuanto a características, vale, por un lado la consistencia. Al ser un sistema potencialmente acceder a distintas fuentes ofrece una consistencia eventual, no la también indicar que no tiene soporte para la recusación; es decir, es si por ejemplo queremos crear un campo dentro de la ruta, por ejemplo food. Que serían distintos contenedores antes no lo comenté pero allí se organizan los datos, en otros discos más que predicen los sistemas de organizan los datos dentro de contenedores. Si quisiéramos tener el contenedor con Adolfo otro tenor, que es bar y luego un dato, un recurso que es va, vale, tendríamos que ir creando todos los contenedores previamente para poder crear el recurso no podíamos quedar todo de una tacada de, mediante, mediante un putt, por ejemplo, enviarle ese dato y que lo que lo creas en el momento primero que éramos un logo Bar y, lo queramos va también del mismo modo a la hora de borrar, si queremos borrar la raíz, tenemos que borrar toda la jerarquía previamente variantes antes de borrarlo, ya que, si no, no se no se puede llevar a cabo. También indicar que las las operaciones se van a realizar de forma sincronizada, lo que puede implicar que podrían podrían ser visibles por los clientes de forma inmediata. El sistema aunque soy muy muy rápido, pero pero sí que pueda haber esa esa sincronía y luego, pues también, como decía antes, al ser modular, pues nos va a permitir extender, las funcionalidades viene empaquetado listo, para para ser utilizado con los componentes estándar, pero también podemos coger esos componentes ya que están disponibles en repositorios maven vale tendríamos todos todos esos módulos y podríamos coger los que nos interesen para poder empaquetar la forma que mejor nos convenga la aplicación o incluso añadir algún componente nuevo más custo adaptado a nuestras necesidades. Entonces, ahí sí que tienen unas grandes posibilidades de ampliación y de extensión lo que es este, este sistema. Entonces, en cuanto a la decisión poco de la elección de la arquitectura se mantenga, pues tras analizar tanto la solución a Doc como la solución de tipos, pues vemos que ambas por sí mismas pocos a una solución completa, digamos a lo que es el sistema final o a cumplir con los objetivos que nos al principio entonces pueden implementar una conforme a los criterios de Bueno, pues conllevaría un gran esfuerzo para poder conseguir un cumplimiento mínimo de los requisitos establecidos por la propia especificación, por lo que en este caso yo creo que es aconsejable. La utilización de un ere como trenes para este cometido, ya que ya tenemos gran parte del trabajo hecho. No tenemos que reinventar la rueda, como, como decíamos antes, y también aprovechando que está certificado por el propio doblete al cumplimiento de la especificación, como también comentamos, no obstante, tras la posesión lo tiene cierta ciertas carencias que serán necesario suplir mediante mediante algún tipo de implementación. Custodia, por ejemplo, la implementación de una capa de persistencia que permite intercambiar los diferentes triples Tours en caso de que fuese necesario llevarlo a cabo, y no nos sirva con con la cola. Persistencia en lo que ya no soporta tres por sí por sí mismo, pero no es simplemente saber que tiene que tiene esas posibilidades y que en caso necesario se podría se podría llevar a cabo esa esa implementación gracias a la modularidad que tiene y también pues de alguna manera tenemos que ser capaces de generar el rbs. De acuerdo. Entonces, la entrada que va a tener como mejor dicho observo a la entrada que va a tener es ya los datos en formato reverso, con lo cual de zona nos vamos a poder librar y para ello vamos a tener que vamos a tener que trabajar con, como por ejemplo Jenna, o agradecer el esfuerzo ataque que nos permita conseguir estos objetivos con la mayor a la mayor facilidad. Es bueno también teniendo en cuenta que si vamos a autorizar la historia se utiliza. Pues bueno, lo lo lo ideal sería seguir utilizando en nuestro sistema también Jenna para para no tener heterogeneidad en los frenos que se sea. Vamos a utilizar, vale un poco la decisión, sería esa como Corea, pero apoyándonos en Jena, para suplir las carencias que podamos tener huecos que tendríamos que tengamos que cubrir. Bale la serie de esta de tenéis alguna? Alguna duda? No estoy aquí hablando del tirón, pero vosotros sí preguntando si tenéis alguna duda. Bueno, avanzando haya un poco más en otras partes, en otras decisiones, bueno, pues de cara a llevar a cabo la la arquitectura del sistema, pues bueno, pues nos planteábamos ahí entre el dilema de irnos a una, a una arquitectura tradicional -monolítica, una arquitectura, a una arquitectura de servicios, la diferencia entre ambas ramas aproximaciones bueno, una arquitectura más, más tradicional. Digamos que todos estarían un único bloque, todo, toda la lógica de negocio, el acceso a datos, incluso también la interfaz de usuario, sería una, un único monolito. Por eso, es la arquitectura monolítica, con un único bloque que se desplegaría de todo ello, junto en un único lugar. Bueno, en función del tipo de sistema de sistemas más sencillos, pues bueno, puede ser, puede ser útil o puede ser más sencillo trabajar con este tipo de arquitecturas, pero hay que tener en cuenta que a medida que el sistema crezca o que se vaya complicando pues pues se empiezan a verse un poco las los problemas que nos va que nos vaya ocasionando la, la arquitectura de este tipo, por ejemplo, que si queremos escalar, sin sin ir más lejos, pues vamos a tener que escalar las que toda la aplicación es posible que tengamos un cuello de botella en un único punto de de nuestra de nuestra aplicación, y por ello vamos a ver qué requerir escalar, pero claro, tenemos que escalarla toda por completo, con lo cual vamos a requerir muchísimos más muchos más recursos de máquina etc etc etc y bueno pues también un poco tendría diferentes problemas o diferentes desventajas. En cuanto a lo que se refiere a la. También la parte del desarrollo a la evolución, etcétera, etcétera, que no veremos ahora un poco también cuando hablemos de la, de la parte de los servicios, las llamas en la parte de Miguel Servicios, pues bueno, a diferencia de la primera, de la primera aproximación, la monolítica, en la que los servicios lo que vamos a tener son como diferentes aplicaciones corriendo, no se van a, se van a dividir un poco la lógica de la aplicación, lo que lo que vamos a hacer vamos a tener diferentes aplicaciones, cada una de ellas con una funcionalidad más concreta, Bale, reduciéndola a un poco absurdo. Vamos a decir que cada uno hace una cosa, aunque luego es posible que haga un grupo de funcionalidades, pero bueno, vamos a decir que hace que hace una cosa, pero esa cosa lo hace bien, no. Entonces de esa de esa manera vamos a vamos a poder tener esas aplicaciones, que sabemos que de forma independiente funcionan bien y que luego se van a poder integrar entre sí con lo cual digamos que facilitamos. Ese es ese desarrollo de de alguna manera, ya, al poder hacer esa división, hacer un divide y vencerás de toda la vida es en este caso llevándolo a que se va a dividir en la aplicación en varias aplicaciones, luego, las cuales, por ejemplo, podrían exponer una única bien común, sus mecanismos para poder hacerlo, pues, por ejemplo, con Huawei o un tipo de mecanismo que se pueda poner por encima para que luego, por ejemplo, una una interfaz de usuario solo conozca bien de una única pie la que tiene que atacar y no tenga que ir, pues sus servicios servicio, pues sabiendo cual es el que tiene que funcionalidad, entonces, habría que habría querido lidiar un poco con ellos. Entonces, poco a las características de esta arquitectura, como hacía, pues eso, cada servicios, unas pequeñas partes de la aplicación fácil de desarrollar y de mantener, lógicamente no al final, al ser al ser una aplicación más pequeña, pues evidentemente, pues ese ese bloques. La gente trabajando en ese bloque está más centrados, solamente se centra en esa pequeña parte del sistema. En cuanto al diseño, pues evidentemente es un diseño evolutivo con gran capacidad de actualización. Esto significa, por ejemplo, si un momento dado quiero cambiarme una pieza, o por ejemplo pongamos el caso de que tenga un mejor servicio, que es el que me va a gestionar toda la parte de acceso a datos, si un manto dado quiero cambiar ese acceso a datos, pero lo tenga una base racional y lo quiero cambiar, pues a una no se cuele por ejemplo, pues simplemente tendría que cambiar esa esa pieza y no el resto. El resto serían totalmente transparentes. Simplemente esa pieza tiene que cumplir un contrato con Rato, es decir, un un ápice que no va a cambiar, pero la que es la implementación va a sí que va a hacer a ser diferente, pero de cara al resto no, no le vas a estar en nada. Por lo tanto, es muy sencillo intercambiar una pieza por por otro momento. En un momento dado incluso sin ser tan drástico es, por ejemplo hablar de actualizaciones evolutivas, mentales o solución de bus, o todo tipo aquella evoluciones que se nos ocurra que puedan ser necesarios. Aplicar simplemente cambiamos las piezas que haga falta. En cuanto a escalar los servicios antes hablábamos de que, en el caso de monolito que tendríamos que escalar todo toda la aplicación, con lo cual el consumo de recursos es enorme, pero en este caso si yo tengo un cuello de botella en uno de los servicios, simplemente me hace falta escalar ese servicio, no, no tengo que escalar el resto, con lo cual simplemente es una actualización, es una escala, por decirlo de alguna manera, mucho más quirúrgico. Voy a a donde se está produciendo el problema, y es y es lo que ponga un mayor número de réplicas en ese caso. Entonces por ahí es una gran ventaja. Vale también la otro. Otra gran ventaja es la posibilidad de utilización del lenguaje que sea más apropiado para, para la funcionalidad que quiero conseguir. Por ejemplo, pongamos el caso de una aplicación maletero. Puede ser que tenga un módulo más de analítica de datos de mochilas, etc, que tenga que que tenga que hacer un mejor servicio en el país o no. Pues sí saber que es posible hacer hacer esto. Si nos vamos a un monolito, pues eso ya no tengo esa libertad de poder hacerse ciertas funcionalidades, ciertas partes de la aplicación, en un lenguaje o en otros, pero en este caso si en este caso puede utilizar el lenguaje que más que más se puede adaptar a las necesidades de los de lo que quiero conseguir con ese servicio Bale y también también poco relacionado con esto, voy a poder tener distintos equipos que se pueden encargar de distintos servicios trabajando de forma de forma independiente, pues el equipo se va a encargar de los servicios uno dos el equipo b, pues se carga del tres por decir algo. Entonces, de esa manera cada equipo va a estar más centrado en el único servicio que le toque, va a tener el conocimiento más profundo sobre sobremesa únicos servicios y le da un poco igual, más allá de conocer que se vaya a tener que integrarlo. Ojo, posteriormente de saber que hay una de las interfaces, pero le va a dar un poco igual que por dentro se haga de una determinada manera o de otra. Entonces, por por ese lado. Bueno, es una otra otra de las grandes ventajas que vamos a poder tener que poder conseguir con todo esto. Evidentemente, todo esto no es gratis, y, bueno, pues luego requiere una complejidad. Hay que poner unos una serie de herramientas de recursos o series, Servir Discovery que, como decíamos antes, etc. Etc. Que nos permita gestionar todo, todo esto, pero bueno, digamos que si nos vamos ya una aplicación con gran complejidad, cierto de cierta enjundia, pues seguramente todos estos beneficios nos van a aportar bastante poniéndolo la balanza va a ser mayores, que que los contras que podamos tener, no seamos talibanes, no tenemos una aplicación mucho más, mucho más sencilla, pues a lo mejor no tiene tanto sentido y se hizo hacia este modelo. Entonces, siempre que hay que ponerlo sobre sobre la balanza y valorar qué es lo que nos nos interesan este, en este caso en el caso de la aplicación del sistema que estamos llevando al desarrollo aquí? Pues, pues, bueno, sí que vemos muchas más las ventajas que otra cosa dice a los servicios por un poco por. Por eso no por los, por los tamaños por por la complejidad que tiene y por etc etc entonces las ventajas digamos que son son mayores en este caso de irnos a este modelo. Es bueno un poco la arquitectura que planteamos para para ahora esta aplicación? Pues un poco alto nivel sería seria esta que tenemos aquí. Este esquema que estamos viendo se dividiría un poco alto nivel, como decía, en tres o en varias partes, varios grandes bloques. Por un lado, la parte de aquel será el gran bloque de la izquierda. Es el modelo, encargado, tanto poco, de la ingesta de de los datos, desde desde los orígenes. Procesando esa información que nos nos va a entrar en la, el sistema, generando redes y demás diferentes al almacenamiento es que tengamos disponibles. Luego estaría la parte del modelo de gestión, que sería un modelo de Baco encargado de la gestión del sistema. Ya por encima del modelo de Baker, pues tendríamos el servicio de publicación web. Sería el servicio web encargado de la consulta de datos por parte de los de los usuarios. Era un poco lo que la parte visible de la aplicación, lo que lo que nos enseñó antes hubo al principio de la sesión de hoy, también en la piel. En la Pierre se le ve que sea esa plataforma, conforma la especificación del wrc. También el entonces Kohl indicado para la conexión a través de este este protocolo para, para poder conectarse otros sistemas con con éste y poder explotarla. La información en este caso, como como vemos aquí no pasa a través de Basket, ya que digamos que es el propio triple Store, como comentábamos antes de que expone. Este pueblo es Paracuellos; lo único que tenemos que hacer es ponerlo a nosotros hacia hacia fuera, pues ya sea directamente o a través de un proxy para poder conseguir ciertas funcionalidades extra que le queremos, queremos poner y ya luego por encima también una capa de de autorización y autenticación, que sería bueno, pues modelo, pues es encargado de gestionar quien accede a los datos, y de qué manera para ello, pues tendremos que hacer la conexión entre nuestra solución y el sistema. El sistema sis de redirigir a éste para los que no lo conozca ese sistema. El sistema Siria, es un sistema federado de de autenticación, autorización en el que se incluyen las diferentes entidades, sobre todo universidades, públicas españolas. Pero bueno, hay otras otras, otras entidades que también adheridas a este sistema, y, bueno, va a permitir a los a los usuarios o auténticas, utilizando el sus credenciales o las credenciales propias de su desorganización, independientemente de la organización a la que habla que pertenezca, luego lo veremos, un poco más detalle, todo, este tipo de sistemas de autenticación, federadas, otros otros puntos que podemos ver, por aquí está nuestra visión general pues serían los eso los orígenes de datos en diferentes formatos XML servicios web y redes etc etc el almacenamiento en el triple héctor, sistema de monitorización y de. En este caso, y luego ya por diferentes puestos de servicio, pues que nos van a permitir seguir un patrón para para, para poder gestionar mejor la ingesta de datos. Si nos metemos ya más en la caja del aquel, vale. Este modelo, estará formado por diferentes piezas. Por un lado, la entrada de datos, que será el encargado de obtener entonces esos datos de las diferentes fuentes externas, de las que están disponibles, haciendo las adaptaciones necesarias para que se concilian con las entidades internas, lo que antes los ojos no les ósea, es decir, los los datos segundos de final no la antología, y como resultado final de la entrada, sería la ingesta, en ese bus, de servicio general, luego lo entraría en juego. El sistema de gestión, que sería un poco el sistema encargado de consumirlos los eventos del bus, de servicio y decidir si se deben, si deben ir o no; al modelo de gestión de eventos también generarlo, el rdc, integrarse con la librería, de Ur y se, etc. Etc. Tiene varias funcionalidades. Este está cajita, y luego la parte de gestión de eventos que sería el modelo encargado de procesar los eventos generados desde desde ese sistema de gestión y ya pues al almacenar los datos en el triple Store o triples, e sectores que se definan finalmente y también, bueno, pues ese es el mismo y general que sería la cola de mensajes, que se utilizaría para la comunicación, la sincronía entre los distintos módulos que tenemos aquí van a ser un poco más, más dentro todavía de todo esto? Pues tendría más. La el input vale que sea el módulo de entrada al que se va a cargar de la importación de los datos, estaría formado por varios importadores de datos, uno por cada uno de las fuentes externas de las que se tome, la la información vale para facilitar, para poder meter esos datos en el sistema. Bueno, que luego ya, como salida de estos importadores, se encuentren en un formato que se pueda que se pueda procesar por las diferentes cajas. Lo que haría sería de esa transformación de origen a dato que es capaz de trabajar el sistema y luego todos estos. Entonces, estos datos ya pasarían por parte de procesador que se va a encargar de insertar una base de datos intermedia, que es la que va a trabajar posteriormente para poder hacer la transformación de los de los datos. Digamos que el objetivo de este modelo de entrada sería decir hacer coger desde desde el origen los datos de origen y, como salida, obtener los datos transformados en formato en formato que define la odontología, entonces, para ello vamos a hacer uso de una de una aplicación al servicio de tve en este caso, pues por ejemplo, desventaja es el que no se va a hacer esa. Esa nos va a dar esa ayuda para poder hacer la transformación en base a diferentes reglas establecidas. En cuanto a la parte de gestión de eventos que incluimos también el sistema de gestión, ya que está muy ligado a la parte de gestión de eventos, lo vemos todo en conjunto. Entonces. Digamos que sería ese sea el sistema de el sistema de gestión, sería un poco al que se encargaría de de consumir los datos en formato poco que los a-los hemos generado de la caja anterior, de la parte anterior del Tajo, que fue el que nos lo transformó, y ese sistema de gestión será el encargado de generar el rbs apoyándose para ello, con una factoría de Uriz y la librería de descubrimiento. Una vez genera este, pues lo que va a hacer es va a ser insertar dentro de de otra de otra. Otra cola de eventos que nos va a permitir ya posteriormente almacenarla los diferentes diferentes, triples Torres. Para ello, como decía, estaba utilizando una arquitectura de gestión de ventas de procesamiento, de eventos, vale este tipo de arquitectura y bueno, gracias a ella el sistema es capaz de forma muy sencilla de disponer de varios procesadores, de eventos que permita la persistencia de los datos en diferentes sistemas de almacenamiento vale a día de hoy bueno como decíamos antes el core sería tres pero durante el transcurso del proyecto, pues hubo la necesidad de almacenar estos datos también en otro. En otro. En otro sistema, como es el wiki base en este caso cuando digo oye no quiero decir que cumpla la especificación, le encanta que va a ser, no, no, no la cumpliría, pero si Que si Que si Que si no por ello deja de ser un sistema, un sistema que data y también porque gracias a este sistema pues podríamos incluso también persistir los datos en otro, en otros tipos de de persistencia. Por ejemplo, podríamos querer almacenarlo un motor de indexación, como pudiese ser un solar o una otra base de datos, de la base de brazos con un aforo, para hacer diferentes, para cubrir diferentes casuísticas que ahora mismo no es, no es el caso, pero saber que tendríamos esa posibilidad. Entonces enviar los datos a una, a una cola, vale? Pues sería posible tener tantos consumidores como sistemas de almacenamiento, se quieran añadir y cada uno de ellos procesando todos estos, todos estos eventos, evidentemente ya luego delegando el almacenamiento, en una, que permite almacenar los datos en el sistema de almacenamiento deseado, que más nos interesen cada en cada caso. En cuanto al afronten será un poco al que se encargará de interactuar con los usuarios, que intenten acceder al sistema, ya sean personas o máquinas. Se va a permitir, tanto, tanto la consulta de datos como bueno. Principio se quería un poco a permitir la introducción también de nuevos datos, aunque bueno, es un poco es aconsejable, ya que nos no salta, haríamos ciertas el resto de piezas y bueno, podría tener bastante impacto en el sistema. En principio se va a permitir la consulta de datos desde la frontal sobre todo a los usuarios estándar. Con más motivo en este sistema va a disponer de varios elementos. Por un lado, la piedra, y se le ve que será esa Pierre. Es cumpliendo con la recomendación plazo, que se definen, los, como decíamos, los conceptos de recursos y contenedores y buenos para para poder trabajar con ellos se utiliza pues diferentes métodos http como pospuso etc etc luego estaría la parte del servicio de publicación, que va a ofrecer esa capacidad de acceso. Los diferentes recursos y demás, vas a hacer esas facilidades para la visualización y búsqueda de datos enlazados. Pero también va a haber alegaciones gráficas, etc. Sobre sobre ellos, para que sea muy, muy visual. Luego también puede estar Kohl para la realización de consultas, es parqués que ya lo ya lo comentábamos antes. Y luego además, pues todos estos elementos van a estar acompañadas por una capa de negociación de contenido que permita obtener los datos de un lado o del otro en base a una serie de reglas establecidos y, por último, por encima de este modelo, como hacíamos, va a existir esa esa capa de para garantizar que se puedan ejecutar simplemente las acciones que pertenezcan a su rol en cuanto al All Star tecnológico, bueno, volviendo un poco atrás, todo esto lo vamos a ver más en detalle. Más adelante vale. Vamos a entrar un poco más en detalle de cómo funciona, vale simplemente en esta primera parte, es una visión más general de lo que es la arquitectura y este este caso ya no lazo, con estar tecnológico, pues también es interesante para dejar a comprender cómo está montado también que que liberaría si se van a utilizar y qué herramientas. Entonces, en cuanto al en cuanto al staff tecnológico como de desarrollo, vamos a utilizar sprint, el cual es el pensador más utilizado por la plataforma jcs, hasta el punto de que se ha convertido en una especie de estándar de facto, cuando estamos trabajando en este tipo de nuestro lenguaje, entonces, que ofrece una serie de módulos para, para darnos una serie de funcionalidades, dentro de una aplicación, como, por ejemplo, toda la administración del ciclo de vida de los objetos de o la inyección de dependencias, que seguramente es lo los dos puntos más más conocidos que se que todo el mundo conoce. Este cuando trabajamos con esprint, pero también nos ofrece mecanismos para gestionar la configuración de la aplicación, el acceso a datos por sí mismo en conjunto con otros componentes, como Bernet. La gestión de la de la transacción, cuando estamos hablando de trabajar con con bases de datos y demás, pues es muy importante poder gestionar transacciones también lo será de temas de mano para facilitar la modelo. Vista controlador, bueno, pues para para generar a PiS y demás que nos permiten acceder a los datos. Se seguridad también mi experiencia, que nos facilite la configuración de la desautorización de y autenticación para textil, para ir para aspectos. Bueno, para para muchísimas, para muchísimas cosas; nos da más facilidades siempre, siempre que pensemos algo al mundo seguramente Piñol lo tenga, ya tengo una solución para ello. También estamos hablando de sprint, pero bueno, también es cierto que existen alternativas para la funcionalidad más básica, como puede ser la inyección de dependencias y la transacción; unidad, utilizando, por ejemplo, cbi de hecho incluso hasta el sprint, se puede utilizar como una implementación de esprint, pero veo otro tipo de también de herramientas para que también nos ayudaría de forma sustancial al desarrollo. Además se lo haya comentado antes pues, por ejemplo, de forma bastante fácil para, para acceder a datos, promover una implementación para los repositorios con las operaciones más comunes como el almacenamiento guardado actualizada, borrado búsqueda, por tanto, sin la necesidad de una implementación para todas y cada una de las de las entidades. Ya nos, ya nos proveen de esos mecanismos, no tenemos que hacer qué hacer que hacer gran cosa más si queremos utilizarlo estándar, por decirlo de alguna manera. Además, también dispone de mecanismos, por lo cual, con la filtración de un simplemente todo en una interfaz. Podríamos podría incluso implementarse, no? Por ejemplo, si una entidad existe una propiedad que se llaman Neil y definimos la interfaz del repositorio, una una un método que se llama fans. Van automáticamente. Es capaz de realizar la búsqueda sin necesidad de definir una implementación, lo cual, lo cual es una, nos proporciona una gran agilidad a la hora de de definirlos. El acceso a el acceso a los datos también sería posible gracias a la concepto de especificación, pues quiere realizar utilizar el Criteria a Pío, la Criteria, de una forma que se facilita la implementación de los diferentes buscadores y si así fuese necesario si nos vamos a es uno de los mecanismos más potentes que para implementar toda la capa de seguridad, dada. Las Las posibilidades de utilizar distintos mecanismos como etc etc y luego bueno pues vale también es capaz de eliminar los ficheros tan pesados de configuración, XML y bueno utilizando cLases anotadas con arroba configuración, pues nos ha otorgado una potencia de flexibilidad enorme a la hora de definir aquelLas configuraciones más complejas. Es también muy, muy interesante, luego, pues también con proveedores de diferentes startups, que que nos ayudan y nos facilitan la configuración de la aplicación. Bueno, si nos sirve con con lo que nos dan los los estandartes, que es una forma estándar de trabajar con diferentes diferentes cosas, por ejemplo, pues para temas de seguridad, para temas de acceso a datos, para trabajar con consolar por ejemplo, para trabajar con con común, con diferentes sistemas que tendríamos disponible, pues ya no se ofrecen, son estratégicas y sin casi sin hacer nada ya capaces de poder trabajar de una forma extraña, si bien es cierto que luego, si queremos configurar de una forma más avanzada, es posible que tengamos que hacer cosas, no? Pero digamos que para que para los estándares no es puro vería de esas veces utiliza utilidades que nos facilitaría mucho. Como decía general, pues es tan extenso que casi para cualquier problema que se presente es muy probable que tenga una buena solución que ayude a su suplementación y configuración, vale un poco, ya lo pongo ya lo lo visto entonces en la parte frontal, vale? Ahora acabamos de ver la parte de Bach entonces, en la parte frontal vamos a utilizar angular como de desarrollo angulares un JavaScript a pensar principalmente mantenido por Google, en este caso parece que se utiliza para crear y mantener aplicaciones web. Se single una single hecho también conocido a veces como como está en su acrónimo o aplicación de página única si queremos traducir al castellano. Es una aplicación web o un sitio web que cabe en una, en una sola página, no decimos que cabe en una sola página, no quiere decir que sólo tengo una pantalla, sino que realmente nosotros sea al final, cuando se compone, genera una única, un único html, que es el que nos vamos a descargar. Luego, a partir de ahí vamos a poder ir interactuando con con ella y un poco. El propósito que conseguimos con esto es dar una experiencia más fluida a los a los usuarios, como si fuese una aplicación de escritorio, y no es necesario que vaya a la página como una aplicación más más tradicional, sino que simplemente va mostrando ocultando Las partes que se vaya necesitando, y luego va atacando a una es para obtener los datos que quiere ir, que quiere ir pintando. Vale. Realmente es como si fuese una aplicación que estamos ejecutando nuestro navegador ya que la primera vez nos vamos a descargar todo lo que vamos a ejecutar en su navegador. Esa aplicación va a consumir una piel. Es que vamos a tener el otro lado que va a ser nuestro. Nuestro angulares un freno bastante simple en su su uso, con una curva de aprendizaje que lo hace bastante fácil de aprender, aunque sí que es verdad que para llegar a dominarlo puede llegar a ser tedioso y difícil, pero el que sea fácil de entrada pues hace que el peaje, para hacer el om Bourdin o para poder empezar a trabajar con este con este frente es bastante abajo para los desarrolladores. En cuanto a Las características que nos va, que nos va a aportar angular, en este caso, por un lado, pues la parte de patrones de diseño bueno, porque está apoyado los patrones nuevos que aportan grandes bondades a la arquitectura de afrontar, por ejemplo, la separación, semántica de de capas. Se incluye la aplicación. Se divide claramente en diferentes capas o ejemplo controladores, servicios y vista, dando una separación clara de responsabilidades de cada componente vinculación directa con el controlador y la vista a través del patrón, como se comentaba también teóricamente gracias a a este patrón, pues no se requiere utilizar un patrón especial. Bueno, se evita en gran medida la micro programación reduciendo un Agra medirá también los errores de programación, la actualización directa de la vista mediante mediante el uso de Devin Bale. Como decía antes, no vamos a tener que ir a la vista, sino que vamos a ir actualizando ciertos trocitos o incluso ciertos. Ciertos datos de una misma pantalla se pueden ir actualizando mediante mediante los diferentes controladores y demás y luego también dispone de mecanismos de inyección de dependencias, vale para la gestión de espacios de nombres que evitarían también el uso de librerías externas, como puede ser recogidos. En cuanto a. Las plantilLas de Las anguLas, vas a 100 por 100 en lenguaje html, lo cual simplifica Las tareas de maquetación y los cambios requeridos de la estructura html de salida. Además, este es un hecho que facilite incluso que un maquetador que no sabe nada de angular pueda realizar trabajos en la aplicación de manera rápida, sin requerir muchas explicaciones o asistencia. También dispone de mecanismos para para textil. Dispone de un modelo que permite generar más inyecciones de dependencias y servicio. De redes de forma ágil; se suele usar en conjunción con Jacques Mingo y Karma, para la automatización de entornos de integración continua, y la publicación de resultados. Y luego, en cuanto a la gestión de dependencias, que no es una característica única, de angular, es compatible con el mpm para la gestión de dependencias, al estilo de cómo se utiliza, por ejemplo, en entornos, permitiendo evitar mantener pesado, repositorios o subversión con con código que no pertenecen realmente a la aplicación y que son librerías de terceros que queremos que queremos utilizar. Esta herramienta también ofrece soporte a la coherencia de las versiones instaladas de cada Liberia para evitar incompatibilidades y también también les permitiría su utilización; actualización. Es un momento dado y luego, cuando la parte de la documentación, un aspecto importante de cara al aprendizaje y mantener unidad es una buena documentación. Sin duda, estrangular probé un extenso sitio web que, que contiene toda la documentación. De todas las versiones publicadas también se pueden encontrar multitud de tutoriales, foros, comunidad de diferentes naturalezas que cubrían prácticamente todos los aspectos, pero todo esto en cuanto a la parte frontal. En cuanto al a la a-la, al despliegue, ya un poco más propiamente dicho, no hay que oír la idea sería utilizar para, para poder conseguirlo. Cuando estamos hablando del mundo micro, servicios prácticamente ya casi nos ha obligado a hablar de dedo. Al final esto está muy ligado y nos y nos facilita bastante el hecho de no cumplir con los objetivos o con las ventajas que comentábamos antes de escala habilidad de despliegue etc etc entonces un poco para para que no lo conozca bueno, pues es un conjunto de herramientas que se utilizarían para haber a nivel de sistema el sistema operativo con el objetivo de distribuir paquetes de software mediante contenedores. Sabe realmente cuando hablamos de visualizar? No estamos hablando de una virtualización pesaba como puede ser una máquina virtual, sino que tiene una abertura de acción bastante, bastante más ligera, sería un intermedio entre entre máquina, entre máquina virtual y sistema afición, por decirlo de alguna manera o entonces poco a poco es poco? Es eso lo que nos va a permitir permitir empaquetar de alguna manera esas esas mesas, los servicios? Esas aplicaciones también es frontal u otros, u otros sistemas externos como una base de datos o cualquier otra cosa que vayamos a necesitar con todo aquello que vaya a necesitar para poder trabajar? Vale? Entonces, simplemente la máquina anfitrión lo que vamos a necesitar eso es un montaje, que no que sea capaz de trabajar con imágenes de Google como contenedores, de lo que al alma, que no le importa poco lo que vaya a hacer dentro, entre comillas, es decir, le importa poco. Me he sentido de que sabe levantar una un contenedor, que ya es el propio contenedor, en el que sabe lo que tiene que hacer, y ya es el que tiene todo todo lo que tiene que lo que tiene que tener ese contenedor entonces un poco un poco. En resumen, seria eso sí también, como muchas veces se pone como si los contenedores de los barcos no voy al final es un poco el mismo concepto, llevado llevado al mundo marítimos y además sigue siendo su hija. Es el logotipo de está reflejando contenedores de barcos sobre una ballena. En este caso no. Entonces, digamos que antes de irnos a antes de existir contenedores en los barcos, los barcos tenían que estar especializados, en transporte de diferentes materias a granel, transporte de animales, las partes de coches, transportes, de lo que sea vale cuando se pasó al modo al modo contenedores Bale. Digamos que lo que tenemos son barcos de contenedores. Entonces ya es el propio contenedor en el que se adapta, el que sabe lo que tiene dentro y que tiene que estar adaptado a lo que tiene dentro, pero el barco es el mismo que aquí llevamos, el concepto es similar, el sistema anfitrión. Eso es un sistema que tiene un vendedor, que sabe levantar contenedores de, y al propio contenedor que el que sabe lo que tiene que tener a través de a través, una imagen que, que lo define entonces un poco como, como características además de todo esto, pues los contenedores se van a encontrar aislados, unos de los otros, es decir al final, aunque aunque todos ellos se levanten en en una única máquina. Como decía, cada contenedor va a tener sus propias, sus propias librerías, sus propias herramientas, que que van a ser las que hace falta para, para el servicio que está corriendo dentro. Pues a lo mejor voy a necesitar cierto sistema operativo con ciertas librerías, en concreto para parado, para una privación, pero para otra voy a necesitar otras. Pues a lo mejor para un frontal necesito que tenga un guiño a un apache, pero para para una aplicación necesito que tenga el j de hoy para una aplicación pundonor necesito que tenga que tengan entonces digamos que cada contenedor va a tener va a tener lo suyo. Cuando hablamos de que se encuentra aislado, estamos hablando un poco de un poco de estos iban a levantar de forma de forma independiente, aunque luego es verdad que se puede comunicar en cierta manera, se puede establecer técnicas de networking entre ellos para que se puedan ver etc, etc. Entonces, poco. Eso contienen todo el software que es necesario, como, como decíamos, si la plataforma es capaz de ejecutar cualquier tipo de aplicación que corre en un contenedor, como, como también decíamos, decíamos de la plataforma. Sabe que sabe cómo levantar contenedores, independientemente de lo que de lo que contengan dentro entonces, luego ya saliendo un poco ya de todos estos tecnologías principales bueno, otras otras que nos encontramos, pues sería, por un lado, Apache Apache Kafka para el tema del cine y para la gestión de eventos tren, y se le ve que sería el logotipo. Este verde, que tenemos abajo, sería la parte del coro de la obligación. El Jenna, como wiki base. También comentábamos que lo que lo hemos utilizado durante el transcurso del desarrollo para para ciertos ciertas cosas vale ventaja o como concreto ventaja para la transformación de los de los datos. Desde la entrada a formato al formato que defina la antología. También como base de datos intermedia para poder hacer esa transformación vamos a utilizar un mareo para gestionar, la autenticación y autorización. Utilizaremos vehículo. Nos va a permitir integrarnos con sistemas externos la parque que poder tener usuarios locales también, y para la manifestación vamos a utilizar o la idea es utilizar los que nos va a permitir también recibir los elogios de los diferentes servicios, hacer das Board, bastantes, bastantes cosas de utilidad. En ese sentido. De acuerdo? Entonces menos con esto terminaríamos el primer módulo. No sé si si tenéis alguna duda con respecto a lo ya comentado, es que queráis que queráis comentar ahora, antes de pasar al siguiente. Su nombramiento, asomó -asfalto. De otras maneras, ahora la idea sería si os parece tener un descanso, no sé si hasta y media, por ejemplo, nos parece bien. Y bueno, si queréis, después del descanso, si eso ocurre en algunas algunas dudas sobre sobre esto, pues pues la resolveremos después, Bale de otras maneras. Muchas de estas cosas, es verdad que no la parte del staff tecnológica y todo eso no lo vamos a volver a ver. Pero sí que vamos a dar más profundidad sobre sobre los modos diferentes, micros, servicios, pero un poco lo que lo que hacen entonces, bueno, si tienes dudas sobre sobre ello, pues posiblemente la veremos ahí pero si lo queréis comentar después del descanso, pues pues perfecto, también entonces nada nos vemos. Nos vemos entonces ahora.

Propietarios

Proyecto Hércules

Comentarios

Nuevo comentario

Serie: Formación martes 2 de Febrero ASIO Izertis (+información)

Descripción

Videos