000064269 001__ 64269
000064269 005__ 20171221155216.0
000064269 037__ $$aTAZ-PFC-2017-093
000064269 041__ $$aspa
000064269 1001_ $$aBurges Blanco, Ester
000064269 24200 $$aDevelopment of a scientific workflow system that allows the flexible execution of tasks in a computer cluster
000064269 24500 $$aDesarrollo de un sistema de workflow científico que permita la ejecución flexible de tareas en un clúster de computadores
000064269 260__ $$aZaragoza$$bUniversidad de Zaragoza$$c2017
000064269 506__ $$aby-nc-sa$$bCreative Commons$$c3.0$$uhttp://creativecommons.org/licenses/by-nc-sa/3.0/
000064269 520__ $$aLos workflows científicos han surgido como una tecnología que da soporte computacional en la realización de experimentos científicos. Por una parte, un workflow puede verse como una especificación abstracta de un conjunto de tareas y sus dependencias entre sí. Estas dependencias establecen qué pasos deben realizarse para acometer un experimento científico. Por otro lado, un workflow puede verse como un programa, y un sistema de gestión de workflows como un entorno de programación especializado cuyo objetivo es la simplificación de las tareas de programación necesarias que tienen que realizar los científicos. Los sistemas de gestión de workflows científicos deben hacer una gestión eficiente de los recursos computacionales, la gestión de fallos, y así como la supervisión de los resultados intermedios y finales y la reproducibilidad total del experimento. La aproximación habitual para ejecutar un workflow en entornos de ejecución diferentes como clusters, grid o cloud consiste en la traducción de una especificación abstracta del workflow en una especificación concreta teniendo en cuenta los datos y los recursos. Sin embargo, estas aproximaciones suelen estar ligadas a soluciones concretas como la generación de un DAG (Grado dirigido acíclico) y su ejecución en un entorno High Throughput computing como HTCondor. Estas aproximaciones hacen que la monitorización, tratamientos de los fallos y gestión de recursos estén ligadas al entorno de ejecución y no a los aspectos de la especificación abstracta original. El objetivo de este proyecto es desarrollar un prototipo de sistema de workflow científico que permita definir políticas de gestión de recursos y de recuperación de fallos a nivel de aplicación. Por este motivo, se proporciona una especificación de workflows que es independiente del entorno de ejecución y que proporciona mecanismos de tolerancia a fallos para tratar fallos de aplicación (v. gr. gestión de excepciones). La especificación se realiza mediante Redes de Petri y Renew, y su diseño tendrá en cuenta que pueda ejecutarse en cualquier infraestructura: clúster Condor, contendores o incluso microservicios.
000064269 521__ $$aIngeniero en Informática
000064269 540__ $$aDerechos regulados por licencia Creative Commons
000064269 700__ $$aTolosana Calasanz, Rafael$$edir.
000064269 7102_ $$aUniversidad de Zaragoza$$bInformática e Ingeniería de Sistemas$$cLenguajes y Sistemas Informáticos
000064269 8560_ $$f486717@celes.unizar.es
000064269 8564_ $$s4129403$$uhttps://zaguan.unizar.es/record/64269/files/TAZ-PFC-2017-093.pdf$$yMemoria (spa)
000064269 909CO $$ooai:zaguan.unizar.es:64269$$pproyectos-fin-carrera$$pdriver
000064269 950__ $$a
000064269 951__ $$adeposita:2017-12-21
000064269 980__ $$aTAZ$$bPFC$$cEINA