airavata-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shameera Rathnayaka (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (AIRAVATA-346) [GSoC] Framework to run/monitor workflows locally with simulated/dummy BE
Date Mon, 25 Mar 2013 18:35:19 GMT

    [ https://issues.apache.org/jira/browse/AIRAVATA-346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13612960#comment-13612960
] 

Shameera Rathnayaka commented on AIRAVATA-346:
----------------------------------------------

Hi devs, 

After reading this paper[1]  I have come up with this,  
1. we need a configurable interface to customize the data required to start emulator.
2. Application emulation -  Dummy applications(proxy services) can register via Xbaya, once
the dummy application receives the input message, it invokes the task state simulation chain
and returns the output to the workflow. 
3. Application availability and Failure model - to provide a better real world scenario, user
can config the failure rate of each task state as user's requirement. 
4. Pluggable interface to grid emulators and cloud emulators.

We need to find/develop a good Failure level management algorithm to provide better real world
simulation interface, and scalable to handle large number of workflows.   

[1]http://escholarship.org/uc/item/7050q8mk

                
> [GSoC] Framework to run/monitor workflows locally with simulated/dummy BE
> -------------------------------------------------------------------------
>
>                 Key: AIRAVATA-346
>                 URL: https://issues.apache.org/jira/browse/AIRAVATA-346
>             Project: Airavata
>          Issue Type: New Feature
>            Reporter: Saminda Wijeratne
>            Assignee: Saminda Wijeratne
>              Labels: gsoc2012, gsoc2013, mentor
>
> It is common to need to test something you've created on a test environment rather than
on a real setup. This is because,
> 1. The tasks are trivial and it'll be faster to run locally to verify correct flow/execution.
> 2. It can cost to run them on a real setup at development stage.
> 3. Proper access to the real setup is not available
> 4. Unit testing on a real setup is unfeasible
> Thus it would be easy for the user if there is a way to setup a simulated environment
without much difficulty may be perhaps with some dummy data from the user itself. Effectively
it will be behaving exactly as a GFac server/message box/registry etc but with hard wired
data. As an example ideally it would be like the Azure simulator I guess.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message