Les applications « cloud-native » devaient initialement nous faciliter la vie. Or, de nombreuses entreprises se heurtent aujourd’hui à une réalité douloureuse : lorsque ces applications modernes tombent en panne, le coût de la remise en service s’avère bien plus élevé que ce que l’on avait prévu.
Notre dernière étude menée en collaboration avec Enterprise Strategy Group (ESG), intitulée «Le coût caché de la complexité du cloud : comment les restaurations automatiques permettent de gagner du temps, de l’argent et de préserver la santé mentale», révèle des données surprenantes sur ce qui se passe réellement lorsque les applications cloud tombent en panne – et explique pourquoi l’approche traditionnelle de Recovery ne fonctionne plus à l’ère du cloud natif.
Une réalité stupéfiante : 40,6 jours-personnes par reconstruction
Voici le chiffre qui devrait empêcher tout directeur technique de dormir la nuit : 40,6 jours-personne. C’est le temps qu’il faut en moyenne à une entreprise pour rétablir ses fonctionnalités essentielles lors d’une refonte complète d’une application cloud.
Mais ce n’est pas tout. L’étude d’ESG a révélé que 42 % des pannes des applications cloud modernes ne peuvent pas être résolues par une simple restauration à partir d’une sauvegarde : elles nécessitent une reconstruction complète à partir de zéro. Les entreprises devant procéder à environ neuf reconstructions complètes par an, cela représente une perturbation opérationnelle majeure.
Mettons les choses en perspective :
- 66 % des organisations ont besoin d’au moins une semaine pour rétablir leurs fonctions essentielles.
- 78 % ont besoin de plus d’un mois pour restaurer complètement leur environnement.
- Avec un tarif journalier moyen de 577 dollars par spécialiste, ces restaurations coûtent environ 210 836 dollars par an, rien qu’en frais de main-d’œuvre.
Cela représente plus de 200 000 dollars par an rien qu’en coûts de main-d’œuvre pour la récupération – de l’argent qui pourrait être investi dans l’innovation plutôt que dans la lutte contre les incendies.
L’impôt sur les initiatives stratégiques : Quand la relance tue l’innovation
Il ne s’agit pas seulement d’argent, il ne faut pas oublier la “taxe sur l’innovation” – chaque heure passée à reconstruire des applications est une heure qui n’est pas consacrée à la transformation numérique, à de nouvelles fonctionnalités ou à des avantages concurrentiels. Quarante et un pour cent des organisations déclarent que les incidents de reconstruction perturbent les initiatives stratégiques.
L’étude révèle d’autres impacts commerciaux qui vont bien au-delà de l’informatique :
- 49 % signalent une augmentation du stress du personnel pendant les périodes de reconstruction.
- 36 % subissent une perte directe de revenus.
- 35 % sont confrontés à une baisse de leur clientèle.
- 34 % constatent une baisse de la satisfaction des clients.
Lorsque vous mobilisez 4 à 5 personnes spécialisées à 50-74 % de leur capacité pendant des semaines, les répercussions se font sentir à tous les niveaux de l’entreprise.
Pourquoi les applications « cloud-native » bouleversent les méthodes traditionnelles de Recovery
Les données révèlent une réalité frappante : 49 % des entreprises estiment que Backup and Recovery sont plus faciles pour les applications traditionnelles, contre seulement 26 % pour les applications natives du cloud. Cela n’a rien de surprenant quand on comprend ce qui se passe en coulisses.
Les applications cloud-native reposent sur des architectures de microservices, c’est-à-dire des composants faiblement couplés qui peuvent relever de la responsabilité de différentes équipes, utiliser des piles technologiques différentes et suivre des cycles de mise en production distincts. Si cela permet l’agilité qui fait l’attrait du cloud-native, cela crée en revanche un véritable cauchemar en matière de Recovery :
- 82 % des organisations signalent des niveaux préoccupants de dérives de configuration.
- 69 % reconnaissent que les dérives en matière de configuration nuisent directement à leur résilience numérique.
- 47 % de tous les nouveaux développements d’applications sont désormais « cloud-native », ce qui crée un environnement hybride dont la protection devient de plus en plus complexe.
L’effet multiplicateur du multicloud
La situation se complique encore davantage lorsque l’on sait que 90 % des entreprises interrogées font appel à au moins deux fournisseurs de services cloud. Alors que 87 % d’entre elles souhaitent disposer d’outils de résilience homogènes sur l’ensemble des plateformes cloud, la réalité est sans appel : près de 90 % sont confrontées à une grande disparité dans leurs outils de protection actuels.
Cette fragmentation crée :
- Des inefficacités opérationnelles au sein des équipes.
- Compétences spécifiques requises pour chaque plateforme.
- Des écarts potentiels en matière de résilience entre les environnements.
L’impératif de reconstruction automatique
Ces données montrent clairement une chose : l’approche manuelle de la reconstruction des applications dans le cloud n’est plus viable. Les entreprises doivent repenser en profondeur leur stratégie, en passant de la Recovery réactive à la résilience proactive.
C’est là que les reconstructions automatiques deviennent non seulement utiles, mais essentielles :
- Une rapidité qui permet d’économiser de l’argent : La compression des processus de reconstruction, qui durent des semaines, en quelques heures ou minutes, ne réduit pas seulement les temps d’arrêt â elle préserve les initiatives stratégiques qui stimulent la croissance de l’entreprise.
- Cohérence à grande échelle : les processus automatisés éliminent les écarts de configuration et les erreurs humaines qui affectent les reconstructions manuelles, garantissant ainsi une restauration fiable à chaque fois.
- Libération des ressources : Lorsque les équipes informatiques ne sont pas constamment en train de gérer des crises de reconstruction, elles peuvent se concentrer sur le travail d’innovation qui fait réellement avancer l’entreprise.
La solution Commvault : De la recherche à la réalité
Chez Commvault, nous avons développé notre plateforme de protection des données native du cloud spécialement pour répondre aux défis mis en évidence dans cette étude ESG. Notre approche offre les capacités de reconstruction automatique dont les entreprises modernes ont besoin pour maîtriser la complexité du cloud tout en assurant la continuité des activités.
Grâce à des solutions telles queCloud Retour en arrière, nous aidons les entreprises à transformer ce qui était autrefois un centre de coûts en un avantage concurrentiel, afin que, en cas de perturbation, Recovery s’effectue en quelques minutes, et non en plusieurs semaines.
Le bilan
Les processus de reconstruction manuels freinent l’innovation, épuisent les ressources et constituent un risque pour la continuité d’activité. À mesure que l’adoption du cloud natif s’accélère – 47 % des nouvelles applications étant désormais conçues selon les principes du cloud natif –, les entreprises qui survivront et prospéreront seront celles qui considéreront l’automatisation comme une exigence fondamentale, et non comme une fonctionnalité accessoire.
La question n’est pas de savoir si votre organisation peut se permettre d’investir dans des capacités de reconstruction automatique. Il s’agit de savoir si vous pouvez vous permettre la taxe annuelle de plus de 200 000 $ des processus manuels, la perturbation des initiatives stratégiques et le désavantage concurrentiel qui découle de délais de reprise de plusieurs semaines.
Prêt à vous libérer du fardeau de la reconstruction ? Téléchargez le guide completrapport d’étude ESGcomplet pour analyser les données en détail et découvrir comment les grandes entreprises transforment déjà leur approche de la résilience dans le cloud. Vous-même, à l’avenir, ainsi que vos résultats financiers, vous en serez reconnaissants.
Ne manquez pas ce webinaire au cours duquel l’auteur du rapport, Torsten Volk, s’entretient avec Govind Rangasamy et Darren Thomson, de Commvault, dans le cadre d’une discussion informelle intitulée «Le coût caché de la résilience du cloud : pourquoi la refonte des applications modernes épuise vos ressources.
