This page contains service description outlining how and where service should be used, targeted users, service delivery model and service elements and topology. RESPONSIBLE: Information provided in this page is initially provided by the development team, and revised based on the need or in a periodic service check in responsibility of Service Owner. |
Service Description
The RA21 Discovery and Persistence Service (aka thiss.io) is an implementation of the RA21 recommendations for Identity Provider discovery and persistence. The service consists of the following parts:
- An Identity Provider Persistence Service which allows SPs to launch an authentication request to the the last used IdP associated with a device/browser.
- An implementation of SAML Identity Provider Discovery which persists choices in the Persitence Service (1)
- An MDQ implementation covering at least eduGAIN SAML metadata and implementing extensions for metadata search.
Users
The users of the RA21 Discovery and Persistence Service are:
- Service Providers integrating the Persistence Service.
- Service Providers integrating the Discovery Service.
- End users relying on the service for Discovery and Persistence.
Contacts
All operations, business development and stakeholders contacts
Service Owner | Deputy Service Owner | L1 support | L2 support | L3 support |
---|---|---|---|---|
Service Delivery Model
Add explanation about organisation of service delivery
Service Elements
The service consists of the following main components:
- Commercial CDNs used to deliver web artifacts (JS, HTML, CSS) to end user browsers.
- Frontend software https://github.com/TheIdentitySelector/thiss-js, to be implemented by Service Providers.
- A backend consisting of an MDQ implementation with search extensions enabled (currently pyff.io).
Technology Infrastructure
cf above - diagram TBD
Supporting Infrastructure
All software components except the CDN are configured and maintained using cosmos+puppet infrastructure at https://github.com/TheIdentitySelector/thiss-ops. Documentation in the docs directory. Monitoring is done using nagios generated automatically from service configuration. Additional monitoring is done using pingdom. Status.io is used to communicate service status.
Cost Benefit Analysis (CBA)
Provide URL to the last valid CBA.