Apache Airavata as a Laboratory: Architecture and Case Study for Component-Based Gateway Middleware. Marru, S., Pierce, M., Pamidighantam, S., & Wimalasena, C. In Proceedings of the 1st Workshop on The Science of Cyberinfrastructure Research, Experience, Applications and Models - SCREAM '15, pages 19-26, 2015. ACM Press.
Apache Airavata as a Laboratory: Architecture and Case Study for Component-Based Gateway Middleware [link]Website  doi  abstract   bibtex   
Science gateways are more than user interfaces to computational grids and clouds. Gateways are middleware in their own right, providing flexible, lightweight federations of heterogenous collections of computing resources (such as campus clusters, supercomputers, computational clouds), all of which remain challenges for many alternative middleware approaches. Gateways also are notable for providing science application-centric interfaces to computing resources rather than resource-centric views. An important challenge for science gateway research is to generalize specific science gateway strategies, defining a reference architecture that emcompasses major gateway capabilities while enabling implementation flexibility. Such a reference architecture should also enable "platform as a service" approaches that provide hosted versions of common gateway capabilities. In this paper, we summarize the Apache Airavata software system as a candidate reference architecture for science gateways. We propose the use of a component-based architecture to encompass major gateway capabilities (such as metadata management, meta-scheduling, execution management, and messaging). We examine the messaging system component in this abstract architecture in detail and describe its re-implementation and validation using third party messaging system software to replace a custom-built messaging system. Besides the operational validation of this specific component, we infer a preliminary validation of the overall architecture. The flexibility of component implementations within an overall architecture is essential as it allows gateway middleware to be the subject of distributed computing research for its own sake while also ensuring that we don't get locked into less than optimal implementations for gateway operations.
@inproceedings{
 title = {Apache Airavata as a Laboratory: Architecture and Case Study for Component-Based Gateway Middleware},
 type = {inproceedings},
 year = {2015},
 pages = {19-26},
 websites = {http://dl.acm.org/citation.cfm?doid=2753524.2753529},
 publisher = {ACM Press},
 city = {New York, New York, USA},
 institution = {ACM},
 id = {70a7395e-5d4e-35e0-b3d2-de158db4808d},
 created = {2018-02-27T18:07:51.362Z},
 file_attached = {false},
 profile_id = {42d295c0-0737-38d6-8b43-508cab6ea85d},
 group_id = {0e433c5b-85c4-32aa-851c-c145aac9f80f},
 last_modified = {2019-09-16T15:10:29.098Z},
 read = {false},
 starred = {false},
 authored = {false},
 confirmed = {true},
 hidden = {false},
 citation_key = {marru2015apache},
 source_type = {inproceedings},
 private_publication = {false},
 abstract = {Science gateways are more than user interfaces to computational grids and clouds. Gateways are middleware in their own right, providing flexible, lightweight federations of heterogenous collections of computing resources (such as campus clusters, supercomputers, computational clouds), all of which remain challenges for many alternative middleware approaches. Gateways also are notable for providing science application-centric interfaces to computing resources rather than resource-centric views. An important challenge for science gateway research is to generalize specific science gateway strategies, defining a reference architecture that emcompasses major gateway capabilities while enabling implementation flexibility. Such a reference architecture should also enable "platform as a service" approaches that provide hosted versions of common gateway capabilities. In this paper, we summarize the Apache Airavata software system as a candidate reference architecture for science gateways. We propose the use of a component-based architecture to encompass major gateway capabilities (such as metadata management, meta-scheduling, execution management, and messaging). We examine the messaging system component in this abstract architecture in detail and describe its re-implementation and validation using third party messaging system software to replace a custom-built messaging system. Besides the operational validation of this specific component, we infer a preliminary validation of the overall architecture. The flexibility of component implementations within an overall architecture is essential as it allows gateway middleware to be the subject of distributed computing research for its own sake while also ensuring that we don't get locked into less than optimal implementations for gateway operations.},
 bibtype = {inproceedings},
 author = {Marru, Suresh and Pierce, Marlon and Pamidighantam, Sudhakar and Wimalasena, Chathuri},
 doi = {10.1145/2753524.2753529},
 booktitle = {Proceedings of the 1st Workshop on The Science of Cyberinfrastructure Research, Experience, Applications and Models - SCREAM '15}
}

Downloads: 0