20111021 essential practice workshop_smau

Luciano BrunoRoberto LoroSmau Milano, 21 ottobre 2011

Essential Practice. Tenere i piedi per terra in tempo di Cloud.

Essential practice: tenere i piedi per terra in tempo di cloud - Smau Milano, 21 ottobre 2011

Tandem


UN BREVE VIAGGIO VERSO L’APPROCCIO SISTEMICO. UN MODO ALTRO DI CERCARE L’ESSENZIALE E DI PRENDERE LE DECISIONI DI BUSINESS.

1. La tecnologia e il vantaggio competitivo2. Complesso e complicato3. Ottimizzazione4. Rischio5. Strumenti6. L’approccio sistemico7. L’iceberg8. Casi reali

Agenda : Essential Practice. Tenere i piedi per terra in tempo di Cloud.

La tecnologia abilita il vantaggio competitivo?

Staffe della Horse Plus ad elevata tecnologia. Sono le uniche al mondo con la molla integrata per il benessere e la sicurezza dei cavalli e dei cavalieri.


Si racconta che osservando alcune tribù asiatiche Attila, il flagello di Dio nel 400 d.C., notasse che usavano strumenti di ferro pendenti ai lati della sella dove i cavalieri inserivano i loro piedi mentre cavalcavano. Si accorse, inoltre, che l’andatura del cavallo era più stabile e le corse erano più veloci permettendo improvvisi ed inaspettati saccheggi dei poveri villaggi lasciati poi completamente bruciati e distrutti.Attila capì l’importanza delle staffe e le introdusse nel popolo degli Unni che, essendo un antico popolo migratore, abitante in regioni molto aspre ed inospitali, ha dovuto imparare a sopravvivere in situazioni precarie ed estreme. L’introduzione di strumenti innovativi, per essere veloci a cavallo nelle scorribande e razzie, era di fondamentale importanza per ogni appartenente a questa antica popolazione asiatica.I tre grandi condottieri che hanno portato alla storia questo popolo, Attila a meta’ del V secolo, Ghensis-Kahan, nato sulla Montagna Sacra nel 1162 e fondatore dell’Impero Mongolo, e Tamerlano nato nel 1336 fondatore della dinastia Timuride, ebbero enormi successi nei campi di battaglia probabilmente ottenuti grazie anche all’uso delle staffe che permise loro d’avere la meglio sui loro nemici.

La tecnologia abilita il vantaggio competitivo: SI



Complicato è un nodo da slegare, un indovinello, un labirinto –faticoso, noioso– ma la soluzione per definizione esiste, c’è di sicuro; poi magari non la troveremo ma sappiamo che è – a priori – univoca e potenzialmente alla nostra portata; le variabili da gestire sono chiare, definite.Con poca o molta fatica, inoltre, è possibile, una volta “trovata la via, sciolto il nodo, “ risolto il problema” , scrivere le istruzioni per l’uso.

Complesso e Complicato


Complesso è qualcosa di cui è difficile vedere, governare, intuire tutti i risvolti e tutte le variabili. Complesso è qualcosa di cui è impossibile prevedere con certezza lo sviluppo, le dinamiche. Comprendere le relazioni causa/effetto. Dare le istruzioni per l’uso.

Il cervello è un sistema complesso, una città è un sistema complesso o meglio un insieme di sistemi complessi, educare un figlio è complesso; l’amicizia e l’amore sono complessi; la vita, è complessa.



Si realizza quando l'allocazione delle risorse è tale che non è possibile migliorare la condizione di un soggetto senza peggiorare la condizione di un altro.

Un'allocazione ottimale è caratterizzata dal fatto che, date le usuali ipotesi sulle preferenze o sulla tecnologia, è impossibile ottenere migliori livelli di benessere di qualcun altro, o la produzione di qualche altro bene.

Vilfrido Pareto

Ottimo paretiano


Possibilità che accada l’evento indesideratoLow

High

High

Impa

tto

sul B

usin

ess

INVESTIMENTO PROTEGGERSI IMMEDIATAMENTE

INUTILE DA CAPIRE

4 3

12

Matrice del rischio

Il rischio è la potenzialità che un'azione scelta (includendo la scelta di non agire) porti ad un evento indesiderabile.


lungomediobreve

Strumenti a disposizione


lungomediobreve

Strumenti a disposizione

L’IMPORTANTE E’ NON SOSTITUIRE TUTTI GLI STRUMENTI CON…UNO SPECCHIO…CHE CI DICE, SI, QUANTO SIAMO BELLI, MA NON CI PERMETTE DI VEDERE OLTRE LO STESSO.


L’innovazione non risiede soltanto nell’ aggiornamento tecnologico ma anche e sempre più spesso nell’angolazione con cui si osservano i problemi !

Approccio sistemico


approccio sistemico significa tener conto e valorizzare le relazioni che ciascun soggetto intesse con gli altri appartenenti al sistema, sia esso sistema vivente, sociale, territoriale, tecnologico, economico, seguendo il principio per cui l’insieme dei soggetti e delle loro relazioni è superiore alla somma delle singole parti.

Ogni cosa vien da ogni cosa, e d'ogni cosa si fa ogni cosa e ogni cosa torna in ogni cosa… Leonardo da Vinci


meccanicistico sistemico

Approccio sistemico


Approccio sistemico


Le strutture sociali, economiche e produttive che contraddistinguono la civiltà industrializzata si basano essenzialmente su due centralità fondamentali costituite dai flussi di materia ed energia necessari per il funzionamento dei processi produttivi e dalle relazioni di varia natura che vengono innescate sul territorio tra i diversi attori del sistema.

Approccio sistemico


… l’attenzione progettuale non deve essere limitata ai soli prodotti ma al sistema a cui sono relazionati e dal quale sono generati in un sistema di valori sociali, culturali ed etici …

Approccio sistemico


L’approccio sistemico interviene sui processi produttivi in quanto delinea e programma il flusso di materia che scorre da un sistema ad un altro in una metabolizzazione continua che diminuisce l’impronta ecologica e genera un notevole flusso economico.

Approccio sistemico


L’approccio sistemico in ambito ospedalieroun’applicazione ICT per la banca del sangue

In collaborazione con Politecnico di Torino


Cloud Computing Is The Answer, So What Is The Question?

La domanda …


What is IT?


IT’s an iceberg


20%

80%


TCO


Lifecycle cost analisys


TCO: Total Cost of Ownership


What is IT today?


IT’s a Cloud


Il cloud computing è sicuramente la risposta, ma

qual è la domanda?


Il Giro del Cloud in 80 parole


noun[mass noun]extravagant or intensive publicity or promotion:his first album hit the stores amid a storm of hype[count noun] a deception carried out for the sake of publicity:is his comeback a hype?

Hype


Cloud What?


Cloud Computing:la definizione di Gartner

A style of computing where scalable and elastic IT-related capabilities are provided” as a service' to customers using Internet technologies

Attributes:Service BasedScalable and ElasticSharedMetered by useDelivered throug Internet Technologies


Case #1Essential Practice


Essential practice caso #1

Soggetto Azienda settore finanziario

As is (prima di DDG)

RFP per servizio di Disaster/Recovery, con SLA estremamente ambiziosi, ambiente IT “as is” e budget limitato.Inviato a 5 operatori (System Integrators / Telcos)

ScopeArchitettura complessa (circa 75 sistemi coinvolti su 130 totali) con ambienti “core” di produzione interna ed esterna (Oracle, SAP, Exchange, ecc.)

StrategiaValutazione con supporto del consulente che ha seguito la progettazione dell’architettura IT “as is” delle risposte all’RFP. Short list e negoziazione


Proposta Dedagroup

Fotografia “as is” attraverso la definizione dei sistemi coinvolti e delle connessioni tra gli stessi e gli strati applicativi (approccio sistemico)

Ipotesi scenario D/R che tenesse conto delle priorità del Cliente prescindendo da logiche puramente teoriche o tecnologiche (essential practice)


Sistemi coinvolti

Interni al cliente• Business (esisteva un piano di Business Continuity in fase di

sviluppo)• CIO (necessità strategica a medio- lungo periodo)• IT team (visione operativa a breve)• Application Development Team• Installato esistente (capex)

Esterni al cliente• Vendor (e loro best practices)• Consulenti a supporto dell’IT


Problemi di base

Rispondere all’RFP e, se ottenuto il contratto, trovarsi di fronte alla irrealizzabilità del progetto per mancata readiness del Cliente?

Rinunciare ad analizzare l’”as is” per evitare possibili contrapposizioni con il consulente progettista?


Proposta Dedagroup

Due Diligence su ambito identificato da IT per servizio di Disaster/Recovery

Analisi readiness processi e architettura del cliente per servizio Disaster/Recovery (RFP)

Definizione roadmap congiunta di evoluzione architettura IT, organizzazione e processi di governo per definizione servizio e piano di D/R


Sintesi E’ stato proposto al Cliente un

servizio di D/R che sfrutta le potenzialità dell’infrastruttura Cloud di Dedagroup in modo da indirizzare le necessità immediate e di medio periodo, consolidate in fase di Due Diligence

E’ stata definita con il Cliente una roadmap di adeguamento dell’architettura IT “as is” per rendere più efficace il servizio di D/R

Il risparmio effettivo ottenuto dal cliente è stato pari al 40% rispetto alla migliore delle offerte RFP


SLA Target

ClasseMission Critical

Business Critical

Non Critical

RPO2h

4h

24h

RTO8h

24/48h

7gg


SLA Effettivo


Business Critical

Non Critical

RPO2h

4h

24h

RTO8h

24/48h

7gg


Business Critical

Non Critical

RPO30m

30m

4h

RTO2h

4h

8h


Benefici collaterali (approccio sistemico)

Processi interni Revisione

StandardizzazioneFormalizzazioneDocumentazioneVerifica

SLA vs MHz

ITSkills

Da esercizio a governo

dell’infrastruttura

Test Environments

Development Environments Ambienti temporanei

per sviluppo applicativo e live-testing

Deep Virtualization



…To be Continued


E poi cosa è accaduto?

Analisi approfondita del TCO in corrispondenza dell’avvicinarsi di:Rinnovo tecnologicoNuovo ruolo richiesto all’IT

aziendale dall’alta direzione


In House o Esternalizzazione?


Proposta Dedagroup

Proposta di servizio “Cloud Sourcing” con stime basate su informazioni “as is”

Roadmap di trasformazione dei parametri di valutazione (da caratteristiche architetturali/Hardware a SLA di servizio e Performance)

Due Diligence profonda per ridisegno architettura in ottica “as a service” e proposta finaleLifecycle costFlexible AmbitCapacity Growth


Cloud Sourcing Strategy: key concepts

Lifecycle cost

Flexible ambit

Capacity growth


Cloud Sourcing

Lifecycle cost

Flexible ambit

Capacity growth


Lifecycle cost awareness



Lifecycle cost

Flexible ambit

Capacity growth


Flexible Ambit

Risorsa Ambito

VCPU 150

VRAM 180GB VM 50

Licenze OS 50

Storage High Performance 4TB

Storage STD Performance 2TB

Ambito

Utilizzato



Lifecycle cost

Flexible ambit

Capacity growth


Capacity Growth

Baseline all’avvio del progetto: ≈120-140% rispetto all’as-is≈+5% Capacità disponibile anno/anno Crescita organica inclusa nel canone


Economics

Risparmio > 30% rispetto a soluzione In House



Soggetto azienda leader in Italia per le certificazioni e i servizi

As is (prima di DDG)

Acquisto (in traditional mode) di una soluzione per il Back/Up e predisposizione al Disaster Recovery (aree di intervento: Vmware, Oracle, Lotus, File Server, email archiving)

Scope scegliere la soluzione ottimale secondo il criterio Costo/Prestazioni

Strategiaanalizzare l’offerta dei 3 vendor scelti (Symantec, HP, EMC) e negoziare per l’ottenimento del prezzo migliore (punta dell’iceberg)



Cosa ha proposto Dedagroup ?

Offerta a success fee che contemplava:

•Fotografia as is attraverso la definizione dei sistemi coinvolti e delle connessioni tra gli stessi (approccio sistemico)

•Ipotesi to be che tenesse conto delle priorità dell’Azienda cliente a prescindere dai microobiettivi settoriali (essential practice).



Cosa ha proposto Dedagroup ?

Offerta a success fee che contemplava:

•Fotografia as is attraverso la definizione dei sistemi coinvolti e delle connessioni tra gli stessi (approccio sistemico)

•Ipotesi to be che tenesse conto delle priorità dell’Azienda cliente a prescindere dai microobiettivi settoriali (essential practice).

Il fee era proporzionale non solo al livello di soddisfazione raggiunto ma anche al risparmio misurato vs un approccio tradizionale.


Interni al cliente•Business (esisteva una BIA alla quale attenersi)•CIO (necessità strategica a medio- lungo periodo)•CTO e team (visione operativa a breve)•Installato esistente (capex)

Esterni al cliente•Vendor (e loro best practices)•Canali di vendita (e loro logiche commerciali)

Sistemi coinvolti


Interni al cliente•Business (esisteva una BIA alla quale attenersi)•CIO (necessità strategica a medio- lungo periodo)•CTO e team (visione operativa a breve)•Installato esistente (capex)

Esterni al cliente•Vendor (e loro best practices)•Canali di vendita (e loro logiche commerciali)

Il problema più importante era “politico” : partire dalla DIA e arrivare al D/R (visione Top/Down) o viceversa (come voluto dall’ICT) ?

Sistemi coinvolti


Dalla BIA al D/R

• Mappatura dei processi• Valutazione della criticità dei processi e determinazione RTO, RPO• Rilevazione delle risorse e associazione ai processi:• Individuazione e valutazione dei fattori di rischio• Definizione delle strategie di intervento• Stima dei costi / benefici delle alternative di soluzione• Stima dei VAR e del rischio residuo

• Identificazione e mappatura della topologia tecnologica e applicativa• Analisi dei requisiti in conformità dei vincoli dei processi business

(definiti nella BIA)• Individuazione e stima dei costi/benefici delle alternative di soluzione• Studio e disegno architetturale• Definizione delle procedure di governo e operative di recovery• Predisposizione del Recovery Plan

• Pianificazione e programmazione dei test in accordo con il Piano di Continuità Operativa predisposto

• Progettazione dei test case • Supporto all’esecuzione ed alla rilevazione degli esiti• Comparazione “ex post” dei risultati• Raccolta e analisi degli esiti dei test (test reporting)

Business Impact Analysis

Disaster Recovery

Test periodici


Il viceversa…

L’iniziativa nasce dall’ICT, e si sviluppa Bottom-up

Si considerano solo eventi disastrosi che rendono del tutto inagibile, e per periodi lunghi, il/i CED principale

Altri eventi minori prevedono soluzioni puntuali: allagamenti parziali,

indisponibilità elettrica, ed altri problemi logistici vengono indirizzati con soluzioni infrastrutturali (es. generatori elettrici)

guasti a singoli sistemi, problemi software, ecc. con soluzioni di HA (alta affidabilità, es. clustering, compinenti ridondate) e backup

I passi da effettuare sono: censimento sistemi e infrastrutture mappatura sistemi applicazioni individuazione possibili soluzioni

tecnologiche per ogni tipologia di piattaforma / prodotto

→fattibilità, tempi, costi→RTO / RPO per ciascuna

determinazione soluzione sistema attribuzione RPO / RTO

applicazioni attraverso i sistemi su cui risiedono

Si sottopongono quindi al Business delle soluzioni già valutate preventivamente come costi e tempi, cercando di governare le scelte


Sintesi

Sono state proposte al cliente le architetture con due soluzioni che potessero indirizzare le necessità immediate ma che potessero essere Disaster Recovery “ready”

E’ stato presentato al cliente un progetto che attingendo a parti delle tre offerte originarie e sfruttando tecnologia già in casa raggiungesse l’obiettivo desiderato.

Il risparmio effettivo ottenuto dal cliente è stato pari al 25% rispetto alla migliore delle tre offerte tenendo conto del costo dell’intervento di Dedagroup e del fee pagato per il successo raggiunto.

20111021 essential practice workshop_smau

Technology

Transcript of 20111021 essential practice workshop_smau