gig software integration project plan, py4-py5 lee liming mary mcilvain john-paul navarro
TRANSCRIPT
![Page 1: GIG Software Integration Project Plan, PY4-PY5 Lee Liming Mary McIlvain John-Paul Navarro](https://reader035.vdocument.in/reader035/viewer/2022072011/56649e375503460f94b26ad7/html5/thumbnails/1.jpg)
GIG Software IntegrationProject Plan, PY4-PY5
Lee Liming Mary McIlvain
John-Paul Navarro
![Page 2: GIG Software Integration Project Plan, PY4-PY5 Lee Liming Mary McIlvain John-Paul Navarro](https://reader035.vdocument.in/reader035/viewer/2022072011/56649e375503460f94b26ad7/html5/thumbnails/2.jpg)
Proposed Software Integration Activities4.63 FTE Total
1.9
1
0.1
0.25
0.45
0.2
0.73
1.45
Package Software (Ops) Information Services EnhancementsOperate Central Services (Ops) App Hosting Service PartnershipMaintain Current CTSS Kits (Ops) Public Build & Test ServiceArea Coordination (Ops)
![Page 3: GIG Software Integration Project Plan, PY4-PY5 Lee Liming Mary McIlvain John-Paul Navarro](https://reader035.vdocument.in/reader035/viewer/2022072011/56649e375503460f94b26ad7/html5/thumbnails/3.jpg)
Demand-driven Tasks
•Operating central services (0.1 FTE)– MDS Index (used by docs, user portal, inca)– Build & Test Dispatcher (used internally for efficiency)
•Maintain current CTSS kits (0.45 FTE)– Keep software & requirements current, respond to issues– Seven (of the 11) CTSS kits @ ~5% FTE each
•Area coordination (0.73 FTE)– SW WG chair, lots of coordination with many other teams
•Package software (1.9 FTE)– Support new or updated software capabilities driven by other
TG areas (and ultimately by the users)– E.g., scheduling kits, changed/updated data kits, client
toolkits– Any additional coordination that people demand– These tasks are not pre-ordained. They will be driven by
demand.
![Page 4: GIG Software Integration Project Plan, PY4-PY5 Lee Liming Mary McIlvain John-Paul Navarro](https://reader035.vdocument.in/reader035/viewer/2022072011/56649e375503460f94b26ad7/html5/thumbnails/4.jpg)
Expanded content*HPC Software inventoryData collectionsGIG operated servicesHardware capabilities(New capability kits)
Batch Queue Prediction (BQP)Core 2.0RP local capabilitiesetc.
Scheduling informationScience Gateway information
Expanded meta-dataInformation services meta-data
Information Services Enhancements
![Page 5: GIG Software Integration Project Plan, PY4-PY5 Lee Liming Mary McIlvain John-Paul Navarro](https://reader035.vdocument.in/reader035/viewer/2022072011/56649e375503460f94b26ad7/html5/thumbnails/5.jpg)
Expanded formats and interfacesWeb 2.0, WS/REST, etc publishing
Expanded communityCommunity informationPeer grid information
Improved reliability.999 TeraGrid wide availability
Information Services Enhancements
![Page 6: GIG Software Integration Project Plan, PY4-PY5 Lee Liming Mary McIlvain John-Paul Navarro](https://reader035.vdocument.in/reader035/viewer/2022072011/56649e375503460f94b26ad7/html5/thumbnails/6.jpg)
Application Hosting Service Partnership
•0.25 FTE (heavily leveraging the partnership)•Purpose: Significantly reduce the cost and complexity of
deploying/maintaining customized user services by automating obvious tasks and integrating with existing resource management and accounting systems.
•Pre-requisites (in PY3)– Form a working partnership with RP(s) and users– Complete an operational prototype– Prototype in operation on at least one RP system– Prototype used by 1-3 user teams
•Significant goals (PY4 & PY5)– Integrate with TG central accounting system– Add support in Inca, user docs, operations, help desk– Document the service definition and reference implementation for
use by other RPs– Expand the user base– Expand the RP host base
![Page 7: GIG Software Integration Project Plan, PY4-PY5 Lee Liming Mary McIlvain John-Paul Navarro](https://reader035.vdocument.in/reader035/viewer/2022072011/56649e375503460f94b26ad7/html5/thumbnails/7.jpg)
Public Build & Test Service
•0.2 FTE•Purpose: Offer software build & test system required by OCI for software development awards on TeraGrid systems.
•Significant goals:– Decouple B&T from current CTSS core (make
optional)– Define service definition & reference implementation– Harden existing central service– Expand user base among RP software maintainers– Explore expanding user base to include users
(probably OCI and CISE software developers)