La crescita della potenza di calcolo e lo sviluppo delle tecnologie di virtualizzazione della piattaforma x86 da un lato, e la diffusione dell’outsourcing dell’IT dall’altro, hanno portato al concetto di utility computing (IT come servizio di utilità). Perché non pagare l'IT allo stesso modo dell'acqua o dell'elettricità: esattamente la stessa cifra e quando ne hai bisogno, e non di più.
In questo momento è apparso il concetto di cloud computing: il consumo di servizi IT dal "cloud", ad es. da qualche pool esterno di risorse, senza preoccuparsi di come o da dove provengano queste risorse. Proprio come non ci interessa l’infrastruttura delle stazioni di pompaggio dei servizi idrici. A questo punto è stato elaborato l'altro lato del concetto, vale a dire il concetto di servizi IT e come gestirli nell'ambito di ITIL/ITSM.
Sono state sviluppate numerose definizioni di cloud (cloud computing), ma non dovrebbero essere trattate come la verità ultima: sono solo un modo per formalizzare le modalità di fornitura del computing di utilità.
- “Il cloud computing è una tecnologia di elaborazione dati distribuita in cui le risorse e la potenza del computer vengono fornite all'utente come servizio Internet” Wikipedia
- "Il cloud computing fornisce un modello per fornire un accesso conveniente, basato sulla rete, a un pool condiviso di risorse informatiche on-demand e configurabili (ad esempio, reti, server, storage, applicazioni e servizi) che possono essere rapidamente fornite e fornite con una gestione minima sforzo o intervento. fornitore di servizi" NIST
- “Il cloud computing è un paradigma per fornire accesso di rete a un pool scalabile e flessibile di risorse fisiche o virtuali distribuite, self-service e gestite su richiesta” ISO/IEC 17788:2014. Tecnologia dell'informazione - Cloud computing - Panoramica e vocabolario.
Secondo il NIST, esistono tre tipi principali di nuvole:
- IaaS – Infrastruttura come servizio
- PaaS – Platform as a Service – Piattaforma come servizio
- SaaS: software come servizio
Per una comprensione molto semplificata della differenza, diamo un'occhiata al modello Pizza-as-a-Service:
Il NIST definisce le seguenti caratteristiche necessarie di un servizio IT per essere considerato basato sul cloud.
- Accesso alla rete universale (accesso alla rete ampio): il servizio deve avere un'interfaccia di rete universale che consenta a quasi chiunque di connettersi e utilizzare il servizio con requisiti minimi. Esempio: per utilizzare una rete elettrica a 220 V, è sufficiente collegarsi a qualsiasi presa dotata di interfaccia universale standard (spina), che non cambia se si tratta di un bollitore, di un aspirapolvere o di un laptop.
- Servizio misurato: una caratteristica chiave di un servizio cloud è la misurabilità del servizio. Tornando all'analogia con l'elettricità, pagherai esattamente quanto hai consumato con una granularità minima, fino al costo di far bollire una volta il bollitore, se fossi in casa una volta durante l'intero mese e bevessi una tazza di tè.
- Autoconfigurazione dei servizi on demand (on demand self service) – il cloud provider offre al cliente la possibilità di configurare in modo intelligente il servizio, senza la necessità di interagire con i dipendenti del provider. Per far bollire il bollitore non è assolutamente necessario contattare preventivamente Energosbyt, avvisarli preventivamente e ottenere il permesso. Dal momento in cui la casa viene collegata (viene concluso un contratto), tutti i consumatori possono gestire autonomamente la potenza fornita.
- Elasticità istantanea (elasticità rapida): il fornitore di servizi cloud fornisce alle risorse la possibilità di aumentare/diminuire istantaneamente la capacità (entro determinati limiti ragionevoli). Non appena il bollitore viene acceso, l'operatore fornisce immediatamente alla rete 3 kW di potenza e non appena viene spento riduce la potenza a zero.
- Pooling delle risorse – i meccanismi interni del fornitore di servizi consentono di combinare le capacità di generazione individuali in un pool comune di risorse con l’ulteriore fornitura di risorse come servizio a vari consumatori. Quando accendiamo il bollitore, ci preoccupiamo meno di sapere da quale specifica centrale elettrica proviene l’energia. E tutti gli altri consumatori consumano questa energia insieme a noi.
È importante capire che le caratteristiche del cloud sopra descritte non sono state prese dal nulla, ma sono una conclusione logica del concetto di utility computing. E un servizio pubblico deve avere queste caratteristiche nell'ambito del concetto. Se l'una o l'altra caratteristica non corrisponde, il servizio non peggiora e non diventa “velenoso”, semplicemente cessa di essere torbido. Ebbene, chi ha detto che tutti i servizi dovrebbero?
Perché ne parlo separatamente? Negli ultimi 10 anni da quando è stata introdotta la definizione NIST, si è discusso molto sulla definizione di “vera nuvolosità”. Negli Stati Uniti, la formulazione "conforme alla lettera della legge, ma non allo spirito" è ancora talvolta utilizzata in ambito giudiziario - e nel caso del cloud computing, la cosa principale è lo spirito, risorse in affitto in due clic del mouse.
Va notato che le 5 caratteristiche di cui sopra si applicano al cloud pubblico, ma quando si passa a un cloud privato, la maggior parte di esse diventa facoltativa.
- Accesso universale alla rete (accesso ampio alla rete): all'interno di un cloud privato, l'organizzazione ha il controllo completo sia sugli impianti di produzione che sui clienti consumatori. Pertanto, questa caratteristica può considerarsi automaticamente soddisfatta.
- Il servizio misurato è una caratteristica chiave del concetto di utility computing, il pagamento basato sul consumo. Ma come può un’organizzazione ripagarsi? In questo caso, all'interno dell'azienda si verifica una divisione tra generazione e consumo, l'IT diventa fornitore e le unità aziendali diventano consumatori di servizi. E si verifica un accordo reciproco tra i dipartimenti. Sono possibili due modalità operative: chargeback (con reali accordi reciproci e movimento finanziario) e showback (sotto forma di rendicontazione sul consumo di risorse in rubli, ma senza movimento finanziario).
- Self service su richiesta: potrebbe esserci un servizio IT condiviso all'interno di un'organizzazione, nel qual caso la caratteristica diventa priva di significato. Tuttavia, se nelle unità aziendali sono presenti specialisti IT o amministratori di applicazioni, è necessario organizzare un portale self-service. Conclusione: la caratteristica è facoltativa e dipende dalla struttura aziendale.
- Elasticità istantanea (elasticità rapida) – all'interno di un'organizzazione perde il suo significato a causa del set fisso di attrezzature per l'organizzazione di un cloud privato. Può essere utilizzato in misura limitata all'interno degli insediamenti interni. Conclusione: non applicabile per un cloud privato.
- Pooling delle risorse: oggi praticamente non esiste organizzazione che non utilizzi la virtualizzazione dei server. Di conseguenza, questa caratteristica può essere considerata automaticamente soddisfatta.
Domanda: Allora qual è il tuo cloud privato? Cosa deve acquistare e implementare un’azienda per realizzarla?
Risposta: il cloud privato è una transizione verso un nuovo modello amministrativo di interazione IT-Business, che consiste per l'80% di misure amministrative e solo per il 20% di tecnologia.
Il pagamento solo per le risorse consumate e un accesso facile, senza dover seppellire centinaia di milioni di petrolio in spese in conto capitale, hanno portato a un nuovo panorama tecnologico e all’emergere di aziende miliardarie. Ad esempio, i giganti moderni Dropbox e Instagram sono apparsi come startup su AWS senza alcuna infrastruttura propria.
Va sottolineato separatamente che gli strumenti di gestione dei servizi cloud stanno diventando molto più indiretti e che la responsabilità chiave del direttore IT sta diventando la selezione dei fornitori e il controllo della qualità. Diamo un'occhiata alle sfide di queste due nuove responsabilità.
Essendo emersi come alternativa alla classica infrastruttura pesante con i propri data center e hardware, i cloud sono ingannevolmente leggeri. È facile entrare nel cloud, ma il problema dell’uscita solitamente viene evitato. Come in qualsiasi altro settore, i fornitori di servizi cloud si impegnano a proteggere il business e a rendere la concorrenza più difficile. L'unico momento competitivo serio si verifica solo durante la selezione iniziale di un fornitore di servizi cloud, quindi il fornitore farà ogni sforzo per garantire che il cliente non lo lasci. Inoltre, non tutti gli sforzi saranno mirati alla qualità dei servizi o alla loro offerta. Innanzitutto, si tratta della fornitura di servizi unici e dell'utilizzo di software di sistema non standard, che rende difficile il passaggio a un altro fornitore. Di conseguenza, quando si sceglie un fornitore di servizi, è necessario formulare contemporaneamente un piano di transizione da questo fornitore (essenzialmente un DRP a tutti gli effetti - piano di ripristino di emergenza) e riflettere sull'architettura dell'archiviazione dei dati e delle copie di backup.
Il secondo aspetto importante delle nuove responsabilità del direttore IT è il monitoraggio della qualità dei servizi forniti dal fornitore. Quasi tutti i fornitori di servizi cloud rispettano gli SLA in base ai propri parametri interni, che possono avere un impatto estremamente indiretto sui processi aziendali del cliente. Di conseguenza, l'implementazione del proprio sistema di monitoraggio e controllo diventa uno dei progetti chiave quando si trasferiscono importanti sistemi IT a un fornitore di servizi cloud. Restando in tema di SLA, è necessario sottolineare che la stragrande maggioranza dei cloud provider limita la responsabilità in caso di mancato adempimento dello SLA al pagamento dell’abbonamento mensile o ad una quota del pagamento. Ad esempio, AWS e Azure, se viene superata la soglia di disponibilità del 95% (36 ore al mese), offriranno uno sconto del 100% sul canone di abbonamento e Yandex.Cloud – 30%.
E, naturalmente, non dobbiamo dimenticare che le nuvole non sono create solo da mastodonti di classe Amazzonia e da elefanti di classe Yandex. Le nuvole possono anche essere più piccole: le dimensioni di un gatto o addirittura di un topo. Come ha mostrato l'esempio di CloudMouse, a volte il cloud si ferma e finisce. Non riceverai alcun compenso, nessuno sconto: non riceverai altro che la perdita totale dei dati.
Alla luce dei problemi sopra menzionati con l’implementazione di sistemi IT business-critical di fascia alta nelle infrastrutture cloud, negli ultimi anni è stato osservato il fenomeno del “rimpatrio del cloud”.
Entro il 2020, il cloud computing avrà superato il picco delle aspettative gonfiate e il concetto si sta avviando verso il fosso della delusione (secondo l’hype cycle di Gartner). Secondo la ricerca и fino all'80% dei clienti aziendali ritorna e prevede di restituire i carichi dai cloud ai propri data center per i seguenti motivi:
- Migliorare disponibilità/prestazioni;
- Ridurre i costi;
- Per rispettare i requisiti di sicurezza delle informazioni.
Cosa fare e come è “realmente” tutto?
Non c’è dubbio che le nuvole siano qui per un lungo periodo. E ogni anno il loro ruolo aumenterà. Tuttavia, non viviamo in un futuro lontano, ma nel 2020 in una situazione molto specifica. Cosa fare con i cloud se non sei una startup, ma un classico cliente aziendale?
- Il cloud è principalmente un luogo per servizi con carichi imprevedibili o altamente stagionali.
- Nella maggior parte dei casi, i servizi con un carico prevedibile e stabile sono più economici da mantenere nel proprio data center.
- È necessario iniziare a lavorare con cloud con ambienti di test e servizi a bassa priorità.
- La considerazione dell'inserimento dei sistemi informativi nel cloud inizia con lo sviluppo di una metodologia per uscire dal cloud su un altro cloud (o tornare al proprio data center).
- L'inserimento di un sistema informativo nel cloud inizia con lo sviluppo di uno schema di backup per l'infrastruttura che controlli.
Fonte: habr.com