You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@airavata.apache.org by "Lahiru Gunathilake (JIRA)" <ji...@apache.org> on 2014/03/31 17:47:29 UTC

[jira] [Closed] (AIRAVATA-964) Add single job support as a first class simple Apache Airavata Execution

     [ https://issues.apache.org/jira/browse/AIRAVATA-964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Lahiru Gunathilake closed AIRAVATA-964.
---------------------------------------


> Add single job support as a first class simple Apache Airavata Execution
> ------------------------------------------------------------------------
>
>                 Key: AIRAVATA-964
>                 URL: https://issues.apache.org/jira/browse/AIRAVATA-964
>             Project: Airavata
>          Issue Type: Epic
>          Components: Airavata Client, GFac
>            Reporter: Suresh Marru
>              Labels: Architecture
>             Fix For: 0.13
>
>         Attachments: Airavata-Single-Job-Execution.png
>
>
> Currently Airavata supports single jobs by wrapping it as a single node task within a workflow. This wrapping is justified if workflow is the predominant use of Airavata and single application execution is a rare usage pattern. As Airavata is getting more usage, the simple execution but for large number of invocations and diverse applications is getting more widely used. 
> Providing a first class way of a simple application execution will reduce the overhead in creating and managing workflows. But this takes away all the orchestration capabilities provided by the Workflow Interpreter. This Epic is to discuss a new component to Airavata which provides based job orchestration while persisting the request state to registry so the application management component (GFac) can be stateless and recover the job from a frequently checkpointed state from the registry



--
This message was sent by Atlassian JIRA
(v6.2#6252)