L'état de la stratégie application : Que se passe-t-il réellement avec le multicloud ?
L’une des choses que Cindy Borovick et moi avons l’occasion de faire chaque année est d’étudier le marché dans son ensemble sur l’ état de la stratégie application (SOAS) . Nous nous concentrons bien entendu sur l’impact potentiel – ou la perturbation – sur la distribution des application .
Parce que les changements dans les applications(la manière dont elles sont construites, dont elles communiquent, les données qu'elles échangent, où elles sont déployées et dont elles sont exploitées) ont des répercussions profondes sur la fourniture des application .
Dans le cadre de nos recherches cette année, nous avons continué à observer l’installation d’entreprises dans un environnement hybride et multicloud. Autrement dit, leurs applications hétérogènes (traditionnelles et modernes) sont distribuées sur une infrastructure hétérogène (cœur, cloud et périphérie).
Ce qui est également intéressant, c’est que les organisations continuent de rapatrier les charges de travail du cloud public vers leurs centres de données traditionnels. Cette tendance a continué à occuper une place importante dans les conversations au sein du secteur, culminant cette année dans une course presque frénétique pour comprendre pourquoi .
Ainsi, lorsque Cindy et moi avons décidé de l’orientation à adopter pour notre quatrième et dernière « mini » enquête cette année sous la bannière SOAS, nous avons immédiatement choisi le multicloud comme thème central.
Nous n’avons pas été déçus du résultat. Même si nous n’établirons pas de rapport officiel à ce sujet (nous travaillons également actuellement sur SOAS 2025), nous voulions nous assurer de partager certaines des informations que nous avons recueillies à partir de cette dernière enquête. Alors, sans plus tarder, commençons.
Le rapatriement est une réalité
Nous avons pu constater au cours de plusieurs années de recherches fondamentales que le rapatriement est une réalité . Mais jusqu’à cette année, le reste de l’industrie semblait se contenter de l’ignorer ou de prétendre que cela était en grande partie dû à l’échec des efforts de « lift and shift ». Bien que nous reconnaissions que les efforts infructueux contribuent au rapatriement, nous voulions comprendre dans quelle mesure ils y ont contribué. Nous avons donc creusé plus profondément pour demander aux organisations pourquoi elles rapatriaient leurs charges de travail.
Il s’avère que la sécurité et le coût arrivent en tête de liste des raisons du rapatriement des applications du cloud public vers les sites locaux.
Conduire ceci peut être un manque d'expertise : 68 % des personnes interrogées ont convenu qu’il était difficile de trouver du personnel capable de mettre en œuvre une stratégie de sécurité multicloud.
Je mentionne désormais spécifiquement le déplacement des applications du cloud public vers les applications sur site, car les organisations déplacent également des applications entre les clouds publics , et pour différentes raisons.
Lorsque des applications migrent entre des clouds publics, c'est souvent l'architecture qui détermine la décision, le coût venant en deuxième position. La sécurité est rarement la raison, moins d’une personne sur cinq la citant comme une raison de changer de fournisseur de cloud public. Même les performances sont plus susceptibles que la sécurité de motiver une migration.
Dans l’ensemble, le rapatriement signifie la migration des charges de travail après le déploiement. Il ne s’agit pas d’un changement d’adresse temporaire, mais d’un déplacement permanent d’un endroit à un autre pour des raisons qui n’apparaissent qu’après coup.
Tout cela pointe vers un problème bien plus important : l’incapacité à identifier le meilleur emplacement pour une application avant son déploiement. Le manque de visibilité sur les performances d’une application , son coût et la capacité à la sécuriser contribuent à cette approche d’essais par erreurs du déploiement des application .
Cela dit, rien de tout cela ne change la réalité d’un parc informatique multicloud hybride. Les organisations s’appuient toujours sur le cœur, le cloud et l’edge pour leurs applications et les projets relatifs aux applications et modèles d’IA ne font que renforcer cette réalité. Presque tous les répondants (97 %) conviennent qu’il n’existe pas de solution unique pour le déploiement des application .
La question est alors : quel est le bon mélange ?
Moins d’un tiers (30 %) des organisations considèrent que leur « état idéal » est de disposer de 100 % d’ applications dans le cloud public et seulement 6 % considèrent que 100 % sur site sont idéaux. La majorité idéalise un mélange d' applications dans les deux types d'emplacements, avec plus d'un tiers (36 %) ciblant 80 % de cloud et 20 % sur site, et 15 % supplémentaires envisageant une répartition égale de 50 % de cloud et 50 % sur site.
Choisir le bon emplacement
Si, comme nous le postulons, l’état par défaut d’une organisation est constitué applications dans les trois types d’environnements (cœur, cloud et périphérie), la question suivante est alors de savoir comment faire correspondre les applications aux emplacements. Plus nous réussirons à mener à bien cette pré-déploiement, moins il y aura de rapatriements et de migrations. Comme aucun de ces efforts n’est gratuit, être capable d’identifier le bon emplacement avant le déploiement réduirait certainement le coût total de possession d’une application au cours de sa durée de vie.
Nous avons donc posé plusieurs questions pour établir un « profil » pour chaque emplacement. L’un des facteurs que nous voulions comprendre est la raison principale du choix de l’emplacement. Nous avons proposé six critères différents :
- Évolutivité
- Rapidité de déploiement
- Performances des application
- Facilité d'opérations
- Conformité/réglementation
- Proximité des données
Il s’avère que chaque emplacement a un profil unique avec des critères très différents en tête de liste des raisons de le choisir.
Le cloud public est également choisi pour sa rapidité de déploiement, tandis que la facilité d'utilisation et la proximité des données orientent les décisions vers les solutions sur site. Mais il est intéressant de noter que la proximité des données oriente également les décisions en faveur de edge computing, du moins lorsqu’elle est associée à des performances et à une évolutivité.
En fin de compte, il n’existe pas de facteur unique qui détermine les décisions en faveur d’un emplacement plutôt que d’un autre, mais plutôt une combinaison de facteurs qui aboutissent à un choix.
Bien que le cloud public puisse en effet considérer les sites sur site comme un « concurrent », selon les récentes discussions de rapatriement dans le secteur, la réalité est que les trois emplacements servent un objectif pour un ensemble d’ applications de plus en plus distincts.
Il reste maintenant à comprendre les profils application et à les faire correspondre aux caractéristiques les mieux adaptées à chaque localisation. En tant qu’industrie, nous sommes assez doués pour identifier que les applications servant les appareils IoT sont susceptibles d’être bien adaptées à edge computing. De même, nous comprenons quelles applications sont mieux servies par un SaaS plutôt que par une alternative packagée.
Mais lorsqu’il s’agit d’autres applications(chatbots IA, copilotes, assistants, applications mobiles, applications Web, applications d’entreprise), les réponses sont souvent moins claires et avec peu de consensus.
L'observabilité est la réponse
Je reste convaincu qu’un facteur important contribuant à ce manque de consensus est l’observabilité incomplète . Les organisations ne sont pas en mesure de créer un profil pour une application quelconque, car elles ne disposent pas de mesures pertinentes pour ce profil. Une image plus complète, incluant les coûts, permettra à terme aux modèles d’IA de prédire le meilleur emplacement pour une application simplement en la profilant.
Mais nos recherches nous montrent sans cesse que le manque de visibilité demeure un défi majeur, en particulier pour les organisations opérant sur plusieurs sites. Cela est dû en grande partie à la prolifération des livraisons et de la sécurité, avec des outils et des services disparates utilisés selon les sites. En l’absence de couche commune pour générer les mesures importantes, les organisations doivent devenir des experts en science des données simplement pour démêler les statistiques les plus simples en matière de coût, de performances et de sécurité.
Sans surprise, la rentabilité et la visibilité sont les deux principaux avantages d’une approche indépendante du cloud pour la fourniture application . Donnez la priorité à la visibilité et elles resteront également les deux principaux avantages d’une approche indépendante du cloud en matière de sécurité des application . Cela serait énorme, car le principal problème pour les organisations opérant sur plusieurs sites était d'atténuer les menaces zero-day, avec 51 % des répondants l'indiquant. Mais le dépannage des problèmes application distribuées arrive en deuxième position avec 50 %.
Alors que les organisations sont confrontées aux complexités d’un parc informatique hybride et multicloud, le chemin vers une stratégie application optimisée dépend de la visibilité. L’observabilité complète n’est pas seulement un mot à la mode : c’est la base de décisions éclairées avant le déploiement qui minimisent les efforts coûteux de rapatriement et de migration. Sans mesures unifiées dans tous les environnements, les entreprises restent embourbées dans une approche d’essais par erreurs pour le déploiement des application , exacerbée par des défis de sécurité, de performances et de coûts propres à chaque emplacement.
La solution réside dans une plateforme unifiée et indépendante du cloud qui consolide les données de distribution et de sécurité des application dans tous les environnements . Avec une couche commune d'observabilité, les organisations peuvent passer du dépannage réactif à l'optimisation proactive, améliorant ainsi l'efficacité et atténuant les menaces critiques en toute confiance.
La route vers un paysage informatique hybride stable, évolutif et sécurisé est pavée de visibilité. En investissant dans des outils qui unifient l’observabilité entre le cœur, le cloud et la périphérie, les organisations peuvent enfin mettre de l’ordre dans la complexité du multicloud, en veillant à ce que chaque application trouve son emplacement idéal, où qu’il se trouve.