If you can't read please download the document
Upload
alessandro-grandi
View
463
Download
0
Embed Size (px)
Citation preview
TECNICO DI RETI INFORMATICHE SPECIALIZZATO IN SICUREZZA DELLE RETI
RIF. P.A. 2010 - 948/RER
LEZIONE 1
Modelli EA (Enterprise architecture)SOA, SLA & Cloud computing
LEZIONE 1 - Architetture e modelli di EA
1987 - A framework for information system architecture by J.Zachman
LEZIONE 1 - Architetture e modelli di EA
1987 - A framework for information system architecture by J.Zachman
EA significa IT business-driven
EA una disciplina non-tecnica che studia gli aspetti strategici e architetturali dell'IT
L'IT non pi una black-box per soli tecnici, ma un mezzo fondante per la realizzazione dei processi di business
QUINDI..
L'IT guadagna gli stessi problemi di qualsiasi altro strumento di business:
Riduzione dei costi
Eliminazione degli sprechi e delle ridondanze
Crescita degli ecosistemi
Risposta rapida ai cambiamenti nei BP
Condivisione verticale delle informazioni
BPO
Pianificazione
Cosa ha prodotto ci fino ad oggi?
LEZIONE 1 - Architetture e modelli di EA
LEZIONE 1 - Architetture e modelli di EA
1990 2005 L'esplosione dei modelli di business basati sui servizi
Se EA significa IT business-driven, allora necessario sviluppare un nuovo modello di EA basato sui SERVIZI. Allo stesso tempo necessario risolvere all'interno dello stesso modello i principali problemi propri di una struttura service-based:
Condivisione delle informazioni
Interoperabilit
Eliminazione delle ridondanze
Scalabilit
Applicando le definizioni di Zachman al nuovo modello di business sui servizi, ne risulta che....
LEZIONE 1 - Architetture e modelli di EA
Dal punto di vista non-tecnico:
L'EA diventa il ponte fra business e IT tramite un insieme di servizi IT business-oriented, usando principi di design, tecniche e pattern riconosciuti, universali e modulari
Che dal punto di vista dei prodotti risulta nel:
Utilizzare pratiche, policy e framework che consentano alle funzionalit delle applicazioni di essere fornite/richieste con una granuralit rilevante per il richiedente, astraendo dalle implementazioni e fornendo un'unica interfaccia standard
In pratica, abbiamo appena definito un modello di EA orientato ai servizi, che da ora in avanti chiameremo semplicemente...
LEZIONE 1 - Architetture e modelli di EA
SoA (Service-oriented Architecture)
LEZIONE 1 - Architetture e modelli di EA
Linee guida in SoA
Riutilizzo, Modularit, Interoperabilit
Compliance degli standard (inter/intra aziendali)
Indentificazione, categorizzazione, provisioning, pubblicazione, monitoring e tracking dei servizi
Il che significa
Assoluta non-interdipendenza dei servizi ( servizi loosely coupled)
Allineamento ai processi di business aziendali
Relazioni on-demand fra i componenti
Agilit strutturale: riconfigurabilit istantanea dei BP
Azzeramento di sprechi/ridondanze
Condivisione estrema delle informazioni
LEZIONE 1 - Architetture e modelli di EA
Modello concettuale di fruizione dei servizi in SoA
LEZIONE 1 - Architetture e modelli di EA
Ruolo dei servizi in SoA
LEZIONE 1 - Architetture e modelli di EA
I Web Services, ovvero l'anima della SoA
Definizione del W3C:
A Web Service is software system designed to support interoperable machine-to-machine interaction over a network. It has an interface described in a machine-processable format (specifically Web Services Description Language WSDL). Other systems interact with the web service in a manner prescribed by its description using SOAP messages, typically conveyed using HTTP with an XML serialization in conjunction with other Web-related standards."
LEZIONE 1 - Architetture e modelli di EA
Architettura di un Web Service
E' ancora possibile definire tutto questo come semplice software? La risposta NO, abbiamo bisogno di una nuova definizione. Perch ora software e il concetto di servizio sono intimamente legati
LEZIONE 1 - Architetture e modelli di EA
Esempio WSDL di descrizione di un servizio:
LEZIONE 1 - Architetture e modelli di EA
LEZIONE 1 - Architetture e modelli di EA
SaaS (Software-as-a-service)
SaaS - Software-as-a-Service is a model of software deployment whereby a provider licenses an application to customers for use as a service on demand.
Ma possiamo estendere questo concetto a tutte le componenti del nostro processo:
DaaS - Data as a serviceSaaS - Sofware as a servicePaaS - Platform as a service
E se volessi che l'intera infrastruttura fosse as a service?
Significherebbe dover eliminare i vincoli spaziali, ovvero poter fornire la PaaS in un contesto remoto, senza alcun vincolo legato alla disposizione fisica delle componenti, mantenendo tutti i punti considerati finora (Loose coupling, Interoperabilit, astrazione, ecc...)
Ma fermiamoci un secondo a fare il punto della situazione..
LEZIONE 1 - Architetture e modelli di EA
SLA (Service level agreement)
In una architettura orientata ai servizi, l'unico metodo per valutare il mio lavoro ovviamente....
LA DISPONIBILITA' DEL SERVIZIO
Il driver principale nella definizione dei miei processi diventa quindi lo SLA. Che ora in poi diventer l'unico criterio valido per effettuare la definizione dei processi, e la conseguente scelta di topologie, soluzioni, hardware..
LEZIONE 1 - Architetture e modelli di EA
Le conseguenze della SoA
Con l'orientamento ai servizi, 'approccio al design tecnico si trasforma da top-down a bottom-up, con tutti i rischi derivanti
LEZIONE 1 - Architetture e modelli di EA
Le conseguenze della SoA
Con servizi loosely coupled aumenta la flessibilit ma anche la complessit/eterogeneit del sistema, con l'impossibilt di prevedere a priori l'interazione fra gli elementi, e di stimarne i risultati
Il rischio reale quindi quello di trovarsi in questa situazione:
L'evoluzione della nostra SOA non potr avvenire se questi gap non saranno curati.Questo perch il naturale affinamento della SOA, come abbiamo detto prima, prevedeesclusivamente livelli di astrazione maggiori, per raggiungere l'obbiettivo di IaaS
SoA come IaaS (cloud computing)
LEZIONE 1 - Architetture e modelli di EA
Cloud computing
Cloud computing = IT a a service
Insieme di tecnologie che permettono l'utilizzo di risorse hardware e software distribuite senza vincoli rispetto al posizionamento dell'utente. Ci significa:
Estensione delle risorse utilizzabili anche al di fuori del confine fisico del datacenter (deperimetrizzazione)
Estensione del loose-coupling all'infrastruttura fisica
Aumento dei requisiti di sicurezza (superamento barriere aziendali)
Scomponimento fisico del datacenter ( es: SOA monolitica vs SOA federata)
Nuovo metodo di sviluppo delle applicazioni ( utilizzo dei concetti di DaaS e SaaS sin dal design applicativo)
Come costruiremo quindi la nostra infrastruttura?.
LEZIONE 1 - Architetture e modelli di EA