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

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 entrepôts de vecteurs, les environnements de développement, les modèles d’IA et l’infrastructure, tant dans le cloud qu’en local. 

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 en matière de protection des données d’entraînement, de gestion des dépendances et de 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 regarder la vidéoicipour 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 ?

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, directeur des systèmes d’information chez 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 que, dans 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, ces deux messieurs sont 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.

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

En plus de cela, nous disposons de 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 difficile de trouver un moyen de
Comment protégez-vous 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 de 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 nous efforçons 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 à l’encontre des 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 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 parlions 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 vous connaissent
déjà votre entreprise, et le rôle spécifique que vous jouez dans la manière dont vous relevez ce défi, à la fois

en externe — ce à quoi vous contribuez 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 m’occupe de quatre priorités dans le cadre de mes fonctions au sein de l’entreprise : la croissance,
la rentabilité, l’optimisation, etc., ainsi que 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 l’aspect externe de ma fonction, je mets au point des solutions et, bien sûr, je sélectionne les
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 je regarde les changements, ce qui se passe en ce moment, 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 a une incidence sur la vie de votre entreprise, vos

les services, vos employés, vos clients, partout, et cela se produit à une vitesse vraiment,
vraiment fulgurante. Ce qui compte 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

.

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
les 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…

À quel rythme 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 embaucher 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.

À nos yeux, la priorité absolue, 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 entrer dans les détails

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

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

Nous constatons donc une évolution des compétences : on s’éloigne de l’aspect « développement »
pur et dur, même si celui-ci persiste, mais on constate clairement une

en termes de rapidité et, grâce aux possibilités offertes par les différents
Dans les 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 vitesse à laquelle les outils évoluent, ainsi que l’écosystème dans son ensemble,

Mais comment faites-vous pour suivre le rythme ?

Ou disposez-vous d’équipes spécialisées, 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 de bonnes intentions et une 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 pouvoir compter sur les bonnes personnes, et nous disposons d’une équipe qui se consacre principalement aux
problèmes métier et qui les traduit en solutions à l’aide de différents

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

des 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 vraiment 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, dont on voit réellement le fonctionnement au quotidien et dont on 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 dire : « La sécurité avant tout ».

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

N’est-ce pas ?

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

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

des 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 doit 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 comprendre les différents modèles et l’approche que nous
adoptons-les 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 faire simple
.

Et troisièmement, 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
Le traitement des données était très, très difficile, n’est-ce pas ?

Cela prenait beaucoup de temps.

Mais la situation évolue très rapidement grâce à la puissance de calcul disponible et à la simplification des traitements.

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 terminé et
il vous suffira de saisir une commande via votre ligne de commande ou tout ce que vous écrivez, qui sera immédiatement

visible pour vous.

Il faut 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 ?
en général ?

Comment définissez-vous vos modèles pour qu’ils respectent ces critères de sécurité ?

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 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 vraiment s’en servir ?

Est-ce que vous comprenez ce que cela signifie ?

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, afin en quelque sorte

exploiter ces données.

Désormais, l’IA maîtrise 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 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 qu’il leur fallait autrefois beaucoup de temps pour 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 cela qui fait peur
« 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é ?

Quels invités sont autorisés ?

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 offrir 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 celles-ci
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 n’est plus disponible.

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 n’étaient pas disponibles, imaginez simplement l’impact que cela aurait.

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 mentionnés sont la couche de données, la couche des 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 spécifique, vous

permettez à l’agent d’apprendre grâce à ce qu’on appelle « l’ingénierie des invites ».

Imaginons que la gestion des invités 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 évaluez la résilience.

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

Puis-je vous poser cette question ?

Vous savez, comme le disent sans doute 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 manière dont vous avez organisé 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 leçons en
en matière de taxonomie.

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

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

Bien que les trois éléments 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 composants.

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

que la résilience soit préservée.

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 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
Ce que je fais est en quelque sorte archivé, donc je n’apporte plus aucune valeur ajoutée

j’apporte.

C’est ce qui se passe.

Cet aspect,

qui consiste à piloter 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 bien là le plus grand défi, n’est-ce pas ?

La conception de vos invitations 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 classique 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 y consacrons désormais toute notre attention.

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 « rapidité », l’aspect « aide »,
et sur ce que font les ingénieurs.

Avez-vous les moyens de restaurer l’intégralité 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 compétences 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
l’avant-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 » —, lorsque l’on développe ces
solutions, on a tendance à négliger la nécessité de garantir que le volet « ingénierie rapide »

reçoive une

la même 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 réellement réparties.

Il faut donc s’assurer que chaque composant est bien présent et apporte cette
une 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 créez, et ils font partie intégrante
de votre modèle global de résilience afin que vous puissiez réellement l’utiliser en toute

confiance, que ce soit auprès des utilisateurs internes, des clients ou dans le cadre de toute autre activité que vous menez.

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 : « On aimerait… »

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

Et il existe de nombreuses formules de location à temps partiel pour ce type de personnes très compétentes, n’est-ce pas ?

Tout ce dont vous parlez, notamment l’ingénierie des prompts, tous ces problèmes sont encore
aggravés lorsque vous n’exercez pas un contrôle permanent sur ces personnes.

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 bien notre petit coin du monde.

On essaie de s’améliorer, n’est-ce pas ?

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

Comment abordons-nous cette question ?

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 tout début de notre parcours dans l’IA, nous avons pris un peu de recul et nous nous sommes dit :
« Comment définir un ensemble complet de principes de conception auxquels nous allons nous conformer,

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 vouloir vraiment être dignes de confiance, et si nous sommes
Pour les 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
en se projetant dans l’avenir pour anticiper l’évolution de la situation.

Et je pense que nous avons défini 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 recourir à

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
Nous avons mené un exercice similaire en interne : nous nous sommes dit que, puisque nous savons que ce

Un défi de taille se dresse devant nous, et nous voulons nous assurer que tout le monde comprenne, d’une manière ou d’une autre, comment y faire face
transmettre l’information correctement, sans utiliser ses propres données

tout le temps.

Je pense donc que tous ces éléments constituent la combinaison idéale 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 vous, en tant que client, nous jugez réellement.

Et peut-être pourrais-je même étendre cela au domaine 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ù

Comment 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 crois 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, effectuer régulièrement des simulations, etc., afin de
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 envisageables, évaluer le degré de maturité des technologies disponibles, et

Le principal avantage que j’ai constaté chez Commvault, c’est sa flexibilité.

La flexibilité nécessaire pour travailler avec le client de manière, euh, constante, et pour élaborer des solutions qui répondent à ses besoins
sur les exigences du secteur telles que nous les avions à cette époque, tout en

de préserver 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
Si l’on ne s’adapte pas à cette dynamique de changement, on se retrouve immédiatement face à une

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

Elle ne servira plus à rien.

À mesure que le secteur gagne en maturité, que de nouvelles technologies apparaissent et que la dynamique de marché influence 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 grâce à l’architecture.

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

Et je suis ravi que vous ayez pu en tirer parti pour résoudre non seulement les problèmes que vous
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 avec leur stylo n° 4 ?

Mais y a-t-il quelque chose que tu aimerais leur dire et dont on n’a pas encore 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 à vous aider
à 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
Peu importe où vous essayez d’aller, cela sème 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 techniques et trouvez un
un partenaire suffisamment flexible pour s’adapter à cette dynamique.

Voilà ce que j’avais à dire.

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

Merci d’être venus.

À bientôt chez 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
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 et 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 en 2025.

Merci de nous avoir suivis.

Passez une excellente journée.

Merci de votre attention.

Merci de votre attention.

vous