BLOG

Une stratégie multi-cloud nécessite des solutions multi-cloud

Miniature de Lori MacVittie
Lori MacVittie
Publié le 22 mai 2017

Il ne fait aucun doute (du moins dans mon esprit) que le nouveau modèle opérationnel standard des entreprises repose en grande partie sur le cloud. J’utilise le terme « cloud » comme un terme générique pour les modèles de cloud privé (sur site) et public (hors site), car tout indique que les deux seront utilisés dans un avenir prévisible.

Dans certains cas, cela signifie des multiples des deux, dans un mélange qui oppose un cloud public à un autre contre au moins une (mais peut-être plusieurs) options de cloud privé.

Quel que soit le nombre de modèles composant la stratégie d'une organisation, la réalité est qu'elle est susceptible de déployer des applications sur plusieurs clouds. En d’autres termes, ils sont multi-cloud. Il y a un certain nombre de bonnes raisons à cela, mais elles ne sont pas pertinentes pour la discussion d’aujourd’hui. Il suffit de dire que les organisations emploient probablement une stratégie « multi-cloud ». C'est tout ce qu'il faut dire.

RS_Brand_Colors_NOUVEAU

Cela implique cependant beaucoup de choses. David Linthicum , commentateur et expert extraordinaire du cloud, note l'impact de ce type de stratégie sur les initiatives DevOps dans un article récent : 

1. Vous avez besoin d’une solution hybride pour DevOps Les clouds publics actuels ne proposent pas de solution unique pour DevOps. Bien qu'ils disposent d'une gestion du développement d'applications, y compris d'un support pour DevOps, il s'agit toujours d'un monde dans lequel vous devrez bricoler une solution à partir d'un mélange de produits comprenant des services de cloud public et, bien sûr, des logiciels traditionnels.

Au-delà du besoin de chaînes d’outils Devops , il est important de reconnaître que si vous exécutez des applications dans plusieurs clouds, c’est parce que vous essayez de les fournir aux utilisateurs. Interne, externe, partenaires. Des gens, des choses, des API. Peu importe qui (ou quoi) est l'utilisateur, le fait demeure que vous déployez généralement une application avec l'intention qu'elle soit utilisée pour servir un objectif commercial, ce qui nécessite que l'application soit livrée à quiconque (ou quoi que ce soit) qui en a besoin.

La livraison d'applications nécessite des services. Qu'il s'agisse simplement d'équilibrage de charge pour l'évolutivité ou de services de sécurité IoT pour votre dernier gadget ou dispositif, il existe une multitude de services d'application qui garantissent en fin de compte la livraison sécurisée des applications à leur public cible. En supposant que vous allez opérer dans un modèle multi-cloud, cela signifie que les mêmes problèmes que ceux liés à DevOps vont surgir. Tous les clouds ne fournissent pas les mêmes services, et il est presque certain que les services natifs seront incompatibles avec ceux des autres clouds. Vous pourrez peut-être obtenir certains services auprès du fournisseur de cloud lui-même, mais d’autres restent disponibles et d’autres sources sont nécessaires pour les déployer.

services-deployes-aujourd-hui-soad

Si nous examinons le nombre de services d'application utilisés par les organisations aujourd'hui à partir de notre rapport 2017 sur l'état de la distribution des applications , vous remarquerez que la majorité des organisations utilisent entre 11 et 20 services d'application. Cela représente beaucoup de services, et ils sont répartis dans cinq catégories distinctes : disponibilité, performances, sécurité, identité et mobilité.

Cela signifie que vous risquez de vous retrouver avec un mélange de services (cloud natifs et autres) répartis sur plusieurs fournisseurs de cloud sans aucun moyen de les gérer efficacement, et encore moins d’exploiter leur capacité à fournir la visibilité dont vous avez besoin pour garantir la meilleure expérience applicative possible.

Vous devrez, comme David le dit si succinctement, « concocter une solution à partir d’un mélange de produits incluant des services de cloud public » et, dans ce cas, des services d’application fournis de manière plus traditionnelle. C’est inefficace et, selon nos enquêtes, cela constitue un défi pour les organisations ayant une stratégie multicloud.

Il est donc important, lorsque vous vous engagez dans une stratégie multi-cloud, d’examiner attentivement toutes les autres stratégies qui sont impactées par celle-ci. DevOps en est un, et les services d’application en sont certainement un autre. Une stratégie de services d’application multicloud ne se limite pas à garantir que vous pouvez déployer les services d’application dont vous avez besoin dans chacun des environnements cloud souhaités. Pour bénéficier des avantages du cloud, il est également important de vous assurer que vous pouvez gérer ces services de la manière la plus cohérente possible afin d’éviter de perdre la visibilité et la conformité aux politiques dans les clouds publics qui composent votre nouveau modèle opérationnel.

Les stratégies multi-cloud ne sont peut-être pas encore « la norme », mais tout indique qu’elles le seront. Alors qu’un pourcentage important d’organisations ont déjà investi dans le cloud privé, beaucoup se tournent désormais vers le cloud public pour étendre leurs capacités et profiter également de ses avantages. Mais ces avantages peuvent être facilement anéantis par des solutions inefficaces qui ne sont pas en mesure de fournir efficacement la cohérence de gestion et les politiques requises pour garantir la livraison sécurisée des applications.

Une stratégie multi-cloud nécessite des solutions multi-cloud , et cela inclut les services d'application si essentiels pour offrir une expérience d'application sécurisée et satisfaisante .