BeesyBees: A mobile agent-based middleware for a reliable and secure execution of service-based workflow applications in BeesyCluster

  • Authors:

  • Paweł Czarnul;Mariusz Matuszek;Michał Wójcik;Karol Zalewski

  • Affiliations:

  • Faculty of Electronics Telecommunications and Informatics, Gdansk University of Technology, Gdansk, Poland;Faculty of Electronics Telecommunications and Informatics, Gdansk University of Technology, Gdansk, Poland;Faculty of Electronics Telecommunications and Informatics, Gdansk University of Technology, Gdansk, Poland;Faculty of Electronics Telecommunications and Informatics, Gdansk University of Technology, Gdansk, Poland

  • Venue:
  • Multiagent and Grid Systems - Agent Based Computing: From Model to Implementation
  • Year:
  • 2011

Quantified Score

Hi-index 0.00

Visualization

Abstract

Integrating distributed services into workflows comes with its own set of challenges, including security, coordination, fault tolerance and optimisation of execution time. This paper presents an architecture and implementation --nicknamed BeesyBees --that allows distributed execution of workflow applications in BeesyCluster using agents. BeesyCluster is a middleware that allows users to access distributed resources as well as publish applications as services, define service costs, grant access to other users services and consume services published by others. Workflows created in the BeesyCluster middleware are exported to BPEL and executed by BeesyBees agents in a distributed environment. Firstly, the paper demonstrates that engaging several agents to execute a workflow in a distributed fashion is more efficient than a centralised approach. It also discusses negotiation time tradeoffs in case of too many agents assigned to the task. An algorithm was proposed to migrate agents to such locations so that the workflow execution time is minimised. Secondly, it demonstrates that execution in the proposed environment is reliable even in case of failures. If a service fails, a task agent picks a new equivalent service at runtime. If one of task agents fails, another of remaining agents takes over its responsibilities. The communication between the middleware, agents and services is encrypted.