70 likes | 178 Views
System Risks for Build 2. PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman. Overview. Present the identified risks for Build 2 deployment and operations along with any associated mitigations. Risks have been identified in: Tool Support
E N D
System Risks for Build 2 PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman
Overview • Present the identified risks for Build 2 deployment and operations along with any associated mitigations. • Risks have been identified in: • Tool Support • Central Catalog Migration • PDS3 Operations System Risks for Build 2
Tool Support • The entire tool suite is not available for Build 2 operations. • This risk is assessed as “Low” risk. • Mitigations: • Build 2 is scoped so that minimal tools are necessary. • Few schemas will be developed, and much of this can be done in house. • Initial validation tool will be in place. • Future builds can add more tools in conjunction with the budget and PDS experience working with PDS4. System Risks for Build 2
Central Catalog Migration • Much of the current search functionality of the PDS web site depends on the central catalog database. • This risk is assessed as “Low” risk. • Mitigations: • Real-time access to the central catalog for users is limited. • The search indexes are generated as an offline activity and can be generated on demand. There is limited risk to end users. • Search maintenance from the central catalog in PDS3 is limited. • The improvements will come with PDS4. System Risks for Build 2
PDS3 Operations • PDS3 operations will be impacted by the release of PDS4. • This risk is assessed as “Low” risk. • Mitigations: • Build 2 exposure can, for the most part, be scoped internal to PDS. • Submission of catalog files to EN will continue. EN will ensure the registry infrastructure is updated. System Risks for Build 2
Conclusion • It is not always easy to identify or mitigate all risks associated with deployment of new software. • The PDS4 software has been architected and designed from the beginning to provide the necessary functionality while minimizing impact on the data providers, data consumers and the Discipline Nodes. • This approach has been aided by the phased development schedule allowing us to to build and release core components and then build on them in subsequent releases. System Risks for Build 2