Linee guida per l accreditamento tecnico di una soluzione SaaS-TIX

Dimensione: px

Iniziare la visualizzazioe della pagina:

Download "Linee guida per l accreditamento tecnico di una soluzione SaaS-TIX"

Aloisia Venturi
4 anni fa
Visualizzazioni

1 Linee guida per l accreditamento tecnico di una soluzione SaaS-TIX Regione Toscana Giunta Regionale Settore Infrastrutture e Tecnologie Introduzione Regione Toscana tramite TIX fornisce una infrastruttura as a Service in cui gli enti del territorio toscano possono attivare e fruire di soluzioni accreditate. Una soluzione SaaS accreditata al TIX soddisfa una serie di vincoli di natura tecnica, organizzativa e di contesto. La soluzione SaaS deve, dal punto di vista tecnico, essere integrata negli ambienti TIX ed esibire qualità del Cloud Computing. Dal punto di vista organizzativo le procedure e le strutture del fornitore della soluzione SaaS devono essere integrate con quelle del TIX al fine di fornire al cliente SaaS un unica interfaccia con SLA e QoS ben definiti. Infine dal punto di vista del contesto la soluzione SaaS deve essere accreditata e.toscana Compliance ossia integrata con le infrastrutture (ARPA, CART, ) e le piattaforme (IRIS, DAX, SUAP, URP, ). Un soluzione SaaS posta al TIX risulterà quindi sostanzialmente diversa da quella che il cliente può attivare da altri provider privati o pubblici di piattaforme as a Service. Obiettivo del documento L obiettivo primario del documento è duplice: fornire una linea guida per l accreditamento al Centro Tecncio e dall altro fornire i primi vincoli tecnologici sulle soluzioni SaaS TIX. Le linea guida per il Centro Tecnico di accreditamento delle soluzioni SaaS TIX sono funzionali all orientamento dei test che dovranno essere eseguiti sulle soluzioni proposte ossia le qualità che il prodotto dovrà esibire in fase di accreditamento e che dovranno essere garantite anche nella successiva fase di esercizio. Un altro obiettivo del documento è fornire alle Aziende che intendono accreditare le proprie soluzioni un quadro d insieme delle qualità che i prodotti dovranno esibire in fase di verifica tecnica. Infine i temi tecnici elencati in questo documento saranno affrontati durante l incontro (art. 7) finalizzato a stabilire le caratteristiche tecniche che la soluzione proposta dovrà garantire una volta che il servizio sarà attivo in ambiente SaaS TIX.

2 L ultima parte del documento riporta quanto dovrà essere prodotto durante gli incontri tecnici tra le parti. Struttura del documento Il primo paragrafo del documento illusta le caratteristiche della piattaforma su cui dovranno essere installate le soluzioni SaaS TIX. La piattaforma PaaS al TIX induce i primi vincoli tecnici alla soluzione che poi vengono successivamente elencati e sviluppati. Nel successivo paragrafo sono invece riportati i vincoli che la soluzione dovrà rispettare in modo che possa integrarsi con la solzione PaaS del TIX. Il successivo paragrafo riporta le qualità che la soluzione dovrà esibire affinché possa essere considerata una soluzione SaaS. Infine l ultimo paragrafo riporta i temi che dovranno essere trattati nel documento che verrà prodotto durante l incontro tra il personale indicato dal proponente, Regione toscana, TIX e Centro Tecnico. La soluzione PaaS al TIX TIX fornisce una piattaforma che consente di dispiegare applicazioni web, dette soluzione SaaS, in un ambiente cloud. La seguente figura illustra le componenti della soluzione realizzata da TIX. Interoperability Services: L interoperabilità delle Soluzioni SaaS è risolta da un unico servizio di interoperabilità (detto CART). Ossia tutte le Soluzioni SaaS interoperano tra loro esclusivamente tramite il CART che fa da router e mediatore delle comunicazione oltre che garante del rispetto degli agreement.

3 CART garantisce l interoperabilità con sistemi esterni al Cloud TIX (es. Bus aziendali) e fornisce supporto all interoperabilità SPCoop ospitando le PdD degli Enti che fruiscono di una Soluzione SaaS. CART fornirà supporto all interoperabilità offrendo servizi di validazione sintattica (anche con plug in realizzati dal fornitore della Soluzione SaaS), condivisione di basi di conoscenza. RBAC Services: Il servizio RBAC del Core Services è erogato attraverso l infrastruttura ARPA. L accesso alle Soluzione SaaS da parte degli utenti sarà mediato dall infrastruttura ARPA associando il profilo utente in base alle caratteristiche conosciute da ARPA per l utente. Vincoli di integrazione L integrazione tecnica della soluzione SaaS nel contesto TIX deve implementare delle funzionalità specifiche, essere integrata con le infrastrutture e fare uso delle piattaforme. Di seguito l elenco sintetico della caratteristiche della Soluzione SaaS. Una Soluzione SaaS è tecnicamente integrata in TIX quando soddisfa i seguenti requisiti afferenti a quattro diverse categorie: Funzionalità delle applicazioni Corretto uso dei Core Services Conformità rispetto ai Deployment Services Realizzazione di funzionalità di filiera Di seguito sono espresse per categorie i requisiti. Funzionalità delle Soluzioni SaaS La Soluzione SaaS deve utilizzare risorse di livello Infrastructure e/o Platform del TIX sfruttandone le capacità del Cloud; La Soluzione SaaS deve esporre un cruscotto che consenta di misurare la quantità di servizio erogato. Tale cruscotto deve essere accessibile agli utenti della Soluzione SaaS; La soluzione SaaS deve esporre uno strumento di monitoraggio accessibile ed integrabile con gli strumenti di monitoraggio del Gestore TIX funzionale all erogazione delle funzioni del Service Operation di I livello offerto dal TIX. Corretto uso dei Core Services L accesso alla Soluzione SaaS da parte di utenti deve essere mediato dall infrastruttura ARPA (RBAC Services). L accesso alla Soluzione SaaS da parte di applicazioni deve essere mediato dall infrastruttura CART (Interoperability Services). Qualora la Soluzione SaaS eroghi funzionalità assimilabili o equivalenti a quelle espresse

4 in un RFC e.toscana deve implementarne le interfacce; essere accreditata e.toscana Compliance ed essere fruibili agli utenti anche in alternativa a funzionalità eventualmente già esistenti. Conformità rispetto ai Deployment Services La soluzione SaaS deve essere conforme alle regole della piattaforma per il Deployment Services. Realizzazione di funzionalità di filiera La soluzione SaaS deve integrarsi con i servizi SaaS TIX già esistenti al fine di realizzare una soluzione sinergica tendente alla realizzazione di nuove funzionalità, dette funzionalità di filiera, ottenute dalla composizione di servizi già presenti nelle singole soluzioni. A tal fine la soluzione deve: esporre servizi secondo le modalità tecniche degli Interoperability Services. utilizzare i servizi SaaS TIX esposti tramite gli Interoperability Services. La definizione delle funzionalità di filiera che l applicazione dovrà realizzare saranno definite congiutamente da Regione Toscana e dal proponente. Qualità della Soluzione SaaS L installazione della Soluzione SaaS avviene, per mezzo dei Deployment Services messi a disposizione dal TIX. La Soluzione SaaS a run time, ossia quando è dispiegata nel Run Time Environment, la Soluzione SaaS deve esibire le seguenti qualità: Resource pooling : poter disporre di risorse condivise e quindi condividerne anche i costi, ovvero un modello multi tenant. Elasticity: capacità di scalare verso l alto ma anche verso il basso a seconda di diversi fattori esterni e per periodi di tempo definibili dall utente garantendo lo stesso modello di business. Da un punto di vista dell utente finale questo può portare ad avere la sensazione di risorse illimitate acquistabili nella quantità necessaria per il tempo necessario. Pay per use: possibilità di pagare solo quando il servizio serve ed è in funzione. On demand self service: scegliere quali servizi usare e quando. Measured service: tutte le risorse, dallo IaaS al SaaS sono controllate e monitorate ad uso sia del provider che del consumer. Broad network access: accesso ai servizi del cloud da qualsiasi dispositivo tramite l uso di standard. Prodotto dell incontro tecnico L incontro tecnico è finalizzato a produrre un documento così strutturato:

5 Progetto tecnico: il progetto tecnico ha l obiettivo di contestualizzare la soluzione proposta all interno della piattaforma SaaS TIX. Piano di Lavoro: il piano di lavoro ha l obiettivo la realizzazione progettualità concordato tra le parti (Proponente, Regione Toscana, TIX, Centro Tecnico). SLA: gli SLA dei servizi erogati dal proponente sulla soluzione SaaS nei confronti del TIX. Costi: i costi base (attivazione e esercizio) della soluzione presso il TIX e i costi dei servizi opzionali che il TIX offere sulla soluzione con i relativi. Manuale Operativo: descrizione delle procedure operative integrate proponente TIX al fine di garantire i servizi di base e opzionali secondo gli SLA. Le scadenze indicate nel Piano di Lavoro dovranno essere rispettate dal proponente e sono vincolanti per l acceditamento. Quanto indicato nei paragrafi SLA, Costi e Manuale Operativo sono impegni vincolanti tra le parti che dovranno essere rispettati qualora i servizi siano attivati. E parte integrante dell impegno tra le parti quanto indicato nell avviso.

Documenti analoghi

Il modello Cloud della PA: come acquisire servizi cloud qualificati. Il Catalogo dei servizi Cloud qualificati per la PA Guida alla consultazione

Il modello Cloud della PA: come acquisire servizi cloud qualificati Il Catalogo dei servizi Cloud qualificati per la PA Guida alla consultazione Antonio Congiusta Esperto Cloud Computing e Data Center