Protecting the AI Stack & Building True AI Resiliency at Scale

Cela implique de sécuriser tous les composants qui sous-tendent l’IA, notamment les lacs de données, les bases de données, les magasins de vecteurs, les environnements de développement, les modèles d’IA et l’infrastructure, tant dans le cloud que sur site. 

Les environnements d’IA associent désormais les systèmes de données traditionnels à 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 sur la protection des données d’entraînement, la gestion des dépendances et la sécurisation des bases de données vectorisées et des pipelines d’IA. 

Une vulnérabilité dans n’importe quelle partie de la pile d’IA peut compromettre l’ensemble du système, ce qui rend 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 accéder à 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 ?

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 m’abuse, 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, en l’état actuel des choses, nous savons que l’IA évolue déjà à la vitesse de la lumière et que le véritable défi consiste en fait à trouver un
moyen de la protéger.

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

Bon, Michael, je vais commencer par te passer au crible.

Commençons par là.

Nous avons de nombreuses couches.

Il y a les systèmes existants.

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 de cerner tous les détails, et il y a
évidemment de nouvelles bases de données qui s’ajoutent 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, sur leurs dépôts GitHub ou dans les

.

jusqu’aux moindres détails internes et à l’assemblage de ces applications, qu’elles soient
natives du cloud ou même 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 qui as la tâche difficile, en tant que DSI.

Nous discutions justement avant de commencer : votre entreprise compte, disons, 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 vous participez 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., ainsi que l’amélioration de l’expérience des employés, tout en veillant à la

la conformité et 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
les meilleures technologies,

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 je regarde les changements, ce qui se passe à l’heure actuelle, je ne cesse de le répéter
chaque fois que j’ai l’occasion de m’exprimer sur ce sujet : 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

avec 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

.

Une période passionnante.

Incroyable.

Je dois donc vous demander, tout d’abord : c’est fascinant, n’est-ce pas ?

Vous pouvez utiliser votre clientèle 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 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 les 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 entrer 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 : on s’éloigne de l’aspect développement
pur et dur, même si celui-ci perdure, mais on constate clairement une

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 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 vitesse de ce processus, la vitesse à laquelle les outils évoluent, et l’écosystème en général,

mais comment parvenez-vous à suivre le rythme ?

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

Ou comment ça marche ?

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 les 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 disposer des bonnes personnes, et nous avons une équipe qui se concentre principalement sur les
problèmes métier et qui les traduit en solutions à l’aide de différents

pour aboutir à une solution. Et quoi que nous fassions aujourd’hui, nous disposons probablement du
plus grand nombre d’agents d’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 pas ?

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, à la tête d’une très grande entreprise spécialisée dans
ces solutions, qui les voit réellement à l’œuvre au quotidien et constate qu’elles sont omniprésentes,

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 de manière sécurisée, 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, et non pas plus difficile.

Permettez-moi de vous aider à mieux cerner les différents modèles et l’approche que nous
adoptons aujourd’hui.

Nous disposons d’un ensemble de données.

Nous venons justement de parler de 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
le nom que vous leur donnez.

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

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

segment dont il fait partie.

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 trillions de données très, très rapidement, presque en temps réel.

Dans ce contexte,

définissez-vous les contrôles appropriés en matière d’autorisation, d’authentification et d’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 via votre ligne de commande ou tout ce que vous écrivez, qui sera 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 compte 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 quel contexte allez-vous les utiliser ?

Il faut donc considérer les 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 en arrière-plan 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 tapant des commandes du type : « Donne-moi les vulnérabilités possibles, les failles, ou tout ce qui
peut être exploité. »

Tout cela se voit en une fraction de seconde.

C’est exact.

Exactement.

Exactement.

Exactement.

Ce qui leur prenait autrefois beaucoup de temps à reconstituer, et qu’ils devaient puiser dans des 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 prompts.

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, quand 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 l’on appelle l’ingénierie des invites.

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

Les prompts 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 j’aimerais savoir comment vous avez organisé toute votre équipe ; peut-être pourriez-vous nous donner quelques conseils
précieux sur la façon dont vous avez structuré les choses.

Je sais que ça ne s’appliquera peut-être pas parfaitement à tout le monde, mais ça 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

une utilisation très contrôlée de ces deux composantes, et il existe sans aucun doute un mécanisme adapté
pour les soutenir, à des fréquences régulières, 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,
en mettant en œuvre ces éléments pour que les données vous fournissent réellement des informations exploitables, n’est-ce pas ?

C’est donc là que résident les défis,

et les ingénieurs en IA sont sans aucun doute confrontés à un énorme défi 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, en alignant 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
C’est quoi ?

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 passent généralement à 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 concentrons 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 améliore-t-elle les connaissances en IA au sein de ses équipes afin de s’assurer
qu’elles comprennent 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 ; au cours des 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 propriétés intellectuelles que nous utilisons pour gérer le cycle de vie du
développement de produits, la conception de solutions, etc.

Et bien souvent – c’est pourquoi j’ai parlé de « la voie difficile » –, lorsque l’on développe ces
solutions, on a tendance à négliger l’exigence de garantir que le volet « 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, vous passez à côté de certains éléments, 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 afin que vous puissiez vraiment l’utiliser en toute

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

Génial.

Vous savez, c’est intéressant.

Vous êtes suffisamment grande pour avoir des ingénieurs en IA, pour pouvoir vous les permettre, et même en avoir plusieurs.

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

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

Et il existe beaucoup de formules de location à temps partiel pour ce type 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’on doit mettre en œuvre tout ce dont parle Deb.

Comment abordons-nous cette question ?

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

Oui, je pense qu’au tout début de notre parcours 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
fiables ?

Je pense que le plus important, c’est de vraiment vouloir ê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 d’avoir ces bases solides… Et c’est d’ailleurs pour cela que j’ai posé la question sur la culture numérique, car nous
avons mené un exercice similaire en interne : nous nous sommes dit que, 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 forment la combinaison parfaite qui nous a permis de relever ce
défi, afin de rester dignes de confiance et de fournir des données fiables à nos clients.

Je dois te poser la question.

Je veux dire, je ne veux pas vous mettre sur la sellette, mais ce que nous pensons et nos résultats, c’est une
choisi.

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 aux 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

soit 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 principal 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 ?

Ça 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 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 c’est toujours le cas aujourd’hui.

Eh bien, merci pour votre franchise.

Oui, je vous en suis reconnaissant.

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 le monolithe à l’ancienne jusqu’à ce qu’elle est aujourd’hui.

Et cette évolutivité et cette résilience sont intrinsèquement liées à 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 à rédiger, 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 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 ce vers
quoi vous essayez d’aller, cela crée de la confusion et vous vous retrouvez alors dans des

discussions pas très agréables, ce qu’il faut absolument éviter.

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

Voilà ce que j’ai à dire.

Une véritable leçon de maître, une véritable leçon de maître.

Merci d’être venus.

À bientôt à SHIFT.

Mais surtout, merci de votre confiance envers
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 ce qui vient d’être une
série incroyable 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