LMi-MAG 6 Mars 2021 - Flipbook - Page 55
O
n pourrait penser que le multicloud n’est pas si compliqué à
mettre en œuvre et qu’il s’agit
simplement de déployer et de
gérer un peu plus qu’un cloud
public. Mais malheureusement,
ce n’est pas le cas. Alors que de
plus en plus d’entreprises déploient des architectures multicloud, elles reproduisent
encore et encore les mêmes erreurs. En particulier
celles-ci, que vous pouvez peut-être éviter.
INFRASTRUCTURES
notamment les outils de séCLOUD
curité et d’exploitation. Les
entreprises qui décident de
Cahier des charges
conserver des outils de gestion
et de surveillance spécifiques
pour AWS, Microsoft ou Google
devront apprendre et exploiter
un outil par cloud public. Ce
cutt.ly/infra-cloud
qui n’est pas très efficace. On
peut comprendre facilement
comment éviter ce problème, mais il est plus difficile
d’appliquer la bonne méthode. Même si les applications
natives du cloud sont très bien en elles-mêmes, ce n’est
Première erreur : concevoir et construire
tout simplement pas une bonne idée d’utiliser uniqueun multicloud en pensant CloudOps
ment des outils natifs pour toutes sortes de tâches de
gestion et de sécurité. D’une part, il faudra disposer de
De nombreuses entreprises déploient deux, trois - et
personnes qui comprennent chaque outil. Ensuite, il n’y
parfois plus - clouds publics sans avoir une idée précise
aura pas de communication ni de coordination entre les
de ce qu’implique la gestion à long terme d’une archiclouds. Et enfin, l’automatisation devra se faire à plusieurs
tecture multicloud. Quand un déploiement multicloud
passe en production, un grand nombre
endroits au lieu d’un seul. La solution
de services clouds deviennent redondants
consiste à rechercher des outils pouvant
PRIVATE CLOUD,
(notamment le stockage et le calcul), un
couvrir tous les clouds et comportant des
MULTI-CLOUD OU
phénomène lié à l’exploitation préalable
interfaces cohérentes entre clouds. Le mulHYBRID CLOUD ?
de plusieurs clouds publics. Sauf que
ticloud est une science en constante évoReplay webcast
tout cela devient trop lourd à gérer pour
lution. Les fournisseurs de clouds publics
l’équipe chargée des clouds. Ces derniers
ne délivrent ni bons conseils, ni bons ousont dans l’incapacité de rendre tous ces
tils, parce que ce n’est pas dans leur intérêt
services hétérogènes opérationnels comme
de pousser leurs clients vers le multicloud.
ils le devraient, et la qualité du service en
Alors, s’ils essaient de vous faire adopter
cutt.ly/moderniser
souffre. Le déploiement est également
un modèle de conception qui accroît votre
Sponsorisé par Nutanix
beaucoup trop risqué en termes de sécucomplexité, vos coûts et vos risques, un
conseil : passez votre chemin.
rité et de gouvernance. Plusieurs moyens
permettent d’éviter cela. D’abord, ne vous
lancez pas dans le multicloud si vous n’êtes pas en mesure d’en assurer les besoins opérationnels. Limitezvous à des déploiements de clouds uniques. Car cela
pourrait vous priver des meilleurs services et réduirait
la valeur d’usage du cloud. Une seconde approche, la plus
appropriée, consiste aussi à automatiser pratiquement
tout et à exploiter les abstractions (à partir d’un point
unique) pour gérer la complexité, tout en bénéficiant des
ÉCOUTER EN LIGNE
meilleurs avantages.
Podcast
APPROFONDIR
Deuxième erreur : opter pour tout ce qui est
« natif du cloud »
Gardez à l’esprit que les outils qui recouvrent les clouds
publics sont les plus utiles. Ils permettent d’utiliser les
mêmes interfaces et les mêmes automatismes d’un cloud
à l’autre dans votre multicloud. Cela semble être un choix
évident, mais de nombreuses entreprises qui passent
d’un cloud unique à un cloud multiple conservent les
outils natifs fournis avec tel cloud public en particulier,
cutt.ly/erreurs-Podcast
LIRE EN LIGNE
Article
cutt.ly/erreurs-Article
55