- Appendice 1 al Capitolato tecnico - SCHEDA INFRASTRUTTURA E FLUSSI

Transcript

1 - Appendice 1 al Capitolato tecnico - SCHEDA INFRASTRUTTURA E FLUSSI Appendice 1 - Pagina 1 di 11

2 Indice SCHEDA INFRASTRUTTURA E FLUSSI SCOPO DESCRIZIONE INFRASTRUTTURA SINTEL E NECA di Front-end Application server Database server Dettaglio architettura dell ambiente PRODUZIONE Dettaglio degli ambienti PRE-PRODUZIONE e FORMAZIONE Dettaglio dell ambiente TESTING Descrizione servizi a supporto dei test automatici (Integrazione Tecnica) Flussi e perimetro infrastruttura Sintel/NECA DESCRIZIONE INFRASTRUTTURA FOL/E-SURVEY Flussi e perimetro infrastruttura FOL/e-Survey...11 Appendice 1 - Pagina 2 di 11

3 1. Scopo Lo scopo di questo documento è quello di fornire la descrizione, nell ambito della documentazione di gara, dell infrastruttura hardware che caratterizza gli attuali sistemi di e-procurement dell Agenzia Regionale (ARCA) e dei software di base a supporto degli stessi. 2. Descrizione infrastruttura Sintel e NECA All interno di questo capitolo vengono riportate le caratteristiche relative all infrastruttura che eroga attualmente il sevizio Sintel e NECA. Ad eccezione dell ambiente TESTING, utilizzato all interno della struttura ARCA per effettuare test funzionali e di sviluppo, tutti gli ulteriori ambienti (PRE-PRODUZIONE e FORMAZIONE) si avvalgono del medesimo disegno architetturale, utilizzando però macchine solo virtuali e con minore capacità elaborativa. L ambiente TESTING dovrà avere la medesima capacità elaborativa di quello di PRODUZIONE. Tutti gli ambienti dovranno essere esposti in HTTPS. Lo schema architetturale del servizio è descritto nella figura 1: Figura 1 Appendice 1 - Pagina 3 di 11

4 1.1 di Front-end I Front-End server costituiscono il livello di presentazione e sono elaboratori contenenti le pagine web consultate dagli utenti Internet. Sono fisicamente costituiti da webserver che gestiscono le richieste alle pagine del servizio e rappresentano il punto di accesso alla applicazione e-procurement. Il front end è protetto da 2 Reverse Proxy che consentono di impedire l accesso diretto ai portali ed ai servizi protetti e fornire un servizio di autenticazione tramite IdPC. 1.2 Application server L application server utilizzato è Jboss EAP 5.1 sul quale sono gestite le applicazioni Sintel e NECA. Nell architettura progettata gli Application sono responsabili delle seguenti attività di gestione: componenti e servizi di e-procurement; servizi di sistema come Sicurezza, Logging; componenti per la connessione a sistemi di Conservazione Sostitutiva e Firma/Marcatura Temporale; connessione alle Certification Authority; transazioni di business, comunicazione asincrona e messaggistica; funzionalità di Encryption; servizi di messaggistica ( e PEC); servizi SOAP di integrazione con altri applicativi. L application server utilizzato è Jboss Application EAP versione 5.1 configurato in modalità cluster. 1.3 Database server Sono i server che gestiscono i dati delle applicazioni e risiedono su Oracle 11g R2. Appendice 1 - Pagina 4 di 11

5 1.4 Dettaglio architettura dell ambiente PRODUZIONE Di seguito il dettaglio delle caratteristiche delle componenti dell attuale architettura dell ambiente PRODUZIONE: Componente Nr server Sistema Operativo Software CPU Disk Virtuale/Fisico Reverse Proxy Internet 2 S.O. Linux Red Hat 5 Enterprise Edition Apache Http Versione CPU 1Dualcore Tot 4 Core (Tot. 2 server) 1 GB x2 DISK 37 GB x2 Virtuale Reverse Proxy Mod_Jk 2 S.O. Linux Red Hat 5 Enterprise Edition Apache Http Versione CPU 1 CPU Dualcore Tot 4 Core (Tot. 2 server) 3 GB x2 DISK 20 GB x2 Virtuale Application 2 S.O. Linux Red Hat 5 Enterprise Edition Jboss 5.1 EAP CPU 4 CPU Esacore Tot 48 Core (Tot. 2 server) 41 GB x 2 DISK 30 GB x 2 Fisico Database 1 dominio Sun Enteprise M9000 S.O. Sun Solaris 10 Oracle 11g R2 CPU 16 CPU 32GB DISK vedi Storage. Fisico A completamento dell infrastruttura core sono presenti le seguenti componenti: Mail Relay Pec 2 Virtuali così configurati S.O. Linux Red Hat 5 Enterprise Edition CPU 2 CPU Quadcore Tot 16 Core (Tot. 2 server) 6 GB x2 DISK 146 GB x2 STORAGE Emc2 V-MAX DISK: SSD + SATA DIMENSIONAMENTO VOLUMI: 660 GB (Dati) GB (S.O. + ORACLE) TOT. 1.2 TB.ca BACKUP (Symantec Veritas Net Backup) Il Backup viene eseguito via Rman e poi salvato su altro supporto (disk,tape) Volumi parte AS 120 GB, parte DB 660 GB TOT. 800 GB.ca Appendice 1 - Pagina 5 di 11

6 1 Bilanciatore CISCO ACE (SSL + Certificati) 1 Bilanciatore CISCO CSS 1 Virtualizzatore VmWare 1.5 Dettaglio degli ambienti PRE-PRODUZIONE e FORMAZIONE Per quanto riguarda gli ambienti PRE-PRODUZIONE e FORMAZIONE, l architettura è la medesima in termini di componenti e layer, ma inferiormente dimensionata rispetto alla produzione. 1.6 Dettaglio dell ambiente TESTING L ambiente TESTING è composto da un server fisico su cui risiede l istanza Oracle ed un server virtuale che ospita l application server. Di seguito le caratteristiche: Component e Nr server Sistema Operativo Softwar e CPU Disk Virtuale/Fisic o Application 1 S.O. Linux Red Hat 5 Enterprise Edition Jboss 5.1 EAP 1 Intel Xenon 2.80 GHz 4GB 28 GB Virtuale Database 1 Sun Fire V210 S.O. Sun Solaris 10 Oracle 11g R2 2 Ultra Spark MHz 2GB 70 GB Fisico Descrizione servizi a supporto dei test automatici (Integrazione Tecnica) All interno di questo capitolo sono indicate le caratteristiche minime relative ai servizi a supporto delle attività in ambiente TESTING descritti al paragrafo 4.5 del capitolato tecnico. Dovranno essere predisposti i server (fisici o virtuali) elencati in tabella per supportare gli strumenti necessari. Dovranno essere rispettati tutti i requisiti minimi previsti dai vendor dei prodotti e soddisfatti quelli migliorativi descritti in tabella. Sistema Numero server Caratteristiche SW ed HW LoadRunner 1 4gb, 2, scheda rete 100mbit, 100gb hard disk per iniettori 2 4gb, 2, scheda rete 100mbit, 100gb hard disk Appendice 1 - Pagina 6 di 11

7 per Sitescope 1 per Quality Center 1 per Oracle Quality Center 1 per QTP 3 Fare riferimento a Fare riferimento a Win 7, IE8, 4gb ram, 30gb hard disk al netto dell installazione, CPU Intel core i5, 1.7 Flussi e perimetro infrastruttura Sintel/NECA All interno di questo capitolo verranno indicati i flussi necessari ai servizi Sintel/NECA per poter gestire correttamente tutte le proprie attività. Sarà onere del fornitore individuare la soluzione per poter implementare correttamente tutti i flussi ad oggi in essere. Di seguito la schematizzazione dei flussi che caratterizzano la piattaforma. Lo schema elenca solo i canali di comunicazione e gli attori con cui Sintel e NECA si interfacciano. Tutti i sistemi con cui dialogano Sintel/NECA, ad eccezione del mail relay, non faranno parte dell infrastruttura da implementare. Appendice 1 - Pagina 7 di 11

8 Figura 2 All interno dello schema di Figura 2 non sono elencati i flussi che caratterizzano lo stack che porta l utente ad usufruire delle funzionalità Sintel/NECA come ad esempio la comunicazione tra appserver e db, la comunicazione tra mod_jk ed appserver. Appendice 1 - Pagina 8 di 11

9 Di seguito la descrizione delle caratteristiche dei flussi: Flusso Fonte Destinazione Protocollo VPN / Pubblico Dati Tipo Note Posta Elettronica Web NECA Web Sintel Service Service Autenticazione Mail Relay SERVER PEC SMTPS Pubblico N/A Online Sinte/NECA inviano le consegnando il messaggio al mail relay che si occupa di scodare le secondo le logiche e dimensionamenti previsti. Il mail relay dovrà essere all interno dell infrastruttura. Gestionali ERP Enti Gestionali ERP Enti IDPC- SINTEL/NECA NECA SOAP pubblico XML Online I gestionali degli enti inviano le proprie richieste di lettura/scrittura ad una serie di WebServices SOAP di NECA. Sintel SOAP Pubblico XML Online I gestionali degli enti inviano le proprie richieste di lettura ad un WebService SOAP di SINTEL. SINTEL/NECA- IDPC HTTPS Pubblico / VPN N/A Online Meccanismo di autenticazione standard di IDPC reference implementation. L application server dovrà essere in grado di invocare anche servizi di backend di IDPC dialogando con la server farm Lombardia Informatica. Appendice 1 - Pagina 9 di 11

10 Anagrafiche Siebel CRM Firma Marcatura Temporale Conservazione Sostitutiva e DB Link da DB Lombardia Informatica QlikView SINTEL/NECA SIEBEL CRM FTP VPN File Batch Giornalmente un batch Sintel/NECA interroga la base dati ed invia una serie di anagrafiche al FTP server di paterno SINTEL BBF HTTPS VPN XML Batch Giornalmente Sintel invoca un servizio BBF per la marcatura temporale e la firma dei log di sistema SINTEL EDK HTTPS VPN SOAP Batch Giornalmente Sintel invia ad Edk log e documenti di gara/registrazione per la conservazione sostitutiva DB SINTEL/NECA DB SINTEL/NECA DB PORTALI LOMBARDIA INFORMATICA QlikView DB LINK SU JDBC/OCI VPN N/A Batch Refresh periodici ogni pochi minuti da DB che risiede in Lombardia Informatica verso DB Sintel/NECA tramite DBLink OLE DB VPN N/A Batch Refresh dei dati fatto da QlikView al DB SINTEL/NECA; la frequenza di aggiornamento varia a seconda della tipologia, da 30 minuti ad un volta al giorno. 3. Descrizione infrastruttura FOL/e-Survey All interno di questo capitolo vengono riportate le caratteristiche relative all infrastruttura che eroga il sevizio FOL ed e-survey di produzione. Appendice 1 - Pagina 10 di 11

11 Figura 3 Le caratteristiche della macchina sui quali risiedono application server e database sono riportate nella seguente tabella: Componente Nr server Sistema Operativo Software CPU Disk Virtuale/Fisico Application / Db 1 Linux version el5 XAMPP con Apache e MySQL processori Intel(R) Xeon(TM) CPU 3.20GHz 2GB 28 GB Fisica 1.8 Flussi e perimetro infrastruttura FOL/e-Survey Non ci sono ad oggi flussi di comunicazione tra i sistemi oggetto di questo capitolo e sistemi esterni al proprio perimetro. Appendice 1 - Pagina 11 di 11