Un autre regard sur les nuages. Qu'est-ce qu'un cloud privé?

La croissance de la puissance de calcul et le développement des technologies de virtualisation des plates-formes x86 d'une part, et la prolifération de l'externalisation informatique d'autre part, ont conduit au concept de l'utilitaire informatique (IT as a Utility service). Pourquoi ne pas payer pour l'informatique de la même manière que pour l'eau ou l'électricité - exactement autant et exactement quand vous en avez besoin, et pas plus.



À 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:

1. IaaS - Infrastructure en tant que service - Infrastructure en tant que service
2. PaaS - Plateforme en tant que service - Plateforme en tant que service
3. 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?

1. Les nuages ​​sont avant tout un lieu de services à charge saisonnière imprévisible ou prononcée.
2. Dans la plupart des cas, les services avec une charge stable prévisible sont moins chers à maintenir dans votre propre centre de données.
3. Vous devez commencer à travailler avec des clouds avec des environnements de test et des services à faible priorité.
4. 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).
5. 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.