PROC23
Main | EGI.eu operations services | Support | Documentation | Tools | Activities | Performance | Technology | Catch-all Services | Resource Allocation | Security |
Documentation menu: | Home • | Manuals • | Procedures • | Training • | Other • | Contact ► | For: | VO managers • | Administrators |
Title | Production tools release and deployment process |
Document link | https://wiki.egi.eu/wiki/PROC23 |
Last modified | |
Policy Group Acronym | OMB |
Policy Group Name | Operations Management Board |
Contact Group | operations at egi.eu |
Document Status | FINAL |
Approved Date | |
Procedure Statement | The procedure describes the process of release and deployment in EGI production infrastructure for Production tools |
Owner | Owner of procedure |
Overview
The procedure describes the process of release and deployment in EGI production infrastructure for Production tools. It is applicable to all production instances of the tools mentioned in the following list:
- Accounting portal
- AppDB
- ARGO Messaging Services
- ARGO/SAM
- CheckIn (AAI Support)
- Collaboration tools
- DIRAC4EGI
- EGI Catch-all services
- EGI Marketplace
- GGUS
- GOCDB
- Operations portal and VAPOR
- PERUN
- Security monitoring
- UMD and CMD Software provisioning infrastructure
Adding and removing tools from this list can be done by EGI central operations office, upon request, and every change is communicated to the OMB ML before being implemented. Please, open a GGUS ticket (ticket category: service request) to the Operations SU to request any change.
Definitions
Please refer to the EGI Glossary for the definitions of the terms used in this procedure.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119.
Entities involved in the procedure
- Service Provider team: Team responsible for development, release and deployment of the tool
- Operations team: Oversees all the process and may provide further people for testing the tool
- Noc-Managers: they are informed regarding the release of the new tool and may provide further people for testing it
Requirements
The prerequisites are:
- Tool is used by EGI production Infrastructure
- Development team should follow https://wiki.egi.eu/wiki/Instructions_for_Production_Tools_teams#Release_and_deployment_management
- In case of deployment of a major update of a tool, a contingency plan must be agreed with the team who operates the tool, to handle major disruptions caused to production activities by problems in the new version of the tool.
Acceptance criteria
A new release of a Tool can be deployed in production if:
- All the prerequisites are satisfied
- The results of the testing in step 3b do not show any major problem:
- The tool is usable in all its features
- The interoperability with the other tools is not broken
Steps
Responsible | Action | Notes | |
---|---|---|---|
1 |
Service Provider team |
Once release is ready the team opens a GGUS ticket (selecting category: Release) to Operations with the following information:
|
|
2 | Operations Team |
| |
3a | Operations Team / Noc-Managers | Update the ticket with the information on the performed tests and their result | |
3b | Service Provider team | Update the ticket with information about results of the overall testing phase |
|
4 |
Service Provider team | Provide in the ticket the link to updated documentation |
|
5 | Service Provider team and Operations team |
Agree on deployment date and update the ticket | |
6 | Operations team | 10 days before the upcoming deployment, inform the Noc-Managers.
Update the ticket |
|
7 | Service Provider team | Schedule a downtime of the service in case it is needed | |
8 | Service Provider team | Deploy release and update the ticket | |
9 | Product team or Operations team | Check that the GGUs tickets contains links to the changes (RT tickets) that are implemented in this release. Added on Nov 15th 2017 | |
10 | Operations team | Close the GGUS ticket after a week of the deployment only if the release was successful |
Revision History
Version | Authors | Date | Comments |
---|---|---|---|
Alessandro Paolini | 2016-03-22 | procedure revised and made some changes | |
Alessandro Paolini | 2016-07-25 | added the new AAI in the tools list | |
Baptiste Grenier | 2018-10-01 | Introduced usage of new ticket category "release" | |
Alessandro Paolini | 2018-10-11 | Updated the list of services under scope |