Difference between revisions of "EGI Core activities:2013-bidding Incident management helpdesk"
m (moved 2013-bidding/Incident management helpdesk to EGI Core activities:2013-bidding Incident management helpdesk) |
|||
(14 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
{{TOC_right}} | {{Template:Op menubar}} {{Core_services_menubar}}{{TOC_right}} | ||
'''Go back to the [[ | '''Go back to the [[EGI_Core_Activities_Bidding|EGI Core Activities Bidding page]].''' | ||
* Service name: | |||
'''Go back to the [[Core EGI Activities|Core EGI activity list]].''' | |||
* Service name: Incident Management Helpdesk (GGUS) | |||
* Service category: Operations | * Service category: Operations | ||
* Service type: Coordination, operation and maintenance | * Service type: Coordination, operation and maintenance | ||
GGUS is part of the EGI Collaboration Platform and is needed to support users and infrastructure operators. | |||
= Introduction = | = Introduction = | ||
EGI provides support to users and operators through a distributed helpdesk with central coordination (GGUS). The central helpdesk provides a single interface for support. The central system is interfaced to a variety of other ticketing systems at the NGI level in order to allow a bi-directional exchange of tickets. | |||
= Technical description = | = Technical description = | ||
This service includes the following components | The GGUS system is divided into three environments: development, test and production environment. Every environment includes three layers: | ||
* Presentation - web frontend to provide the entry point for the graphical user interface; | |||
* Logic - AR Server which executes the workflow rules and performs the main tasks. AR Server is providing the communication interface between external systems and is accompanied by the email-engine to provide the additional mail-based interface into the helpdesk system; | |||
* Backend - ticket database under Oracle DBMS and user database under MySql DBMS (will be moved to Oracle soon). | |||
<br> | |||
This service includes the following components: | |||
== Coordination == | == Coordination == | ||
This activity is responsible | This activity is responsible for the coordination of the system operation and upgrade activities with those partners that are in charge of operating other systems that depend on it. | ||
Coordination with user communities, technology providers and operators is provided by the GGUS Advisory Board. | |||
== Support == | == Support == | ||
Support through the EGI helpdesk about | Support is provided through the EGI helpdesk itself | ||
* to users and operators of helpdesk systems integrated with GGUS about bugs and incidents affecting the GGUS system itself | |||
* to the operators of integrated (or to be integrated) helpdesks about GGUS interfaces and testing activities | |||
* to users of GGUS about the functionality provided by GGUS | |||
'''Support hours''': eight hours a day (for example 9-17 CE(S)T), Monday to Friday – excluding public holidays of the hosting organization. | |||
'''Support hours''': eight hours a day (9-17 CE(S)T), Monday to Friday – excluding public holidays of the hosting organization. | |||
== Operation == | == Operation == | ||
* Daily running of the system | * Daily running of the system | ||
* | * Support Unit maintenance | ||
* Provisioning of a high availability configuration | |||
* A test infrastructure to verify interoperability and the impact of software upgrades on depending systems | |||
== Ticket oversight and follow-up == | |||
This activity includes the administrative and reporting functions of the helpdesk infrastructure, e.g. collecting ticket statistics, and internal and external reporting of statistics for SLAs monitoring and other reporting duties. Ticket follow-up includes notifying supporters when the reaction to high-priority tickets is not fast enough, requesting information from ticket submitters when they do not react, and ensuring assigners/resolvers will react sufficiently fast when the submitter provides additional information. | |||
== Maintenance == | == Maintenance == | ||
Line 31: | Line 48: | ||
* coordination of software maintenance activities with other technology providers that provide software for the EGI Core Infrastructure or remote systems deployed by integrated and peer infrastructures that interoperate with the central EGI components of the system. | * coordination of software maintenance activities with other technology providers that provide software for the EGI Core Infrastructure or remote systems deployed by integrated and peer infrastructures that interoperate with the central EGI components of the system. | ||
* requirements gathering | * requirements gathering | ||
* documentation | |||
= Service level targets = | = Service level targets = | ||
*Minimum availability/reliability: | *Minimum availability/reliability: 99%/99% | ||
*Response to incident records in GGUS within support hours: [[FAQ_GGUS-PT-QoS-Levels#Medium_service| Medium]] (see https://wiki.egi.eu/wiki/FAQ_GGUS-PT-QoS-Levels#Medium_service) | *Response to incident records in GGUS within support hours: [[FAQ_GGUS-PT-QoS-Levels#Medium_service| Medium]] (see https://wiki.egi.eu/wiki/FAQ_GGUS-PT-QoS-Levels#Medium_service) |
Latest revision as of 15:45, 6 June 2016
Main | EGI.eu operations services | Support | Documentation | Tools | Activities | Performance | Technology | Catch-all Services | Resource Allocation | Security |
EGI Core services menu: | Services PHASE I • | Services PHASE II • | Services PHASE III • | Bids • | Payments • | Travel procedure • | Performance |
Go back to the EGI Core Activities Bidding page.
Go back to the Core EGI activity list.
- Service name: Incident Management Helpdesk (GGUS)
- Service category: Operations
- Service type: Coordination, operation and maintenance
GGUS is part of the EGI Collaboration Platform and is needed to support users and infrastructure operators.
Introduction
EGI provides support to users and operators through a distributed helpdesk with central coordination (GGUS). The central helpdesk provides a single interface for support. The central system is interfaced to a variety of other ticketing systems at the NGI level in order to allow a bi-directional exchange of tickets.
Technical description
The GGUS system is divided into three environments: development, test and production environment. Every environment includes three layers:
- Presentation - web frontend to provide the entry point for the graphical user interface;
- Logic - AR Server which executes the workflow rules and performs the main tasks. AR Server is providing the communication interface between external systems and is accompanied by the email-engine to provide the additional mail-based interface into the helpdesk system;
- Backend - ticket database under Oracle DBMS and user database under MySql DBMS (will be moved to Oracle soon).
This service includes the following components:
Coordination
This activity is responsible for the coordination of the system operation and upgrade activities with those partners that are in charge of operating other systems that depend on it. Coordination with user communities, technology providers and operators is provided by the GGUS Advisory Board.
Support
Support is provided through the EGI helpdesk itself
- to users and operators of helpdesk systems integrated with GGUS about bugs and incidents affecting the GGUS system itself
- to the operators of integrated (or to be integrated) helpdesks about GGUS interfaces and testing activities
- to users of GGUS about the functionality provided by GGUS
Support hours: eight hours a day (for example 9-17 CE(S)T), Monday to Friday – excluding public holidays of the hosting organization.
Operation
- Daily running of the system
- Support Unit maintenance
- Provisioning of a high availability configuration
- A test infrastructure to verify interoperability and the impact of software upgrades on depending systems
Ticket oversight and follow-up
This activity includes the administrative and reporting functions of the helpdesk infrastructure, e.g. collecting ticket statistics, and internal and external reporting of statistics for SLAs monitoring and other reporting duties. Ticket follow-up includes notifying supporters when the reaction to high-priority tickets is not fast enough, requesting information from ticket submitters when they do not react, and ensuring assigners/resolvers will react sufficiently fast when the submitter provides additional information.
Maintenance
This activity includes:
- core refactoring, bug fixing, proactive maintenance, improvement of the system
- coordination of software maintenance activities with other technology providers that provide software for the EGI Core Infrastructure or remote systems deployed by integrated and peer infrastructures that interoperate with the central EGI components of the system.
- requirements gathering
- documentation
Service level targets
- Minimum availability/reliability: 99%/99%
- Response to incident records in GGUS within support hours: Medium (see https://wiki.egi.eu/wiki/FAQ_GGUS-PT-QoS-Levels#Medium_service)