La croissance de la puissance de calcul et le développement des technologies de virtualisation des plates-formes x86, d'une part, et la généralisation de l'externalisation informatique, d'autre part, ont conduit au concept d'utility computing (l'informatique en tant que service utilitaire). Pourquoi ne pas payer l'informatique de la même manière que l'eau ou l'électricité : exactement autant et exactement quand vous en avez besoin, et pas plus.
C'est à ce moment qu'apparaît le concept de cloud computing - la consommation de services informatiques depuis le « cloud », c'est-à-dire à partir d’un pool externe de ressources, sans se soucier de la manière ou de l’origine de ces ressources. Tout comme nous ne nous soucions pas de l’infrastructure des stations de pompage des services d’eau. À ce stade, l'autre aspect du concept avait été élaboré, à savoir le concept de services informatiques et la manière de les gérer dans le cadre d'ITIL/ITSM.
Un certain nombre de définitions du cloud (cloud computing) ont été élaborées, mais elles ne doivent pas être considérées comme la vérité ultime : elles constituent simplement un moyen de formaliser les moyens de fournir une informatique utilitaire.
- « Le cloud computing est une technologie de traitement de données distribué dans laquelle les ressources et la puissance informatiques sont fournies à l'utilisateur en tant que service Internet » Wikipédia
- « Le cloud computing fournit un modèle permettant de fournir un accès réseau pratique à un pool partagé de ressources informatiques configurables à la demande (par exemple, réseaux, serveurs, stockage, applications et services) qui peuvent être rapidement provisionnées et provisionnées avec un minimum de gestion. effort ou intervention.fournisseur de services" NIST
- « Le cloud computing est un paradigme permettant de fournir un accès réseau à un pool évolutif et flexible de ressources physiques ou virtuelles distribuées, en libre-service et gérées à la demande » ISO/IEC 17788 :2014. Technologies de l'information - Cloud computing - Présentation et vocabulaire.
Selon le NIST, il existe trois principaux types de nuages :
- IaaS – Infrastructure en tant que service
- PaaS – Plateforme en tant que service – Plateforme en tant que service
- SaaS - Logiciel en tant que service
Pour une compréhension très simplifiée de la différence, regardons 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.
- Accès réseau universel (accès réseau étendu) – le service doit disposer d’une interface réseau universelle qui permet à presque tout le monde de se connecter et d’utiliser le service avec des exigences minimales. Exemple - pour utiliser un réseau électrique 220V, il suffit de se connecter à n'importe quelle prise dotée d'une interface universelle standard (prise), ce qui ne change pas s'il s'agit d'une bouilloire, d'un aspirateur ou d'un ordinateur portable.
- Service mesuré – une caractéristique clé d'un service cloud est la mesurabilité du service. Pour en revenir à l'analogie avec l'électricité, vous paierez exactement autant que vous avez consommé avec une granularité minimale, jusqu'au coût de faire bouillir la bouilloire une fois, si vous étiez dans la maison une fois pendant tout le mois et buviez une tasse de thé.
- Auto-configuration des services à la demande (on demand self service) – le fournisseur de cloud offre au client la possibilité de configurer intelligemment le service, sans avoir besoin d'interagir avec les employés du fournisseur. Pour faire bouillir la bouilloire, il n'est absolument pas nécessaire de contacter Energosbyt au préalable, de l'avertir à l'avance et d'obtenir l'autorisation. A partir du moment où la maison est raccordée (un contrat est conclu), tous les consommateurs peuvent gérer de manière autonome l'énergie fournie.
- Elasticité instantanée (élasticité rapide) – le fournisseur de cloud fournit des ressources avec la possibilité d'augmenter/diminuer instantanément la capacité (dans certaines limites raisonnables). Dès que la bouilloire est allumée, le fournisseur fournit immédiatement 3 kW d'énergie au réseau et dès qu'elle est éteinte, il réduit la puissance à zéro.
- Mise en commun des ressources – les mécanismes internes du fournisseur de services permettent de combiner les capacités de production individuelles dans un pool commun de ressources avec la fourniture ultérieure de ressources en tant que service à divers consommateurs. Lorsque nous allumons la bouilloire, nous nous préoccupons moins de la centrale électrique spécifique d’où provient l’électricité. Et tous les autres consommateurs consomment cette énergie avec nous.
Il est important de comprendre que les caractéristiques du cloud décrites ci-dessus ne sont pas sorties de nulle part, mais constituent une conclusion logique du concept d’informatique utilitaire. Et un service public doit avoir ces caractéristiques dans le cadre du concept. Si l'une ou l'autre 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 devraient le faire ?
Pourquoi est-ce que je parle de cela séparément ? Au cours des dix dernières années, depuis l'introduction de la définition du NIST, de nombreux débats ont eu lieu sur la « véritable nébulosité » telle que définie. Aux États-Unis, la formulation « conforme à 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, des ressources à louer en deux clics de souris.
Il est à noter que les 5 caractéristiques ci-dessus s'appliquent au cloud public, mais lors du passage à un cloud privé, la plupart d'entre elles deviennent facultatives.
- Accès réseau universel (accès réseau étendu) – au sein d’un cloud privé, l’organisation a un contrôle total sur les installations de production et les clients consommateurs. Ainsi, cette caractéristique peut être considérée comme automatiquement remplie.
- Le service mesuré est une caractéristique clé du concept d’informatique utilitaire, un paiement basé sur la consommation. Mais comment une organisation peut-elle se financer ? Dans ce cas, il existe une division de la production et de la consommation au sein de l'entreprise, l'informatique devient le fournisseur et les unités commerciales deviennent des consommateurs de services. Et un règlement mutuel a lieu entre les départements. Deux modes de fonctionnement sont possibles : la rétrofacturation (avec règlements mutuels réels et mouvements financiers) et le showback (sous forme de reporting sur la consommation de ressources en roubles, mais sans mouvement financier).
- Libre-service à la demande – il peut exister un service informatique partagé au sein d’une organisation, auquel cas la caractéristique n’a plus de sens. Cependant, si vous disposez de vos propres spécialistes informatiques ou administrateurs d'applications dans les unités commerciales, vous devez organiser un portail libre-service. Conclusion - la caractéristique est facultative et dépend de la structure de l'entreprise.
- Elasticité instantanée (élasticité rapide) – au sein d’une organisation, elle perd son sens en raison de l’ensemble fixe des équipements permettant d’organiser un cloud privé. Peut être utilisé dans une mesure limitée dans le cadre des colonies internes. Conclusion - non applicable pour un cloud privé.
- Mise en commun des ressources – aujourd’hui, pratiquement aucune organisation n’utilise la virtualisation des serveurs. En conséquence, cette caractéristique peut être considérée comme automatiquement remplie.
Question : Alors, quel est votre cloud privé ? Que doit acheter et mettre en œuvre une entreprise pour la construire ?
Réponse : le cloud privé est une transition vers un nouveau modèle administratif d'interaction informatique-entreprise, composé à 80 % de mesures administratives et à seulement 20 % de technologie.
Payer uniquement pour les ressources consommées et faciliter l’entrée, sans avoir à enfouir des centaines de millions de pétrole dans des dépenses en capital, a conduit à 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 sans infrastructure propre.
Il convient de souligner séparément que les outils de gestion des services cloud deviennent beaucoup plus indirects et que la responsabilité clé du directeur informatique devient la sélection des fournisseurs et le contrôle qualité. Regardons les défis de ces deux nouvelles responsabilités.
S'étant imposés comme une alternative aux infrastructures lourdes classiques dotées de leurs propres centres de données et matériel, les cloud sont trompeusement légers. Il est facile d’entrer dans le cloud, mais la question de la sortie est généralement évitée. Comme dans tout autre secteur, les fournisseurs de cloud s’efforcent de protéger leurs activités et de rendre la concurrence plus difficile. Le seul moment de concurrence sérieux ne survient que lors de la sélection initiale 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 porteront pas sur la qualité des services ou sur leur gamme. Tout d'abord, il s'agit de la fourniture de services uniques et de l'utilisation de logiciels système non standard, ce qui rend difficile le passage à un autre fournisseur. Ainsi, lors du choix d'un prestataire de services, il est nécessaire de formuler simultanément un plan de transition de ce fournisseur (essentiellement un DRP - plan de reprise après sinistre) à part entière et de réfléchir à l'architecture de stockage des données et de copies de sauvegarde.
Le deuxième aspect important des nouvelles responsabilités du directeur informatique est le contrôle de la qualité des prestations du fournisseur. Presque tous les fournisseurs de cloud respectent les SLA selon leurs propres mesures internes, ce qui peut avoir un impact extrêmement indirect sur les processus métier du client. Par conséquent, la mise en œuvre de votre 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 est nécessaire de souligner que la grande majorité des fournisseurs de cloud limitent la responsabilité en cas de non-respect du SLA au paiement de l'abonnement mensuel ou à une part du paiement. Par exemple, AWS et Azure, si le seuil de disponibilité de 95 % (36 heures par mois) est dépassé, offriront une remise de 100 % sur les frais d'abonnement, et Yandex.Cloud – 30 %.
Et bien sûr, nous ne devons pas oublier que les nuages ne sont pas uniquement créés par des mastodontes de la classe Amazone et des éléphants de la classe Yandex. Les nuages peuvent également être 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 s'arrête et se termine. Vous ne recevrez aucune compensation, aucune réduction - vous ne recevrez rien d'autre qu'une perte totale de données.
Compte tenu des problèmes ci-dessus liés à la mise en œuvre de systèmes informatiques critiques haut de gamme dans les infrastructures cloud, le phénomène de « rapatriement du cloud » a été observé ces dernières années.
En 2020, le cloud computing a dépassé le pic des attentes exagérées et le concept est en passe de sombrer dans la déception (selon le cycle de battage médiatique de Gartner). D'après les recherches и jusqu'à 80 % des entreprises clientes reviennent et prévoient de restituer des charges depuis les cloud vers leurs propres centres de données pour les raisons suivantes :
- Améliorer la disponibilité/performance ;
- Réduire les coûts;
- Pour se conformer aux exigences en matière de sécurité des informations.
Que faire et comment tout se passe « vraiment » ?
Il ne fait aucun doute que les nuages sont là pour le long terme. Et chaque année, leur rôle augmentera. Cependant, nous ne vivons pas dans un futur lointain, mais en 2020 dans une situation bien particulière. Que faire des cloud si vous n’êtes pas une startup, mais une entreprise cliente classique ?
- Le cloud est avant tout un lieu de services aux charges imprévisibles ou très saisonnières.
- Dans la plupart des cas, les services avec une charge prévisible et stable sont moins coûteux à maintenir dans votre propre centre de données.
- Il est nécessaire de commencer à travailler avec des cloud avec des environnements de test et des services peu prioritaires.
- L’envisagement de placer les systèmes d’information dans le cloud commence par le développement d’une méthodologie permettant de quitter le cloud vers un autre cloud (ou de revenir vers votre propre centre de données).
- Placer un système d'information dans le cloud commence par développer un schéma de sauvegarde de l'infrastructure que vous contrôlez.
Source: habr.com