Les excellents architectes multicloud sont difficiles à trouver. La majorité de ceux qui se disent concepteurs multicloud se sont concentrés sur un seul hyperscaler et ont découvert que les choses se transformaient rapidement en multicloud, ce qu’ils ont fait aussi. C’est ce qu’on appelle le « lavage multicloud ».
Produire la bonne option multicloud, une option presque entièrement améliorée, nécessite que vous vous concentriez davantage sur ce qui se trouve entre les clouds publics généraux, et non sur ce qu’ils contiennent. Cela nécessite un nouveau niveau de compréhension que de nombreux concepteurs de cloud n’ont pas encore, mais cela changera rapidement au cours des deux prochaines années.
Quelques concepts émergent autour de la configuration, de la structure et du déploiement d’un architecture multicloud. Au cœur se trouve l’absence de concentration sur les opérations qui en résultent, c’est là que la plupart des conceptions multicloud rencontrent des difficultés.
C’est une chose de définir un multicloud, qui est un ensemble complexe d’innovations, composé d’éléments communs services tels que la sécurité, la gouvernance, la surveillance, la gestion de l’information, etc. C’en est une autre de définir comment tout cela va se dérouler à plus long terme, y compris les ressources et les dépenses nécessaires. Dans de nombreux cas, le coût d’opérationnalisation de la plupart des configurations multicloud est excessif par rapport à la valeur qu’il a la capacité de rappeler aux entreprises.
Il y a plusieurs raisons à cela, mais c’est principalement la complexité. De nombreux types d’innovation, de marques et de techniques ont conduit à un service multicloud qui est trop complexe et entraîne des techniques opérationnelles et des besoins en ressources peu pratiques.
J’ai eu un cas où le coût de l’opérationnalisation d’une technique multicloud était 5 fois celle de l’état « tel quel ». Cela n’a été connu qu’après le déploiement, et ils ont dû courir pendant plusieurs années pour stabiliser l’innovation au sein du multicloud pour atteindre un niveau d’opérations plus raisonnable. Des millions de dollars ont été perdus directement, ainsi que la perte de chances pour l’entreprise d’avoir une innovation plus agile.
Il est temps de modifier la façon dont nous abordons, mesurons et déployons le multicloud. Il est courant que les architectes multicloud se concentrent trop sur le style à l’avance sans se soucier de la manière dont le choix des innovations s’exécutant dans et entre les sociétés cloud sera exploité avec succès à long terme. De plus, le coût consiste à avoir différents talents pour prendre en charge le nombre de technologies que vous utiliserez, les outils et le coût du risque. Les multiclouds trop complexes sont les plus susceptibles d’être violés, penser que cette complexité entraîne des erreurs de sécurité.
Ce qui est essentiel à ce sujet, c’est qu’il ne s’agit que de bases. L’architecture a en fait constamment eu à faire avec la gestion des aspects de longue traîne de l’architecture, en particulier les opérations. Pour une raison quelconque, les entreprises ne se concentrent pas sur cela, et lorsqu’elles déménagent vers le multicloud, elles rencontrent des problèmes. C’est évitable.
Toute l’actualité en temps réel, est sur L’Entrepreneur
