SEArch, una infraestructura de ejecución de software basado en servicios

• Autores: Montepagano, Pablo
• Año de publicación: 2023
• Idioma: español castellano
• Tipo de recurso: tesis de grado
• Colaborador/a o director/a de tesis: López Pombo, Carlos Gustavo
• Materia: SOA; CONTRATO; CFSM; INFRAESTRUCTURA
• Institución: Universidad Nacional de Buenos Aires. Facultad de Ciencias Exactas y Naturales

En las últimas décadas, con la explosión de Internet, las APIs (Application Programming Interfaces) se impusieron como el mecanismo ubicuo para hacer disponible una pieza de software como un servicio que puede ser consumido por otro sistema de software. Sin embargo, en la mayoría de los casos las APIs no están documentadas adecuadamente y solo se describen el formato de los datos necesarios para invocarlas y requerimientos básicos de los protocolos de invocación. Para escribir software que utilice un servicio externo a través de una API, se requiere escritura manual de código que utilice dicha API, la cual es específica a un proveedor en particular. En este trabajo implementamos una infraestructura experimental donde se cuenta con un repositorio global de contratos de provisión de servicios. Dichos contratos son descripciones formales de APIs. De esta manera, para desarrollar software que utilice un servicio externo, en lugar de escribir código específico para la API de un proveedor en particular, uno puede utilizar un contrato de requerimiento para describir qué espera del servicio externo. Dicho contrato se envía a un Service Broker que sabe determinar cuáles proveedores del repositorio global satisfacen el requerimiento. De esa manera, la infraestructura se ocupa de manera automática de hallar el mejor servicio disponible en tiempo de ejecución sin necesidad de depender exclusivamente de un proveedor en particular.
In the last decades, with the explosion of the Internet, Application Programming Interfaces (APIs) have emerged as the ubiquitous mechanism for making a piece of software available as a service that can be consumed by another software system. However, in most cases, APIs are not adequately documented, and only the data format needed to invoke them and basic invocation protocol requirements are described. To write software that uses an external service through an API, manual code writing that utilizes that specific API, which is provider-specific, is required. In this work, we implemented an experimental infrastructure where there is a global repository of services and their corresponding contracts. These contracts are formal descriptions of APIs. This way, to develop software that uses an external service, instead of writing specific code for a particular provider’s API, one can write a requirement contract to describe what is expected from the external service. This contract is sent to a Service Broker that can determine which providers in the global repository satisfy the requirement. In this manner, the infrastructure automatically handles finding the best available service at runtime without the need to rely exclusively on a particular provider.
Fil: Montepagano, Pablo. Universidad de Buenos Aires. Facultad de Ciencias Exactas y Naturales; Argentina.