Les trois erreurs les plus répandues sur le cloud public

Les principaux arguments des décideurs informatiques sont une évolutivité plus rapide des ressources informatiques, un accès mobile à celles-ci, une meilleure performance et une plus grande flexibilité. Parallèlement, les entreprises espèrent également que l'utilisation du cloud public permettra de réduire les coûts informatiques et les frais administratifs.

Mais qu'en est-il réellement de ces avantages présumés ? Le cloud public tient-il les promesses que les DSI allemands en font généralement ? Il est temps d'examiner certains points d'un œil critique. Voici les trois erreurs les plus répandues en ce qui concerne le cloud public :

Erreur 1 : le cloud public est toujours le choix le plus avantageux

Oui, c'est vrai : Les clouds publics sont une solution rentable pour l'infrastructure informatique, mais cela n'est vrai que dans certaines circonstances. Ainsi, les hyperscaleurs comme Amazon, Microsoft ou Google font la publicité du fait que les utilisateurs ne doivent payer que ce qu'ils utilisent réellement, mot-clé "Pay as you go".

Pour les systèmes de formation, par exemple, ou pour d'autres extensions de capacité qui ne sont nécessaires qu'à court terme, ce modèle de paiement est également très intéressant. Pour les applications SAP utilisées 24 heures sur 24 et 7 jours sur 7, il en va tout autrement. Dans ce cas, le cloud public peut rapidement devenir un piège financier.

Il ne viendrait pas non plus à l'idée de quelqu'un de réserver un taxi pour une utilisation permanente. Ce n'est la solution que pour les trajets courts. C'est pourquoi les "ressources réservées" sont souvent la solution la plus rentable pour les charges de travail 24h/24 et 7j/7.

Mais un Shadow IT avec des applications cachées, en partie inutilisées, qui ont été transférées dans le cloud public sans que l'on s'en inquiète, peut également faire grimper les coûts. C'est pourquoi un calcul transparent et individuel est indispensable pour déterminer la solution vraiment la plus avantageuse pour chaque charge de travail.

Celle-ci devrait toujours être calculée en fonction du temps d'exploitation escompté. Il peut s'avérer qu'une combinaison de différentes solutions cloud, c'est-à-dire un multicloud, est la voie royale dans le cas concret. Les outils d'optimisation des coûts peuvent s'avérer utiles à cet égard.

Erreur 2 : le cloud public fonctionne tout seul

C'est également vrai : Les clouds publics disposent d'un niveau d'automatisation confortable, les hypercalculateurs ont vraiment fait du bon travail. Mais la complexité d'un centre de données demeure.

Qu'est-ce que j'entends par là ? Puissance de calcul, réseaux, pare-feux, espace de stockage - toutes ces ressources peuvent être assemblées en quelques clics via la console web du cloud, au premier coup d'œil. Il existe en outre toute une série de services supplémentaires utiles et de microservices qui permettent aux utilisateurs de créer très facilement des applications.

Le plug-and-play est toutefois une idée fausse. Les différents composants doivent également être assemblés dans le bon ordre et avec les bons paramètres. Il ne suffit pas de pouvoir communiquer avec les automates via des interfaces, il faut aussi savoir les utiliser correctement.

Malgré toute l'automatisation, il faut donc toujours des experts avec le savoir-faire correspondant, qui sachent tout mettre en œuvre et orchestrer correctement. Des modèles d'infrastructure standardisés peuvent certes aider, mais même ceux-ci doivent d'abord être conçus sur la base de connaissances spécialisées.

Erreur 3 : le cloud public est facilement accessible via Internet

Oui, la console de gestion et l'API du cloud public sont faciles à utiliser via le web. De nombreuses fonctions peuvent donc être administrées via un accès Internet ordinaire. Mais il n'est pas facile d'accéder au cloud public depuis le réseau de l'entreprise.

Car en réalité, un cloud public est comme un propre centre de données. Et pour de bonnes raisons, les machines virtuelles ne sont pas facilement accessibles via Internet :

Par exemple, les pare-feux, le cryptage et une zone démilitarisée (DMZ) sont indispensables pour protéger les machines virtuelles dans le cloud public. En règle générale, les machines virtuelles ne sont donc utilisées qu'avec une adresse IP privée.

En outre, le Public Cloud VPC doit être connecté au réseau de l'entreprise afin que les services cloud mis à disposition puissent être intégrés sans problème dans l'environnement informatique. La plupart des réseaux d'entreprise n'ouvrent que les ports http et https, le reste du trafic de données est bloqué et ne doit pas quitter le réseau.

Pour accéder aux services hébergés dans un cloud public, il faut donc établir une connexion réseau de confiance. Il peut s'agir d'un VPN Internet ou d'une autre connexion réseau dédiée.

Il n'existe malheureusement pas de solution prête à l'emploi pour intégrer le cloud public dans le réseau de l'entreprise. Chaque utilisateur doit donc se demander : où se trouve le cloud public que je souhaite utiliser ? Et comment puis-je l'intégrer en toute sécurité dans mon réseau ?

Cela aussi demande de l'expertise. Car un cloud public n'est sûr que s'il a été configuré de manière sûre. Sinon, des failles de sécurité involontaires peuvent ouvrir la voie à des pirates informatiques.

Conclusion

Il ne faut pas aborder le cloud public avec trop de naïveté, car il ne s'agit pas non plus d'une solution miracle. Mais si l'on tient compte de quelques éléments et que l'on s'appuie sur des spécialistes, le cloud public - éventuellement combiné à d'autres modèles de cloud - offre effectivement un certain nombre d'avantages.