Research Article
What makes workflows work in an opportunistic environment?
Article first published online: 13 DEC 2005
DOI: 10.1002/cpe.1001
Copyright © 2005 John Wiley & Sons, Ltd.
Issue
1532-0634/asset/cover.gif?v=1&s=6094df24c795ce080ff6df6ff3b6bcec19adb708)
Concurrency and Computation: Practice and Experience
Special Issue: Workflow in Grid Systems
Volume 18, Issue 10, pages 1187–1199, 25 August 2006
Additional Information
How to Cite
Deelman, E., Kosar, T., Kesselman, C. and Livny, M. (2006), What makes workflows work in an opportunistic environment?. Concurrency Computat.: Pract. Exper., 18: 1187–1199. doi: 10.1002/cpe.1001
Publication History
- Issue published online: 19 JUL 2006
- Article first published online: 13 DEC 2005
- Manuscript Accepted: 27 APR 2005
- Manuscript Revised: 15 MAR 2005
- Manuscript Received: 1 JUN 2004
- Abstract
- References
- Cited By
Keywords:
- Grid;
- workflow management;
- workflow mapping;
- advanced planning;
- deferred planning;
- just-in-time planning;
- workflow delegation;
- data placement;
- scheduling;
- Pegasus;
- Chimera;
- DAGMan;
- Condor;
- Stork
Abstract
In this paper, we examine the issues of workflow mapping and execution in opportunistic environments such as the Grid. As applications become ever more complex, the process of choosing the appropriate resources and successfully executing the application components becomes ever more difficult. This may include extension or reduction of the initial workflow mapping as necessary for the actual execution. In this paper, we focus on the interplay between a workflow-mapping component that plans the high-level resource assignments and the workflow executor that oversees the component execution. We concentrate particularly on issues of data management and we draw from the experiences with mapping and execution systems: Pegasus, DAGMan and Stork. Copyright © 2005 John Wiley & Sons, Ltd.

1532-0634/asset/olbannerleft.gif?v=1&s=a4e4e145787de94e1d91eaab3c8c29d8a9d96a26)