Ă ce moment, le concept de cloud computing est apparu - la consommation de services informatiques du «cloud», c'est-Ă -dire d'un pool externe de ressources, sans se soucier de savoir comment ou d'oĂč ces ressources viennent. Tout comme nous ne nous soucions pas de l'infrastructure des stations de pompage des services d'eau. Ă ce moment-lĂ , l'autre aspect du concept a Ă©galement Ă©tĂ© Ă©laborĂ© - Ă savoir, le concept de services informatiques et la façon de les gĂ©rer dans ITIL / ITSM.
Un certain nombre de dĂ©finitions du cloud (cloud computing) ont Ă©tĂ© dĂ©veloppĂ©es, mais elles ne doivent pas ĂȘtre considĂ©rĂ©es comme la vĂ©ritĂ© ultime - c'est juste un moyen de formaliser la façon dont l'informatique utilitaire est fournie.
- "Le cloud computing est une technologie de traitement de données distribuée dans laquelle les ressources informatiques et l'énergie sont fournies à l'utilisateur en tant que service Internet" Wikipedia
- «Le cloud computing est un modĂšle permettant de fournir un accĂšs rĂ©seau pratique Ă un pool partagĂ© de ressources informatiques configurables (telles que les rĂ©seaux, les serveurs, le stockage, les applications et les services) Ă la demande, qui peuvent ĂȘtre rapidement provisionnĂ©s et fournis avec un effort de gestion minimal ou une intervention minimale. fournisseur de services »NIST
- «Le cloud computing est un paradigme pour fournir un accÚs réseau à un pool évolutif et flexible de ressources physiques ou virtuelles distribuées, fournies en mode libre-service et administrées à la demande» ISO / CEI 17788: 2014. Technologies de l'information - Cloud computing - Vue d'ensemble et vocabulaire.
Il existe trois principaux types de nuages ââselon le NIST:
- IaaS - Infrastructure en tant que service - Infrastructure en tant que service
- PaaS - Plateforme en tant que service - Plateforme en tant que service
- SaaS - Logiciel en tant que service Logiciel en tant que service
Pour une compréhension trÚs simpliste de la différence, examinons le modÚle Pizza-as-a-Service: le
NIST dĂ©finit les fonctionnalitĂ©s nĂ©cessaires suivantes d'un service informatique pour ĂȘtre considĂ©rĂ© comme basĂ© sur le cloud.
- (broad network access) â , . â 220 (), , , .
- (measured service) â . â , , , .
- (on demand self service) â , . , . ( ) .
- (rapid elasticity) â / ( ). â 3 , â .
- (resource pooling) â () . , . .
Il est important de comprendre que les caractĂ©ristiques du cloud dĂ©crites ci-dessus ne sont pas prises au plafond, mais sont une conclusion logique du concept de calcul utilitaire. Et un service public devrait avoir ces caractĂ©ristiques dans le concept. Si telle ou telle caractĂ©ristique ne correspond pas, le service ne s'aggrave pas et ne devient pas «toxique», il cesse simplement d'ĂȘtre trouble. Eh bien, qui a dit que tous les services Ă©taient nĂ©cessaires?
Pourquoi est-ce que je parle de cela sĂ©parĂ©ment? Au cours des 10 annĂ©es qui se sont Ă©coulĂ©es depuis l'introduction de la dĂ©finition du NIST, il y a eu beaucoup de controverse sur le «vrai trouble» tel que dĂ©fini. Aux Ătats-Unis, l'expression «correspond Ă la lettre de la loi, mais pas Ă l'esprit» est encore parfois utilisĂ©e dans le domaine judiciaire - et dans le cas du cloud computing, l'essentiel est l'esprit, les ressources Ă louer en deux clics.
Il est à noter que les 5 caractéristiques ci-dessus sont applicables à un cloud public, mais lors du passage à un cloud privé, la plupart d'entre elles deviennent optionnelles.
- AccĂšs rĂ©seau Ă©tendu - Dans un cloud privĂ©, l'organisation a un contrĂŽle complet sur la capacitĂ© de production et les clients consommateurs. Ainsi, cette caractĂ©ristique peut ĂȘtre considĂ©rĂ©e comme remplie automatiquement.
- (measured service) â utility computing, . ? , , - . . : chargeback ( ) showback ( , ).
- (on demand self service) â , . - - . â .
- (rapid elasticity) â . . â .
- (resource pooling) â , . .
Question: Alors, quel est exactement votre cloud privĂ©? Qu'est-ce qu'une entreprise doit acheter et mettre en Ćuvre pour la construire?
Réponse: un cloud privé est une transition vers un nouveau modÚle administratif d'interaction IT-Business, qui consiste à 80% de mesures administratives et à seulement 20 technologies.
Payer uniquement pour les ressources consommées et une entrée facile, sans avoir à enterrer des centaines de millions de pétrole dans les dépenses en capital, a créé un nouveau paysage technologique et l'émergence d'entreprises milliardaires. Par exemple, les géants modernes Dropbox et Instagram sont apparus comme des startups sur AWS avec aucune infrastructure propre.
Il convient de souligner que les outils de gestion des services cloud deviennent de plus en plus proxy, l'approvisionnement et le contrÎle qualité devenant une responsabilité clé du CIO. Regardons les défis de ces deux nouvelles responsabilités.
Ămergeant comme une alternative Ă l'infrastructure lourde classique avec ses propres centres de donnĂ©es et matĂ©riel, les nuages ââsont d'une lĂ©gĂšretĂ© trompeuse. Il est facile d'entrer dans le cloud, mais la question de la sortie est gĂ©nĂ©ralement contournĂ©e. Comme tout autre secteur, les fournisseurs de cloud s'engagent Ă protĂ©ger les entreprises et Ă rendre la concurrence plus difficile. Le seul moment concurrentiel sĂ©rieux ne survient que lors du choix initial d'un fournisseur de services cloud, puis le fournisseur mettra tout en Ćuvre pour que le client ne le quitte pas. De plus, tous les efforts ne seront pas dirigĂ©s vers la qualitĂ© des services ou leur gamme. Tout d'abord, c'est la fourniture de services uniques et l'utilisation de logiciels systĂšme non standard, ce qui rend difficile le passage Ă un autre fournisseur. Respectivement,Lors du choix d'un fournisseur de services, il est nĂ©cessaire de former simultanĂ©ment un plan de transition Ă partir de ce fournisseur (en fait, un DRP Ă part entiĂšre - plan de reprise aprĂšs sinistre) et de rĂ©flĂ©chir Ă l'architecture du stockage des donnĂ©es et des copies de sauvegarde.
Le deuxiĂšme aspect important des nouvelles responsabilitĂ©s du CIO est de contrĂŽler la qualitĂ© des services du fournisseur. Presque tous les fournisseurs de cloud se conforment au SLA en fonction de leurs propres mesures internes, ce qui peut avoir une signification extrĂȘmement indirecte pour les processus commerciaux du client. Et par consĂ©quent, la mise en Ćuvre de notre propre systĂšme de surveillance et de contrĂŽle devient l'un des projets clĂ©s lors du transfert de systĂšmes informatiques importants vers un fournisseur de cloud. Poursuivant le sujet du SLA, il convient de souligner que la grande majoritĂ© des fournisseurs de cloud limite la responsabilitĂ© en cas de non-respect du SLA par un abonnement mensuel ou une fraction du paiement. Par exemple, AWS et Azure, en dĂ©passant le seuil de disponibilitĂ© de 95% (36 heures par mois), feront une remise de 100% sur les frais mensuels, et Yandex.Cloud - 30%.
https://yandex.ru/legal/cloud_sla_compute/
Et bien sĂ»r, il ne faut pas oublier que les nuages ââne sont pas seulement interprĂ©tĂ©s par des mastodontes de classe Amazon et des Ă©lĂ©phants de classe Yandex. Il y a aussi des nuages ââplus petits - de la taille d'un chat, ou mĂȘme d'une souris. Comme l'a montrĂ© l'exemple de CloudMouse, parfois le cloud prend juste et se termine. Vous ne recevrez aucune compensation ou rĂ©duction - vous ne recevrez que la perte totale de donnĂ©es.
Au vu des problĂšmes ci-dessus liĂ©s Ă la mise en Ćuvre de systĂšmes informatiques haut de gamme de criticitĂ© mĂ©tier dans les infrastructures cloud, le phĂ©nomĂšne de «rapatriement cloud» a Ă©tĂ© observĂ© ces derniĂšres annĂ©es.
D'ici 2020, le cloud computing a dépassé le sommet des attentes exagérées et le concept est en passe de tomber dans un fossé de frustrations (selon le cycle de battage médiatique de Gartner). Selon les recherches d' IDC et 451 Research jusqu'à 80% des entreprises clientes reviennent et prévoient de renvoyer les charges des clouds vers leurs propres centres de données pour les raisons:
- Augmenter la disponibilité / les performances;
- Réduire les coûts;
- Pour se conformer aux exigences du SI.
Que faire et comment tout est-il "vraiment"?
Il ne fait aucun doute que les nuages ââsont venus pour de bon et depuis longtemps. Et chaque annĂ©e, leur rĂŽle augmentera. Cependant, nous ne vivons pas dans un futur lointain, mais en 2020 dans une situation bien dĂ©finie. Que faire des clouds si vous n'ĂȘtes pas une startup mais une entreprise classique?
- Les nuages ââsont avant tout un lieu de services Ă charge saisonniĂšre imprĂ©visible ou prononcĂ©e.
- Dans la plupart des cas, les services avec une charge stable prévisible sont moins chers à maintenir dans votre propre centre de données.
- Vous devez commencer à travailler avec des clouds avec des environnements de test et des services à faible priorité.
- La prise en compte du placement des systÚmes d'information dans le cloud commence par le développement d'une méthode pour passer du cloud à un autre cloud (ou revenir à votre propre centre de données).
- Le placement d'un systÚme d'information dans le cloud commence par le développement d'un schéma de sauvegarde pour l'infrastructure que vous contrÎlez.