EGI-InSPIRE - Indico

EGI-InSPIRE
WP5 Review
Michel Drescher
EGI.eu
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
1
www.egi.eu
Activity Overview
• This slide will be provided by the PO
• It will summarise the activity in tables by:
– The # partners, # people, # countries
– The # PM and #FTE per country
• It will summarise the activity in graphics
by:
– The % effort of the activity within the project
– The geographical spread across Europe
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
2
www.egi.eu
Objectives
1. Establish agreements with key software providers
2. Maintain the UMD Roadmap
3. Define general and component specific quality criteria
to be applied to software components
4. Verify the software components against these criteria
5. Provide a repository for the software components
within UMD and the related support tools
6. Provide a distributed support unit within the EGI
Helpdesk infrastructure with expertise on the deployed
middleware in production use.
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
3
www.egi.eu
Tasks
Task
Description
TSA2.1
•
•
•
•
•
TSA2.2
• Develop, maintain and publicise generic Acceptance Criteria
• Develop, maintain and publicise component-specific Acceptance Criteria
TSA2.3
• Validate contributed software against Acceptance Criteria
• Provide component acceptance reports summarising the verification
TSA2.4
• Provide infrastructure for EGI.eu
• Provide necessary infrastructure for the Software Provisioning process
TSA2.5
• Establish and maintain a second level support unit (the “DMSU”)
• Establish and maintain consultancy relationships with EGI Operations and
external Technology Providers
EGI-InSPIRE RI-261323
Management and coordination of the activity.
Management of the relationships with external Technology Providers.
Collate and distribute prioritised requirements
Maintain UMD Roadmap and release schedules
Hold Coordinate and chair meetings with Technology Providers for
resolution of issues and conflicts.
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
4
www.egi.eu
Insert slides that describe:
•
•
•
•
•
•
The work done and results achieved
Quality of the results
Attainment of the objectives & milestones
The issues that arose
How they were dealt with
The impact of the WP’s work
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
5
www.egi.eu
We set out to
1. Drive and steer the evolution of middleware
–
–
–
–
Based on installed software
Prioritise collected requirements
Provide UMD Roadmap updates
Publish EGI Software Quality Criteria
OMB
TCB
EGI Software
Supply Chain
Production
Infrastructure
UCB
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
6
www.egi.eu
We set out to
2. Establish a software supply chain model
– Technology Providers as suppliers
– Verify deliveries, assemble a unified middleware (UMD)
– Resource centres as customers
EGI Software Supply Chain
Technology
Providers
EGI-InSPIRE RI-261323
Acceptance
Testing
Staged
Rollout
Repository
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
Resource
Centres
7
www.egi.eu
Defining business
• Processes
– What are the triggers and terminal conditions?
– Who is responsible for which step?
• Interactions
– Who/what are the triggering actors processes?
– Which information is passed-in, and out?
• Artefacts
– What needs documentation?
– Where is it available?
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
8
www.egi.eu
Processes
• Middleware evolution
–
–
–
–
Requirements capturing and processing
UMD Roadmap maintenance and publication
Technology Provider release schedule coordination
Establishing relationships with Technology Providers
• EGI Software supply chain
–
–
–
–
Quality Criteria maintenance
Acceptance testing (Criteria verification)
Middleware helpdesk processes
Software Provisioning
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
9
www.egi.eu
Interactions
• With the User communities:
– In the TCB through prioritised requirements
• With the Operations community
–
–
–
–
In the TCB through prioritised requirements
Via the SVG/RAT for security vulnerabilities
Via the DMSU for software incidents and problems
With Resource Centres using the Software Repository
• With Technology Providers
– In the TCB for new requirements
– In Task Forces for Software Quality, and Repositories
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
10
www.egi.eu
Artefacts
• Middleware evolution
– UMD Roadmap
– Standards evolution and roadmap
– MoUs and SLAs with Technology Providers
• Software Supply Chain
–
–
–
–
–
UMD Release Schedule
Quality Criteria documentation
Verification reports, and guidelines
StagedRollout reports
Software Provisioning tracking artefacts
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
11
www.egi.eu
Doing business
• Implementing processes, artefacts and
interactions
• Validate feasibility with small, controllable
scope
– With internal Technology Providers
• EGI Trust Anchors, SAM (JRA1)
• Establish and maintain appliance delivery model
– With external Technology Providers (EMI)
• Re-scope and implement distribution based supply chain
• Verify principal supply chain with two dry runs
• Scale out to full enactment of the supply chain
SA2 – Michel
Drescher
- EGI-InSPIRE
• Review regularly,
and
implement
adjustments
EC Review 2011
EGI-InSPIRE RI-261323
12
www.egi.eu
We are not yet done…
• Processes, Interactions and Artefacts are
defined
• Documentation is of varying quality
– Some artefacts are well defined, some are fuzzy
– Some processes are executed mostly by intuition
• Reproducibility of results needs improvement
– E.g. impartial provisioning of delivered software
– Reporting artefacts vary by producing individuals
• Technically, objectives are met…
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
13
www.egi.eu
Issues in PY1
1. Staffing
– Target staffing reached in January 2011
2. Requirements reported as support requests
– Rerouted to TCB’s Requirements capturing process
3. Low ratio of ticket resolution in DMSU
– Further analysis of tickets ongoing
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
14
www.egi.eu
Issues in PY1
4. Criteria Verification not well understood
– Task Force Quality Assurance set up
– Introducing concepts of formal Acceptance Testing
– Continuous education of Technology providers
5. Lack of interaction and pro-activeness of EMI
–
–
–
–
EGI-InSPIRE RI-261323
Task Force Repositories and Automation
Discuss technical issues around software delivery
Large discrepancy between software supply models
On-going, time consuming activity
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
15
www.egi.eu
Need a title here
• Provide open, impartial software evolution
plans
• Provision software for a large community
– Avoid duplicated, per-site software assessment
– Reduced overall effort for increased sustainability
• Provide a unified middleware repository
– One-stop shop solution in a multi-provider, multi-use
case infrastructure
– “Off-the-shelf” experience for site administrators
• Quality in delivery depends on stakeholders
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
16
www.egi.eu
Use of Resources
Task
Task PY1
TSA1.
1
TSA2.
2
TSA2.
3
TSA2.
4
TSA2.
5
Partner
PY1
Q1
Q2
Q3
Q4
90%
1 – EGI.eu
90%
20%
116%
110%
116%
81%
12A – CSIC
76%
44%
84%
99%
79%
29 – LIP
85%
0%
36%
173%
133%
12A – CSIC
148%
50%
196%
192%
153%
12B – FCTSG
92%
0%
13%
112%
245%
Compensating late employment, Testbed setup
29 – LIP
77%
0%
4%
173%
133%
Delayed employment, compensating
9 – CESNET
91%
69%
96%
102%
97%
16A – GRNET
47%
0%
60%
48%
79%
16B – AUTH
42%
0%
0%
40%
127%
Provisioning Workflow maintenance PY2+
16E – IASA
201%
281%
340%
163%
22%
Implementation Provisioning Workflow in PY1
16F – ICCS
33%
0%
0%
0%
131%
Provisioning Workflow maintenance PY2+
9 – CESNET
100%
97%
99%
106%
96%
10D – JUELICH
83%
15%
82%
124%
111%
21A – INFN
99%
81%
60%
140%
117%
36 – UPCH
0%
0%
0%
0%
0%
38B – LIU
Drescher
- EGI-InSPIRE
72% SA2 –
0%Michel90%
101%
97%
EC Review 2011
33%
0%
0%
133%
0%
99%
75%
77%
EGI-InSPIRE RI-261323
41 – NORDUNET
Delayed employment, compensating
Delayed employment, compensating
17
www.egi.eu
Plans for next year
• Continuous review and maintenance of
processes, documentation and verification
artefacts
• Streamline publication schedules of UMD
Roadmap, Quality Criteria and Criteria
mappings for Services
• Enhance DMSU expertise, analysis toolset and
knowledgebase
• Investigate community orientated software
repositories
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
18
www.egi.eu
Summary
• Structural work is finished
– Verified by production level use with internal providers
• Quality of service is itself a process
– Establish and formalise regular reviews and
improvements
• EMI as largest Technology Provider…
– Shows similarities to monopolies in other ICT sectors
– Not ready for multi-provider, multi-use case settings
EGI-InSPIRE RI-261323
SA2 – Michel Drescher - EGI-InSPIRE
EC Review 2011
19
www.egi.eu