Protéger la pile d’IA et développer une véritable résilience de l’IA à grande échelle

Cela signifie sécuriser chaque composant prenant en charge l’IA, y compris les lacs de données, les bases de données, les magasins vectoriels, les environnements de développement, les modèles d’IA et l’infrastructure, tant dans le cloud qu’en local. 

Les environnements d’IA combinent désormais des systèmes de données traditionnels avec de nouveaux composants vectorisés et natifs du cloud, ce qui élargit les surfaces d’attaque et complique la gouvernance. 

Les entreprises manquent souvent de conseils pour protéger les données d’entraînement, gérer les dépendances et sécuriser les bases de données vectorielles et les pipelines d’IA. 

Une vulnérabilité dans n’importe quelle partie de la pile d’IA peut compromettre l’ensemble du système, rendant indispensable une protection unifiée et de bout en bout. 

En adoptant des plateformes de protection unifiées, en coordonnant les équipes interfonctionnelles et en intégrant la gouvernance et Recovery dans les opérations d’IA. 

Veuillez visionner la vidéo ici pour consulter la transcription horodatée

Bienvenue dans ce podcast SHIFT, diffusé en direct depuis New York à l’occasion du Commvault SHIFT
2025.

Quel est le sujet d’aujourd’hui ?

La protection de la pile d’IA.

Ce qu’il faut savoir.

Et je suis très, très heureux d’accueillir deux invités d’exception.

Tout d’abord, Deb Singh, DSI de Persistent Systems.

Merci d’être parmi nous.

Merci de votre attention.

de votre présence.

Et Michael Fasulo, de Commvault, directeur senior du marketing de portefeuille.

Et, si je ne me trompe pas, cela fait 22 ans qu’il travaille chez Commvault.

C’est tout.

Impressionnant.

Aujourd’hui, nous allons donc aborder un tout petit sujet, un sujet minuscule, celui de la protection
de la pile d’IA.

Je veux dire par là qu’à l’heure actuelle, nous savons que l’IA évolue déjà à la vitesse de la lumière et que trouver un
moyen de la protéger constitue en réalité le véritable défi.

Heureusement, ces deux messieurs sont parmi nous aujourd’hui.

Alors, Michael, je vais commencer par te mettre sur la sellette.

Commençons par là.

Nous avons de nombreuses couches.

Il y a les systèmes hérités.

des lacs de données, des bases de données, n’est-ce pas, qui constituent la couche de base.

Par-dessus, nous avons des bases de données vectorielles, et bien sûr, tout cela alimente nos
systèmes d’IA.

Alors, pour commencer, pourriez-vous nous dire à quel point il est complexe de trouver un moyen de
protéger ces trois éléments, et à quelle fréquence abordez-vous déjà ce sujet ?

Assez souvent, je dirais.

Donc,

je pense que les gens essaient encore d’en cerner tous les détails, et il y a
évidemment de nouvelles bases de données qui viennent s’ajouter aux traditionnelles ; certaines de ces dernières intègrent désormais

la vectorisation à leurs données. Du coup, vous voyez, on constate que les clients nous appellent d’abord pour obtenir
des conseils, n’est-ce pas ?

Nous essayons d’être de véritables défenseurs et gardiens des données.

Et puis, bien sûr, grâce à la robustesse de notre plateforme, nous sommes en mesure de la protéger
, que ce soit contre les personnes qui développent du code sur leur ordinateur portable, qui le publient sur leurs dépôts GitHub ou encore au niveau des bases de données vectorielles

.

jusqu’aux moindres détails internes et à l’assemblage de ces applications, qu’elles soient
natives du cloud ou même issues de l’IA privée sur site, sans oublier les grands modèles de langage (LLM) eux-mêmes.

Je pense donc qu’il est important de protéger véritablement l’ensemble de ce vaste éventail, bien plus que de se contenter de dire : « Tiens, j’ai
cette partie de l’application d’IA qui doit être protégée. »

Oui.

Alors, Deb, c’est à toi qu’incombe la tâche difficile, en tant que DSI.

Nous en discutions justement avant de commencer : disons que votre entreprise compte environ 26 000 personnes, n’est-ce pas ?

Alors, si vous pouviez peut-être commencer par nous expliquer un peu ce que vous faites tous de bien, pour ceux qui connaissent
déjà votre entreprise, et votre rôle spécifique dans la manière dont vous relevez ce défi, à la fois

en externe – ce à quoi tu participes certainement – qu’en interne.

Tout à fait. So Persistent est une entreprise d’ingénierie numérique basée en Inde, mais qui travaille
pour des clients du monde entier, principalement en Amérique du Nord.

Si l’on considère mon rôle

en tant que DSI, je dois m’occuper de deux aspects différents.

D’une part, bien sûr, je pilote quatre priorités dans le cadre de mes fonctions internes : la croissance,
la rentabilité, l’optimisation, etc., l’amélioration de l’expérience des employés, tout en veillant à la

conformité et de la sécurité.

Il y a donc quatre priorités différentes pour moi d’un point de vue interne.

Mais si l’on considère la dimension externe de ma fonction, je crée des solutions et, bien sûr, je sélectionne les
meilleures technologies,

je les mets en œuvre pour mes 26 000 collaborateurs, je les teste, puis nous les proposons à nos clients.

Voilà donc en quoi consiste mon rôle dans son ensemble.

Et quand j’observe les changements, ce qui se passe actuellement, et je ne cesse de le répéter
chaque fois que j’ai l’occasion de prendre la parole dans ce genre de contexte, nous traversons peut-être

l’une des périodes les plus passionnantes de l’ère technologique.

Quoi qu’il se soit passé par le passé, nous sommes dans une phase où l’IA s’immisce dans chaque
aspect de l’activité dont nous parlons ; elle touche la vie de votre entreprise, vos

services, vos employés, vos clients, partout, et cela se produit à une vitesse vraiment,
vraiment fulgurante. Ce qui importe le plus, c’est la rapidité avec laquelle vous adaptez vos

Services

en intégrant tous les contrôles dont nous avons parlé – sécurité, conformité et, bien sûr, tout le reste –
afin d’offrir ces garanties, ces services et cette qualité qui constituent les priorités de l’entreprise

.

Une période passionnante.

Incroyable.

Je dois donc vous poser la question : c’est fascinant, n’est-ce pas ?

Vous pouvez utiliser votre base de clients ou vos propres collaborateurs comme un incubateur pour ces
projets, n’est-ce pas, avant qu’ils ne soient déployés à l’extérieur, et pour reprendre ce que Michael venait de dire il y a un instant, vous avez déjà géré

ces différents aspects, peut-être pas celui de l’IA, mais…

À quelle vitesse essayez-vous de faire évoluer ces équipes internes, qui étaient peut-être des experts classiques des SGBDR
, pour qu’elles maîtrisent tous ces nouveaux outils qui évoluent à un rythme effréné ?

Ou devez-vous recruter du personnel à cette fin ?

Eh bien, c’est encore une fois une question intéressante.

Si l’on considère la situation actuelle, la maîtrise technique passe progressivement au second plan.

La priorité absolue, selon nous, c’est la compréhension du métier,

et bien sûr des besoins qui en découlent.

Tant que l’on a une compréhension parfaitement claire de l’activité, il est aujourd’hui possible, grâce à l’IA,
de développer pratiquement n’importe quelle solution sans connaître ni se plonger dans les

détails des piles technologiques, n’est-ce pas ?

Et c’est justement ce qui est intéressant.

Nous observons donc une évolution des compétences : alors que le développement
technique de base continue d’exister, il est indéniable que

en termes de rapidité et, grâce aux possibilités offertes par les différents
modèles d’IA, cela se produit à un rythme très, très rapide.

Ce temps est donc en train de diminuer.

Le temps que vous y consacrez consiste donc à traduire les problèmes métier en solutions
concrètes et à utiliser la technologie, grâce à la puissance de l’IA, pour fournir ces services.

La rapidité de ce processus, la rapidité avec laquelle les outils évoluent, ainsi que l’écosystème en général,

mais comment parvenez-vous à maîtriser tout cela ?

Ou disposez-vous d’équipes spécialisées, de type « Tiger teams », qui assurent un suivi rapide ?

Ou comment cela fonctionne-t-il ?

Eh bien, c’est une question très, très intéressante.

Et là encore, il y a deux aspects à prendre en compte.

Premièrement, bien sûr, il faut des personnes animées par de bonnes intentions et la bonne attitude.

C’est ce qui compte le plus, bien plus que la compréhension de la « deep tech ».

Certes, la « deep tech » est toujours là, mais à l’heure actuelle, il existe suffisamment de modèles, voire plus
,

pour, en quelque sorte, approfondir ces modèles et les mettre au service de la solution que vous développez
.

Il faut donc s’entourer des bonnes personnes, et nous disposons d’une équipe qui se concentre principalement sur les
problèmes métier et qui les traduit en solutions à l’aide de différents modèles d’IA

pour aboutir à une solution. Et quoi que nous fassions aujourd’hui, nous disposons probablement du
plus grand nombre d’agents IA fonctionnant en interne, fournissant chaque

services aux employés et, bien sûr, permettant à la business intelligence de prendre
des décisions.

Les deux se produisent.

Dans l’actualité, que vous soyez optimiste ou pessimiste, est-ce bien réel ?

Ou non ?

Je trouve ça drôle d’entendre les gens dire que cela va prendre beaucoup de temps.

Mais quand on discute avec quelqu’un comme vous, qui dirige une très grande entreprise spécialisée dans
ces solutions et qui les voit réellement à l’œuvre au quotidien, partout où l’on se tourne,

on se demande :

« Comment les gens peuvent-ils rester pessimistes face à ça ? »

Parce que c’est tout simplement omniprésent.

Je veux dire, on le constate aussi chez Commvault, n’est-ce pas ?

N’est-ce pas, Michael ?

Du coup, je me pose toutes ces questions incroyables.

Ils font tout ça.

Combien de personnes pensent d’abord à la résilience, Michael ?

J’allais demander : « la sécurité avant tout ».

Comment conciliez-vous rapidité et sécurité ?

N’est-ce pas ?

Donc tu dis que tout le monde veut avancer à toute vitesse.

Mais comment vous assurez-vous qu’ils le fassent en toute sécurité, sans fuite de données sensibles
,

de brevets et d’autres éléments de ce genre ? Comment répondez-vous à ces préoccupations ?

Je vais peut-être le formuler ainsi : écoutez, quoi que nous fassions, la sécurité doit
faire partie intégrante de la solution elle-même, plutôt que d’être une réflexion après coup, n’est-ce pas ?

La sécurité ne peut pas être une réflexion après coup.

Avec l’arrivée de l’IA, cela devient beaucoup plus facile, ce n’est pas difficile.

Permettez-moi d’approfondir un peu les différents modèles et l’approche que nous
adoptons aujourd’hui.

Nous disposons d’un ensemble de données.

Nous venons justement d’évoquer différentes séries de données.

Les données constituent donc un aspect de la question.

Viennent ensuite vos modèles linguistiques, les LLM, peu importe comment vous les appelez, les modèles d’IA, pour simplifier
.

Et en troisième lieu, il y a les prompts, c’est-à-dire la manière dont vous utilisez ces services, l’ingénierie des prompts, ou quel que soit le
nom que vous leur donnez.

Ce sont là trois aspects distincts de la création d’un univers technologique au sein des entreprises
que vous dirigez.

Vous devez donc vous pencher sur la sécurité pour chaque…

segment qui la compose.

Parlons rapidement des données.

Je pense que, par le passé, le traitement de ces
données était très, très difficile, n’est-ce pas ?

Cela prenait beaucoup de temps.

Mais cela évolue très rapidement grâce à la puissance de calcul disponible et à la simplification du traitement.

On peut donc désormais traiter des billions de données très, très rapidement, presque en temps réel.

Dans ce contexte,

définissez-vous les contrôles appropriés, avec l’authentification, l’autorisation et l’accès selon le principe du « besoin d’en connaître »
, pour chaque composant ?

Sinon, votre modèle ne comprendra pas que tout est consommé et
vous vous contenterez de saisir une commande dans votre ligne de commande ou tout ce que vous écrivez, qui deviendra immédiatement

visible pour vous.

Vous devez donc commencer par la couche de données, n’est-ce pas ?

C’est la première étape à suivre.

Ensuite,

quels types de modèles l’utilisent ?

Prend-elle en charge une quelconque forme de cloisonnement, de « garde-fous », ou tout ce dont on parle
généralement ?

Comment définissez-vous vos modèles pour qu’ils respectent ces garde-fous ?

Sont-ils correctement définis, adaptés à la structure de données dont vous disposez et à l’application
dans laquelle vous allez les utiliser ?

Il faut donc prendre en compte ces deux aspects, n’est-ce pas ?

Et le troisième élément se situe au niveau de la couche de consommation :

Qui va réellement les utiliser ?

Est-ce que vous définissez cela ?

Quel type de requêtes sera autorisé ?

Je vais simplement vous donner un exemple.

Imaginons qu’une grande entreprise, par exemple, stocke l’intégralité de sa structure de données dans
un lac de données ou tout autre système similaire, et y intègre plusieurs agents ou autres modèles, notamment des modèles d’IA, pour en quelque sorte

exploiter ces données.

Désormais, l’IA comprend tous les aspects des données de cette entreprise.

Et imaginons qu’un acteur malveillant s’introduise simplement au niveau de la couche de consommation,

en saisissant une commande du type : « Donne-moi les vulnérabilités possibles, les failles, ou tout ce
qui peut être exploité. »

Tout cela est visible en une fraction de seconde.

C’est exact.

Exactement.

Exactement.

Exactement.

Ce qui leur prenait autrefois beaucoup de temps à reconstituer, et qu’ils devaient rassembler à partir de sources disparates
, c’est comme si vous leur aviez servi ça sur un plateau d’argent.

C’est vrai.

Il me suffit de suivre un seul LLM pour obtenir toutes les clés du royaume, et je suis sûr que tous
ceux qui écoutent se disent

« Mon Dieu, donnez-moi s’il vous plaît quelques conseils à retenir, car c’est ce qui effraie
tout le monde. »

C’est ce qui compte le plus.

Et par conséquent, la sécurité doit faire partie intégrante de la conception de chaque composant, des données,
du modèle et de la couche de consommation, ce qui relève de l’ingénierie des invites.

Qui peut déterminer quel type de prompt est autorisé ?

Quelles invites sont autorisées ?

Qu’est-ce qui n’est pas autorisé ?

Quels modèles peuvent exploiter quelles données ?

Et bien sûr, la sécurité de la couche de données.

Ces trois éléments doivent être combinés pour vous fournir le résultat que vous attendez.

Donc : les données, l’identité des données et l’application elle-même.

Tout à fait.

Et qu’en est-il de la résilience de l’application ?

Alors que vos équipes dépendent de plus en plus de ces technologies, vous savez que ces dernières
semaines, nous avons constaté quelques pannes chez les hyperscalers ; Claude a souvent été

.

Comme nous continuons à utiliser ces outils au quotidien, leurs pannes ont
des conséquences catastrophiques.

Qu’en est-il de la résilience réelle de l’application elle-même ?

C’est une question très pertinente.

Lorsque nous adoptons une approche technologique traditionnelle,

si l’un de vos systèmes n’est pas disponible pendant un certain temps, vous pouvez
toujours vous débrouiller avec Excel, des données hors ligne ou tout autre moyen, n’est-ce pas ?

Aujourd’hui, cette option ne vous est plus accessible.

Tout est traité en temps réel et vous disposez d’informations en temps réel pour prendre
vos décisions.

Et si ces informations ne sont pas disponibles, imaginez simplement l’impact.

Vous mettez pratiquement toute votre activité à l’arrêt.

Vous ne prenez donc pas ce risque.

Exactement, vous devez donc commencer à vous demander comment préserver la résilience de chaque
composant.

Les trois composants évoqués sont la couche de données, la couche de modèles d’IA et la couche de consommation
.

Souvent, lorsque j’observe les grandes entreprises, je constate qu’elles ne se concentrent peut-être pas suffisamment sur la couche de consommation
.

Réfléchissez-y : lorsque vous développez une application ou un agent particulier, vous

permettez à l’agent d’apprendre grâce à ce que nous appelons l’ingénierie des invites.

Imaginons que l’ingénierie des invites ne soit pas disponible.

Les invites ne sont pas disponibles, n’est-ce pas ?

Comment allez-vous vous en sortir ?

Vous disposez des données, vous disposez du moteur, mais vous ne savez pas comment les exploiter.

Vous devez donc vous concentrer sur chaque composant lorsque vous examinez la résilience.

C’est seulement ainsi que vous serez en mesure de vous remettre sur pied, de rétablir le fonctionnement et de faire tourner l’entreprise comme
il se doit.

Puis-je vous poser cette question ?

Vous savez, comme le disent probablement ceux qui écoutent ou qui se disent : « Écoute, je suis déjà en train d’écrire
frénétiquement.

Je le sais bien.

Mais en ce qui concerne la manière dont vous avez organisé toute votre équipe, pourriez-vous peut-être nous donner quelques conseils précieux sur la façon dont vous avez structuré les choses ?

Je sais que cela ne s’appliquera peut-être pas parfaitement à tout le monde, mais cela permettra
aux gens de se dire : « Hé, écoutez,

c’est une grande entreprise.

Si c’est comme ça qu’il s’y prend, je pourrais peut-être en tirer des enseignements en
matière de taxonomie.

Comment avez-vous, au cours des deux dernières années, ajusté les paramètres de votre organisation ?

Je dirais qu’il faut se concentrer sur un aspect.

Bien que les trois composantes dont nous avons parlé – les données et les modèles d’IA – soient généralement
gérées de manière centralisée,

c’est donc généralement l’équipe informatique qui gère ces composantes.

Et vous constaterez une

utilisation très contrôlée de ces deux composantes, et il existe sans aucun doute un mécanisme adapté
pour les soutenir, à intervalles réguliers, etc., afin de garantir que la

résilience soit maintenue.

Le plus grand défi vient des ingénieurs en IA, qui travaillent concrètement sur le terrain,
qui mettent tout cela en œuvre pour que les données vous fournissent réellement des informations exploitables, n’est-ce pas ?

C’est donc là que résident les difficultés,

et les ingénieurs en IA sont sans aucun doute confrontés à un défi de taille lorsqu’il s’agit d’autoriser la copie des prompts
.

Car bien souvent, et c’est une tendance humaine, j’ai l’impression que si tout ce que je
fais est en quelque sorte sauvegardé, alors je n’apporte plus aucune valeur ajoutée

j’apporte.

C’est ce qui se passe.

Cet aspect,

qui consiste à conduire le changement et à faire évoluer la culture d’entreprise, à aligner les priorités de vos initiatives en matière d’IA : comment
vous assurez-vous que cet aspect soit également pris en compte ? Et cela se passe au niveau

.

Cela ne se fait pas de manière centralisée.

C’est là le plus grand défi, n’est-ce pas ?

Votre ingénierie des invites se fait, bien souvent, en périphérie.

Comment vous assurez-vous que tout cela s’articule correctement lorsque vous examinez la résilience de bout en
bout ?

Tant que vous vous concentrez là-dessus, je suis sûr que les deux premiers éléments,

toute organisation standard et bien rodée s’en sort plutôt bien.

Mais c’est sur le troisième élément que les gens ont généralement tendance à passer à côté.

Il faut en effet que tout soit bien intégré.

Sinon, même si vous récupérez les données et le modèle, vous ne pouvez pas les exploiter.

C’est donc là que réside le plus grand défi.

Et bien sûr, l’approche, je dirais.

Nous l’avons appris à nos dépens, mais nous nous y consacrons désormais pleinement.

Et c’est peut-être un aspect sur lequel le public devrait se concentrer lorsqu’il s’agit de

la création d’un modèle de résilience : concentrez-vous sans hésiter sur l’aspect « prompt », l’aspect « aide »,
et sur ce que font les ingénieurs.

Avez-vous les moyens de rétablir l’ensemble de votre système de bout en bout ?

Chris, je peux intervenir ?

Oui, vas-y.

Tu as dit quelque chose sur lequel j’aimerais en savoir un peu plus.

Tu as dit que tu l’avais appris à tes dépens.

Comment votre organisation renforce-t-elle les connaissances en IA au sein de ses équipes pour s’assurer
qu’elles maîtrisent parfaitement

ces outils puissants dont elle dispose ?

Très bien.

Si l’on considère les 18 derniers mois environ, l’IA s’est généralisée.

Bien sûr, elle existait depuis longtemps ; ces 12 à 15 dernières années, l’IA a toujours été présente.

Mais l’IA générative, grâce à la démocratisation de l’accès aux ordinateurs, a pris
le devant de la scène.

Dans ce contexte, des entreprises comme la nôtre

ont créé de nombreux accélérateurs et actifs intellectuels que nous utilisons pour gérer le cycle de vie du
développement des produits, la conception de solutions, etc.

Et bien souvent – c’est pourquoi j’ai parlé de « la voie difficile » –, bien souvent, lorsque vous développez ces
solutions, vous avez tendance à négliger l’exigence de garantir que le composant d’ingénierie rapide

reçoive une

importance ou la même priorité au sein de votre écosystème global.

Et lorsque vous le faites à grande échelle, car on parle ici de milliers d’utilisateurs ou d’ingénieurs en IA
qui y travaillent, certains éléments vous échappent, car chaque ingénieur en IA apporte

une certaine valeur et pour garantir que les tâches soient véritablement réparties.

Il faut donc s’assurer que chaque composant est bien présent et apporte cette
composante d’intelligence, quelle que soit la nature de ce qui est créé.

Car en fin de compte, ce sont ces éléments de propriété intellectuelle que vous construisez, et ils font partie intégrante
de votre modèle global de résilience, ce qui vous permet de les utiliser en toute

confiance, que ce soit pour les utilisateurs internes, les clients ou toute autre activité.

Génial.

Vous savez, c’est intéressant.

Votre entreprise est suffisamment grande pour employer des ingénieurs en IA, pour pouvoir se les permettre, et même en avoir plusieurs.

Et je suis sûr que beaucoup de personnes qui nous écoutent se disent : « Nous aimerions

en arriver au point où nous pourrions nous permettre d’employer plusieurs salariés pour faire ça.

Et on a souvent recours à l’embauche à temps partiel de ce genre de personnes très compétentes, n’est-ce pas ?

Tout ce dont vous parlez, en particulier l’ingénierie des prompts, tous ces problèmes sont encore
exacerbés lorsque vous ne contrôlez pas ces personnes à temps plein.

Je peux donc imaginer que l’importance que vous soulignez est encore plus grande, n’est-ce pas, si vous
recourez à ce type de collaboration à temps partiel.

Alors Michael, si je peux me permettre, je veux dire, on connaît notre petit coin du monde.

On essaie de se développer, n’est-ce pas ?

Parce qu’il faut mettre en œuvre tout ce dont parle Deb.

Comment abordons-nous cela ?

Comment Commvault s’efforce-t-il à la fois de rester fidèle à ce qu’il fait et de se développer pour
s’assurer de couvrir ces nouveaux axes ?

Oui, je pense qu’au début de notre aventure dans l’IA, nous avons pris un peu de recul et nous nous sommes dit :
« Comment établir tout un ensemble de principes de conception auxquels nous allons nous tenir,

quelle que soit l’évolution de la technologie,

, afin qu’ils reposent sur la sécurité et que, au final, les solutions que nous proposons soient
dignes de confiance ?

Je pense que le plus important, c’est de vouloir vraiment être dignes de confiance, et si nous sommes
de bons gestionnaires de données, voire les meilleurs, cette confiance est indispensable.

Nous ne pouvons tout simplement pas faire de compromis là-dessus.

L’équipe de direction a donc examiné de près les informations dont nous disposions à l’époque, en se
projetant dans l’avenir pour anticiper l’évolution de la situation.

Et je pense que nous avons établi ces principes, puis que nous nous en sommes inspirés pour concevoir
des solutions, non seulement pour protéger l’IA, mais aussi pour tirer parti de l’IA au sein du produit, sans utiliser

les données des clients.

Et aussi pour fournir des ensembles de données à l’IA afin d’enrichir ces ensembles de données.

Je pense donc que le fait de disposer de ces bases, et encore une fois, c’est pour cela que j’ai posé la question sur la culture numérique, car nous
avons mené un exercice similaire en interne, où nous nous sommes dit : si nous savons que ce

géant se dresse devant nous, nous voulons nous assurer que tout le monde comprenne en quelque sorte comment traiter
l’information de la bonne manière, sans utiliser ses propres données

tout le temps.

Je pense donc que tous ces éléments constituent la combinaison parfaite qui nous a permis de relever ce
défi, afin de rester fiables et de fournir des données fiables à nos clients.

Je dois te poser la question.

Je veux dire, je ne veux pas vous mettre dans l’embarras, mais ce que nous pensons et nos résultats, c’est une
chose.

Ce qui compte le plus, c’est la façon dont nous nous en sortons réellement à vos yeux, en tant que client.

Et peut-être pourrais-je même élargir cela au secteur de la protection des données en
général.

Si je peux me permettre, comment nous en sortons-nous en tant que groupe et qu’attendez-vous de nous lorsque vous examinez
l’ensemble des projets et des demandes que vous recevez de la part de vos clients, et où

pouvons-nous nous améliorer ?

Eh bien, c’est un point intéressant.

C’était une question piège.

C’est une question qui en dit long.

Très bien.

Je pense que je vais remonter à… euh… il y a près de trois ans,

lorsque nous avons entamé cette collaboration. Bien sûr, nous utilisions déjà Commvault avant cela, mais
nous étions en train de travailler à une refonte plus importante de notre infrastructure technologique, et c’est

c’est à ce moment-là que nous avons cherché un partenaire capable de s’aligner sur notre approche des données et
de nous aider à mettre en place cette architecture de résilience qui nous donnerait l’assurance de

définir des RPO, des RTO et, bien sûr, de procéder à des simulations régulières, etc., afin
que tout ce qui est défini sur le papier, la mise en œuvre et les tests, ces trois aspects, soient

soient pris en compte. Et je dois dire que nous avons bel et bien suivi… euh… l’approche standard pour un
DSI : examiner les technologies possibles, évaluer la maturité des technologies disponibles, et

le plus grand avantage que j’ai constaté chez Commvault, c’est la flexibilité.

La flexibilité de travailler avec le client, de manière, euh, constante, et de construire des solutions qui s’alignent
sur les exigences du secteur telles que nous les avions à ce moment-là, tout en

de conserver cette flexibilité au fil du temps.

Pour comprendre pourquoi je dis que c’est l’élément le plus crucial, il suffit de repenser à la situation d’il y a trois ans
.

L’IA existait bel et bien, mais pas à cette échelle.

Et comme…

le monde de la technologie évolue très, très vite, si nous disposons d’une solution de sauvegarde qui
ne s’adapte pas à cette dynamique de changement, on se retrouve immédiatement avec une

solution obsolète, n’est-ce pas ?

Elle ne servira plus à rien.

À mesure que la maturité évolue, que de nouvelles technologies apparaissent, que la dynamique affecte le secteur technologique,
notre capacité à nous adapter à ces exigences et la rapidité avec laquelle nous réagissons sont déterminantes.

Car chaque solution, chaque client est différent, chaque solution est différente.

Tout dépend donc de la rapidité avec laquelle vous êtes prêts à vous adapter.

Je me sens très, très à l’aise de travailler avec Commvault, et cela continue encore aujourd’hui.

Eh bien, merci pour votre franchise.

Oui, j’apprécie cela.

Et Michael, je te vois sourire là-bas.

Mon Dieu.

Quel témoignage, n’est-ce pas ?

Du genre : « Waouh, les clients parlent d’une architecture vraiment conçue sur mesure.

Et écoutez, c’était tout à fait intentionnel.

Et, tu sais, comme l’a dit Chris, ça fait 22 ans que je suis ici.

J’ai vu cette architecture évoluer, depuis l’ancien monolithe jusqu’à ce qu’elle est aujourd’hui.

Et cette évolutivité et cette résilience sont au cœur même de ce que nous avons réellement construit.

Tout cela est rendu possible par l’architecture.

Cette flexibilité et son fonctionnement, en particulier tels que vous les avez décrits, étaient donc tout
à fait intentionnels.

Et je suis ravi que vous ayez pu en tirer parti pour résoudre non seulement les problèmes que vous
aviez il y a trois ans, mais aussi ceux d’aujourd’hui.

Et bien sûr, ceux que vous rencontrerez demain.

C’était génial.

J’apprécie vraiment que vous soyez entré dans ces détails.

Fantastique.

Et nous savons que nous devons continuer à écrire, car cette période de trois ans se poursuit, n’est-ce pas ?

Je sais que tu veux le préciser.

Jamais.

Ça ne s’arrête jamais.

Alors, pour conclure, y a-t-il quelque chose que tu aimerais ajouter à l’intention de tous
ceux qui en sont au sixième cahier et qui griffonnent frénétiquement avec leur stylo n° 4 ?

Mais y a-t-il quelque chose que tu aimerais leur dire et dont on n’a pas parlé ?

Non, je pense que d’un point de vue général,

concentrez-vous sur vos priorités professionnelles.

Définissez très clairement ce que vous souhaitez accomplir.

Oui, d’accord, tant que vos besoins sont clairs, il existe des solutions et des partenaires prêts
à travailler avec vous pour y répondre.

Mais si vous n’avez pas une idée très, très claire de l’objectif que
vous essayez d’atteindre, cela crée de la confusion et vous vous retrouvez alors dans des

discussions peu agréables, ce qu’il faut absolument éviter.

Donc, avant toute chose, identifiez vos besoins, définissez vos priorités technologiques et trouvez un
partenaire suffisamment flexible pour s’adapter à cette dynamique.

Voilà ce que j’ai à dire.

Une véritable leçon, une véritable leçon.

Merci d’être là.

À bientôt à SHIFT.

Mais surtout, merci pour votre confiance en
Commvault et pour votre collaboration.

Cela compte énormément pour nous et nous vous en sommes très reconnaissants.

Merci, Commvault.

Ce fut un véritable plaisir de vous accueillir et nous nous réjouissons de la suite.

Merci de votre attention.

Et Michael, merci.

C’était absolument fantastique.

Votre expertise, acquise au fil de toutes ces années passées ici, est tout simplement fantastique.

Pour conclure…

Ah

Nous te rembourserons tout le papier que tu as utilisé pour noter cette incroyable série
de conseils.

Deb, merci à toi et à Michael.

Et pour ceux qui souhaitent en savoir plus, rendez-vous sur readiverse.com.

Nous venons de lancer ce tout nouveau site qui regorge d’informations, d’articles de blog, de livres blancs
et de vidéos, et il est constamment mis à jour

pour vous tenir au courant de tout ce dont Deb et Michael ont parlé, et
nous attendons vos retours.

C’est là que vous trouverez des points de départ pour tout le reste, tout ce qui concerne Commvault.

C’était donc Chris Mierzwa pour ce podcast SHIFT Live, enregistré ici à New York pour 2025.

Merci de nous avoir suivis.

Passez une excellente journée.

Merci de votre attention.

Merci de votre attention.

vous