Différences entre les versions de « Alain Issarni CEO @Numspot - L'Open Source pour un cloud souverain »

De April MediaWiki
Aller à la navigationAller à la recherche
(Page créée avec « Catégorie:Transcriptions '''Titre :''' Alain Issarni CEO @Numspot - L'Open Source pour un cloud souverain '''Intervenants :''' Alain Issarni - Thomas Walter ''... »)
 
Ligne 23 : Ligne 23 :
  
 
==Transcription==
 
==Transcription==
 +
 +
<b>Alain Issarni, voix off : </b>Il y a des gros travaux à l’heure actuelle et des discussions au niveau Europe, justement pour harmoniser cette vision sur la souveraineté et ce niveau de dépendance que l’on souhaite, ou pas, par rapport aux acteurs qui bénéficient de lois extraterritoriales. Je suis plutôt optimiste et confiant et on voit, aujourd’hui, que ça avance à une telle vitesse que les certitudes d’aujourd’hui ne sont pas les certitudes de demain.
 +
 +
<b>Thomas Walter : </b>C’est parti pour un nouvel épisode. Aujourd’hui, je crois que j’ai coché le bingo parce que ce sont tous les sujets que j’adore. On va parler de <em>cloud</em>, de données de santé, d’hébergement de données pour les acteurs de la santé tels que les établissements, un sujet qui m’est cher depuis que j’ai commencé à m’intéresser à la santé. On va parler d’IA générative, notamment d’IA générative dans le milieu hospitalier, un sujet qui est vraiment brûlant et qui m’intéresse particulièrement ; de cybersécurité, bref !, tout ce que j’adore.<br/>
 +
Alain, bienvenue. J’ai hâte qu’on aborde un peu tout ça. On peut commencer, je vais te laisser te présenter et puis on va attaquer tous ces sujets, si tu veux bien.
 +
 +
<b>Alain Issarni : </b>Bonjour. Ravi aussi de participer à ce podcast. Je partage aussi tous ces sujets passionnants.<br/>
 +
Pour ma part, je suis le e président de Numspot, une entreprise qui a été créée récemment, en février, j’y reviendrai. Auparavant j’ai été DSI à l’Assurance maladie pendant un peu plus de sept ans, encore auparavant j’ai été DSI non pas dans le monde de la santé, mais toujours dans la sphère publique, à la Direction générale des finances publiques. Donc un parcours très services publics et une bascule en février vers Numspot qui est une entreprise privée qui a de beaux actionnaires que sont la Caisse des dépôts et consignations, Docaposte, Dassault Systèmes et Bouygues Telecom. Le but de la société Numspot, qui a été créée en février, c’est de créer, on reviendra probablement sur le terme, un <em>cloud</em> souverain et de confiance, à valeur ajoutée, avec des services managés pour servir le domaine de la santé, mais aussi tous les domaines qui ont une attention toute particulière sur la sensibilité des données et la protection des données. L’aventure a commencé en février, nous étions deux/trois, nous sommes à peu près une centaine maintenant et c’est juste enthousiasmant.
 +
 +
<b>Thomas Walter : </b>J’imagine. On va expliquer un peu tout ça.<br/>
 +
Peut-être, pour lancer ma première question, on en parlait tout à l’heure quand on a préparé, c’est un sujet qui me tient particulièrement à cœur parce que, je te l’ai expliqué, j’avais essayé de faire une première aventure entrepreneuriale dans le milieu hospitalier, j’avais monté une boîte, on cherchait à prédire des erreurs de prescription à l’hôpital, les écarts, la pratique. Sorti d’école, je ne connaissais encore rien, avec beaucoup d’humilité, je ne connaissais pas grand-chose. J’avais une expérience plutôt de <em>data science</em> et de Web et je me suis dit « avec ces compétences-là, je vais aller à l’hôpital ; il y a des besoins d’utiliser de l’IA, des technologies pour aider les pratiques au quotidien, les pharmaciens qui essaient de détecter et de valider les prescriptions ». En fait, le premier problème auquel on s’est heurté, ce sont ces fameuses données.<br/>
 +
Pour expliquer rapidement pourquoi on en avait besoin. L’idée c’est : on prend toutes les données qu’il y a sur les patients à l’hôpital, donc tout ce qui est rentré dans le système d’information. On a entraîné un algorithme qui prédit pour cette prescription, pour ce patient, s’il y a un risque, ou pas, qu’il y ait une erreur. Du coup, on fait remonter les patients aux risques d’erreur, comme ça le pharmacien peut les regarder et prioriser son travail.<br/>
 +
Sur le papier ça marchait très bien, mais dès qu’on a voulu passer en production, nous nous sommes heurtés à un problème d’infrastructure. Pour faire ça on a besoin de machines, on a besoin de GPU, de cartes graphiques qui peuvent faire beaucoup de calculs en parallèle. Du coup, on a demandé à la DSI de l’hôpital « est-ce qu’on peut avoir cette machine ? » et la réponse a été « c’est compliqué » et, finalement, ça a pris plus de six mois pour l’avoir, c’était en 2018. Ça illustre un petit peu la difficulté, le paradoxe qu’il y a : on sent qu’on a besoin de nouveaux outils à l’hôpital, notamment l’IA qui fait beaucoup parler d’elle en ce moment, qui pourrait être une solution à certains problèmes et, pour autant, on a l’impression que les infrastructures ne sont pas là ; à l’hôpital on a ces délais, on n’a pas les machines pour faire tourner tout ça.<br/>
 +
Est-ce que tu pourrais expliquer un peu ce paradoxe et, déjà, d’où ça vient ?
 +
 +
<b>Alain Issarni : </b>Déjà bravo si dès 2018 tu pensais à ces sujets-là, parce que, aujourd’hui, ça devient presque banal. Maintenant, tout le monde connaît l’IA générative. Je pense qu’en 2018 c’était un peu moins le cas. C’est un sujet important et la santé en a besoin.<br/>
 +
Ce paradoxe, j’allais dire, est plutôt « simple » entre guillemets, malheureusement il faut le constater. On parle là de données de santé, des données extrêmement sensibles. Je pense que les DSI des hôpitaux sont particulièrement attentifs à la protection de ces données-là, donc, parfois, rechignent à aller dans le <em>cloud</em> pour des problèmes de confiance que l’on peut y accorder. Donc, faute de trouver des offres de confiance pour pouvoir y aller, ils gardent ça chez eux, mais, malheureusement, en fait les DSI ont des moyens limités, comme un peu partout, et c’est probablement difficile pour eux de pouvoir monter cela, surtout si ce sont des configurations atypiques, parce que ce que tu demandais en 2018 n’était peut-être pas totalement classique par rapport à ce que délivrait la DSI locale. Ça fait donc partie des difficultés qu’il peut y avoir.
 +
 +
<b>Thomas Walter : </b>C’est vrai qu’en comparaison, j’avais déjà fait d’autres projets, on allait sur des services de <em>cloud</em>, on les connaît, WS, GCP, les grands classiques, OVH en France. C’est vrai que je vais sur un site, je me connecte, je m’inscris, je clique sur un bouton, j’ai ma machine et je peux commencer à travailler. Il y avait donc cette dichotomie entre, d’un côté, je l’ai en un jour, de l’autre côté je l’ai dans six mois.
 +
 +
<b>Alain Issarni : </b>Exactement, mais je pense que tout cela est lié, en fait, au niveau de confiance que l’on peut faire quand on va dans le <em>cloud</em>. J’allais dire que c’est la raison d’être de Numspot d’apporter cette confiance-là, on y revient certainement avec les hautes qualifications SecNumCloud et autres, avec des services managés, pour, justement, apporter cette flexibilité et cette agilité qu’on est en droit d’attendre dans le <em>cloud</em>. Les DSI ont besoin d’un haut niveau de confiance, de cette flexibilité et de cette agilité. En 2018, ça n’existait pas à ce point-là, je pense donc que ça posait les pires difficultés et ça allait à l’encontre du progrès que l’on est en droit d’attendre et que l’on espère un peu partout.
 +
 +
<b>Thomas Walter : </b>Avant d’enchaîner un peu sur ces sujets de SecNumCloud et de <em>cloud</em>, dans ton expérience d’avant, puisque tu étais DSI, tu gérais énormément de données santé extrêmement sensibles – d’ailleurs, je ne sais pas si les données de l’Assurance maladie sont aujourd’hui dans le <em>cloud</em> ou pas – est-ce que c’est similaire finalement comme raisonnement et, finalement, pourquoi ne pas décider d’aller dans le <em>cloud</em> il y a quelques années de ça ? Comment, en tant que DSI, as-tu raisonné à ce moment-là ?
 +
 +
<b>Alain Issarni : </b>Question désagréable !
 +
 +
<b>Thomas Walter : </b>Désolé, je ne pensais pas que c’étaient des sujets qui fâchent.<br/>
 +
C’est important parce que je trouve que c’est assez opaque. Quand j’ai commencé, j’ai essayé de comprendre. J’ai l’impression de ne pas comprendre les vraies raisons qui m’empêchaient d’avoir les bons outils pour travailler.
 +
 +
<b>Alain Issarni : </b>J’ai coutume de dire que la sphère publique en général, pas la sphère santé uniquement, mais la sphère publique en général, a un taux d’adoption du <em>cloud</em> qui est plutôt faible, voire très faible. Quand on se compare avec les pays anglo-saxons, les États-Unis ou autres, déjà ne serait-ce qu’en général le <em>cloud</em> est à un niveau plus faible et la sphère publique à un niveau encore plus faible.<br/>
 +
Je dis qu’il y a deux raisons, il y a les bonnes et les mauvaises.<br/>
 +
Je vais commencer tout de suite avec les mauvaises et c’est pour cela que je disais la partie désagréable.<br/>
 +
En fait, quand on a la chance d’être dans une DSI de taille très importante – à l’Assurance maladie j’avais 1500 informaticiens en interne, à la DGFiP il y en a 4000 –, on a les moyens de faire quelque chose et on fait beaucoup de choses ; on a donc l’impression que l’on peut tout faire et qu’on peut être indépendant. Dans les faits, ces entités-là font de très belles choses au niveau informatique, il y a de très belles réussites, tout cela en le faisant en interne, mais ça nécessite des compétences j’allais dire du sol au plafond, c’est-à-dire de bâtir des salles, d’installer des serveurs, de câbler, en fait il faut tout faire.<br/>
 +
Ça c’est plutôt la mauvaise raison et je pense que même les grosses DSI, dans l’avenir, n’auront pas les moyens de pouvoir faire ça parce que tout cela va tellement vite que ça nécessite des ressources et des compétences qui sont particulières.
 +
 +
<b>Thomas Walter : </b>Quels sont, justement, les problèmes de faire soi-même ? Si j’ai des gros besoins d’IT sur les cinq/dix prochaines années, je me dis « je dimensionne suffisamment grand, je mets suffisamment de serveurs, j’entraîne les personnes qu’il faut et puis ça devrait le faire », non ?
 +
 +
<b>Alain Issarni : </b>C’est presque aussi facile que ça.<br/>
 +
Déjà, si on veut bâtir une salle d’hébergement, ça nécessite des investissements considérables ; ces entités-là bâtissent des salles d’hébergement. Il faut s’occuper de métiers qui ne sont pas tout à fait dans l’informatique, s’occuper de la climatisation, de l’électricité, de tout cela ; il faut mettre de la redondance parce qu’il faut une salle d’hébergement avec un haut niveau de disponibilité, aujourd’hui on ne peut pas se contenter d’une salle qui, tous les trois jours, tomberait en panne parce que n’aurait pas d’électricité ou autre. Ce sont donc les fameux tiers, deux, trois ou peut-être quatre. Ça nécessite des compétences, c’est un métier particulier.<br/>
 +
Ensuite, une fois qu’on a la salle et l’infrastructure, il faut y mettre les serveurs, il faut le réseau. Tout cela ce sont des métiers que l’on peut exercer.<br/>
 +
L’avantage du <em>cloud</em> c’est que, justement, ça donne à un DSI la possibilité de ne pas avoir à s’occuper de cela. Pourquoi a-t-on créé le <em>cloud</em>, en fait c’est justement pour éviter ces sujets-là. Certes, il y avait le sujet de partage et de partage de coûts, mais, de fil en aiguille, en fait le <em>cloud</em> a transformé les sujets comme des commodités, c’est-à-dire que tout cela devient une commodité. Dans certains milieux, on appelle cela des servitudes ; dans la marine, les bateaux de servitude. Juste, peut-être, une pointe d’humour, c’est que servitude ça peut être « rendre service » mais ça peut être aussi « rendre servile ». Certains acteurs ont bien compris que cette servitude était aussi un moyen de rendre serviles et de tenir prisonniers, un peu, ses clients. Pardon pour la parenthèse.<br/>
 +
Je voulais dire par là que oui, si on est gros on peut faire cela, mais ça nécessite des compétences et des métiers qui sont parfois assez loin de ce que l’on imagine dans le monde de l’informatique et ça nécessite des investissements. Monter une salle d’hébergement ça ne se fait pas tout de suite ; équiper et mettre des serveurs dans une salle d’hébergement, c’est un peu compliqué.<br/>
 +
Quand on compare ça par rapport à la flexibilité qu’apporte, en toute objectivité, le <em>cloud</em>, c’est sûr qu’on peut se dire « si on fait confiance à l’acteur, autant profiter de cette flexibilité et y aller ».
 +
 +
<b>Thomas Walter : </b>C’est la mauvaise raison. Quelle serait la bonne raison de ne pas aller dans le <em>cloud</em> ?
 +
 +
<b>Alain Issarni : </b>La bonne raison. Je pense que, dans la sphère publique, beaucoup d’acteurs on a cœur de protéger leurs données, ils sont convaincus que leurs données sont confidentielles et nécessitent d’être protégées. J’indiquais que j’étais à la DGFiP, j’allais dire qu’il n’y a pas plus gros secret que le secret fiscal. C’est juste catastrophique que d’imaginer que les données fiscales de quelqu’un tombent dans la boîte aux lettres d’un autre. C’est un gros sujet. Quand on est à l’Assurance maladie, on est particulièrement sensible aux données de santé, on a une attention toute particulière. Je crois que l’on peut généraliser cela à peu près à toute la sphère publique.<br/>
 +
La bonne raison c’est qu’il y a quand même, derrière tout cela, la réflexion qui est « ces données étant ultrasensibles, il faut faire attention à ce que l’on fait, donc, si je n’arrive pas à trouver quelque chose dans le <em>cloud</em> qui me rassure complètement, alors je me réfugie et je le fais chez moi parce que j’ai l’impression de beaucoup mieux protéger tout cela. »
 +
 +
<b>Thomas Walter : </b>Du coup, à l’époque, est-ce que c’était une impression ou est-ce que c’était véridique ? C’est-à-dire est-ce que c’était plus sécurisé d’avoir les données chez soi ou est-ce que c’était une impression que les données étaient moins sécurisées dans le <em>cloud</em> ? Tu parles de confiance, finalement. Quel est le degré de réalité de derrière ça ?
 +
 +
==13’ 53==
 +
 +
<b>Alain Issarni : </b>Dans les faits,

Version du 14 mars 2024 à 14:57


Titre : Alain Issarni CEO @Numspot - L'Open Source pour un cloud souverain

Intervenants : Alain Issarni - Thomas Walter

Lieu : Podcast Med in tech

Date : 15 février 2024

Durée : 1 h 17 min 32

Podcast

Présentation du podcast

Licence de la transcription : Verbatim

Illustration : À prévoir

NB : Transcription réalisée par nos soins, fidèle aux propos des intervenant·e·s mais rendant le discours fluide.
Les positions exprimées sont celles des personnes qui interviennent et ne rejoignent pas nécessairement celles de l'April, qui ne sera en aucun cas tenue responsable de leurs propos.

Transcription

Alain Issarni, voix off : Il y a des gros travaux à l’heure actuelle et des discussions au niveau Europe, justement pour harmoniser cette vision sur la souveraineté et ce niveau de dépendance que l’on souhaite, ou pas, par rapport aux acteurs qui bénéficient de lois extraterritoriales. Je suis plutôt optimiste et confiant et on voit, aujourd’hui, que ça avance à une telle vitesse que les certitudes d’aujourd’hui ne sont pas les certitudes de demain.

Thomas Walter : C’est parti pour un nouvel épisode. Aujourd’hui, je crois que j’ai coché le bingo parce que ce sont tous les sujets que j’adore. On va parler de cloud, de données de santé, d’hébergement de données pour les acteurs de la santé tels que les établissements, un sujet qui m’est cher depuis que j’ai commencé à m’intéresser à la santé. On va parler d’IA générative, notamment d’IA générative dans le milieu hospitalier, un sujet qui est vraiment brûlant et qui m’intéresse particulièrement ; de cybersécurité, bref !, tout ce que j’adore.
Alain, bienvenue. J’ai hâte qu’on aborde un peu tout ça. On peut commencer, je vais te laisser te présenter et puis on va attaquer tous ces sujets, si tu veux bien.

Alain Issarni : Bonjour. Ravi aussi de participer à ce podcast. Je partage aussi tous ces sujets passionnants.
Pour ma part, je suis le e président de Numspot, une entreprise qui a été créée récemment, en février, j’y reviendrai. Auparavant j’ai été DSI à l’Assurance maladie pendant un peu plus de sept ans, encore auparavant j’ai été DSI non pas dans le monde de la santé, mais toujours dans la sphère publique, à la Direction générale des finances publiques. Donc un parcours très services publics et une bascule en février vers Numspot qui est une entreprise privée qui a de beaux actionnaires que sont la Caisse des dépôts et consignations, Docaposte, Dassault Systèmes et Bouygues Telecom. Le but de la société Numspot, qui a été créée en février, c’est de créer, on reviendra probablement sur le terme, un cloud souverain et de confiance, à valeur ajoutée, avec des services managés pour servir le domaine de la santé, mais aussi tous les domaines qui ont une attention toute particulière sur la sensibilité des données et la protection des données. L’aventure a commencé en février, nous étions deux/trois, nous sommes à peu près une centaine maintenant et c’est juste enthousiasmant.

Thomas Walter : J’imagine. On va expliquer un peu tout ça.
Peut-être, pour lancer ma première question, on en parlait tout à l’heure quand on a préparé, c’est un sujet qui me tient particulièrement à cœur parce que, je te l’ai expliqué, j’avais essayé de faire une première aventure entrepreneuriale dans le milieu hospitalier, j’avais monté une boîte, on cherchait à prédire des erreurs de prescription à l’hôpital, les écarts, la pratique. Sorti d’école, je ne connaissais encore rien, avec beaucoup d’humilité, je ne connaissais pas grand-chose. J’avais une expérience plutôt de data science et de Web et je me suis dit « avec ces compétences-là, je vais aller à l’hôpital ; il y a des besoins d’utiliser de l’IA, des technologies pour aider les pratiques au quotidien, les pharmaciens qui essaient de détecter et de valider les prescriptions ». En fait, le premier problème auquel on s’est heurté, ce sont ces fameuses données.
Pour expliquer rapidement pourquoi on en avait besoin. L’idée c’est : on prend toutes les données qu’il y a sur les patients à l’hôpital, donc tout ce qui est rentré dans le système d’information. On a entraîné un algorithme qui prédit pour cette prescription, pour ce patient, s’il y a un risque, ou pas, qu’il y ait une erreur. Du coup, on fait remonter les patients aux risques d’erreur, comme ça le pharmacien peut les regarder et prioriser son travail.
Sur le papier ça marchait très bien, mais dès qu’on a voulu passer en production, nous nous sommes heurtés à un problème d’infrastructure. Pour faire ça on a besoin de machines, on a besoin de GPU, de cartes graphiques qui peuvent faire beaucoup de calculs en parallèle. Du coup, on a demandé à la DSI de l’hôpital « est-ce qu’on peut avoir cette machine ? » et la réponse a été « c’est compliqué » et, finalement, ça a pris plus de six mois pour l’avoir, c’était en 2018. Ça illustre un petit peu la difficulté, le paradoxe qu’il y a : on sent qu’on a besoin de nouveaux outils à l’hôpital, notamment l’IA qui fait beaucoup parler d’elle en ce moment, qui pourrait être une solution à certains problèmes et, pour autant, on a l’impression que les infrastructures ne sont pas là ; à l’hôpital on a ces délais, on n’a pas les machines pour faire tourner tout ça.
Est-ce que tu pourrais expliquer un peu ce paradoxe et, déjà, d’où ça vient ?

Alain Issarni : Déjà bravo si dès 2018 tu pensais à ces sujets-là, parce que, aujourd’hui, ça devient presque banal. Maintenant, tout le monde connaît l’IA générative. Je pense qu’en 2018 c’était un peu moins le cas. C’est un sujet important et la santé en a besoin.
Ce paradoxe, j’allais dire, est plutôt « simple » entre guillemets, malheureusement il faut le constater. On parle là de données de santé, des données extrêmement sensibles. Je pense que les DSI des hôpitaux sont particulièrement attentifs à la protection de ces données-là, donc, parfois, rechignent à aller dans le cloud pour des problèmes de confiance que l’on peut y accorder. Donc, faute de trouver des offres de confiance pour pouvoir y aller, ils gardent ça chez eux, mais, malheureusement, en fait les DSI ont des moyens limités, comme un peu partout, et c’est probablement difficile pour eux de pouvoir monter cela, surtout si ce sont des configurations atypiques, parce que ce que tu demandais en 2018 n’était peut-être pas totalement classique par rapport à ce que délivrait la DSI locale. Ça fait donc partie des difficultés qu’il peut y avoir.

Thomas Walter : C’est vrai qu’en comparaison, j’avais déjà fait d’autres projets, on allait sur des services de cloud, on les connaît, WS, GCP, les grands classiques, OVH en France. C’est vrai que je vais sur un site, je me connecte, je m’inscris, je clique sur un bouton, j’ai ma machine et je peux commencer à travailler. Il y avait donc cette dichotomie entre, d’un côté, je l’ai en un jour, de l’autre côté je l’ai dans six mois.

Alain Issarni : Exactement, mais je pense que tout cela est lié, en fait, au niveau de confiance que l’on peut faire quand on va dans le cloud. J’allais dire que c’est la raison d’être de Numspot d’apporter cette confiance-là, on y revient certainement avec les hautes qualifications SecNumCloud et autres, avec des services managés, pour, justement, apporter cette flexibilité et cette agilité qu’on est en droit d’attendre dans le cloud. Les DSI ont besoin d’un haut niveau de confiance, de cette flexibilité et de cette agilité. En 2018, ça n’existait pas à ce point-là, je pense donc que ça posait les pires difficultés et ça allait à l’encontre du progrès que l’on est en droit d’attendre et que l’on espère un peu partout.

Thomas Walter : Avant d’enchaîner un peu sur ces sujets de SecNumCloud et de cloud, dans ton expérience d’avant, puisque tu étais DSI, tu gérais énormément de données santé extrêmement sensibles – d’ailleurs, je ne sais pas si les données de l’Assurance maladie sont aujourd’hui dans le cloud ou pas – est-ce que c’est similaire finalement comme raisonnement et, finalement, pourquoi ne pas décider d’aller dans le cloud il y a quelques années de ça ? Comment, en tant que DSI, as-tu raisonné à ce moment-là ?

Alain Issarni : Question désagréable !

Thomas Walter : Désolé, je ne pensais pas que c’étaient des sujets qui fâchent.
C’est important parce que je trouve que c’est assez opaque. Quand j’ai commencé, j’ai essayé de comprendre. J’ai l’impression de ne pas comprendre les vraies raisons qui m’empêchaient d’avoir les bons outils pour travailler.

Alain Issarni : J’ai coutume de dire que la sphère publique en général, pas la sphère santé uniquement, mais la sphère publique en général, a un taux d’adoption du cloud qui est plutôt faible, voire très faible. Quand on se compare avec les pays anglo-saxons, les États-Unis ou autres, déjà ne serait-ce qu’en général le cloud est à un niveau plus faible et la sphère publique à un niveau encore plus faible.
Je dis qu’il y a deux raisons, il y a les bonnes et les mauvaises.
Je vais commencer tout de suite avec les mauvaises et c’est pour cela que je disais la partie désagréable.
En fait, quand on a la chance d’être dans une DSI de taille très importante – à l’Assurance maladie j’avais 1500 informaticiens en interne, à la DGFiP il y en a 4000 –, on a les moyens de faire quelque chose et on fait beaucoup de choses ; on a donc l’impression que l’on peut tout faire et qu’on peut être indépendant. Dans les faits, ces entités-là font de très belles choses au niveau informatique, il y a de très belles réussites, tout cela en le faisant en interne, mais ça nécessite des compétences j’allais dire du sol au plafond, c’est-à-dire de bâtir des salles, d’installer des serveurs, de câbler, en fait il faut tout faire.
Ça c’est plutôt la mauvaise raison et je pense que même les grosses DSI, dans l’avenir, n’auront pas les moyens de pouvoir faire ça parce que tout cela va tellement vite que ça nécessite des ressources et des compétences qui sont particulières.

Thomas Walter : Quels sont, justement, les problèmes de faire soi-même ? Si j’ai des gros besoins d’IT sur les cinq/dix prochaines années, je me dis « je dimensionne suffisamment grand, je mets suffisamment de serveurs, j’entraîne les personnes qu’il faut et puis ça devrait le faire », non ?

Alain Issarni : C’est presque aussi facile que ça.
Déjà, si on veut bâtir une salle d’hébergement, ça nécessite des investissements considérables ; ces entités-là bâtissent des salles d’hébergement. Il faut s’occuper de métiers qui ne sont pas tout à fait dans l’informatique, s’occuper de la climatisation, de l’électricité, de tout cela ; il faut mettre de la redondance parce qu’il faut une salle d’hébergement avec un haut niveau de disponibilité, aujourd’hui on ne peut pas se contenter d’une salle qui, tous les trois jours, tomberait en panne parce que n’aurait pas d’électricité ou autre. Ce sont donc les fameux tiers, deux, trois ou peut-être quatre. Ça nécessite des compétences, c’est un métier particulier.
Ensuite, une fois qu’on a la salle et l’infrastructure, il faut y mettre les serveurs, il faut le réseau. Tout cela ce sont des métiers que l’on peut exercer.
L’avantage du cloud c’est que, justement, ça donne à un DSI la possibilité de ne pas avoir à s’occuper de cela. Pourquoi a-t-on créé le cloud, en fait c’est justement pour éviter ces sujets-là. Certes, il y avait le sujet de partage et de partage de coûts, mais, de fil en aiguille, en fait le cloud a transformé les sujets comme des commodités, c’est-à-dire que tout cela devient une commodité. Dans certains milieux, on appelle cela des servitudes ; dans la marine, les bateaux de servitude. Juste, peut-être, une pointe d’humour, c’est que servitude ça peut être « rendre service » mais ça peut être aussi « rendre servile ». Certains acteurs ont bien compris que cette servitude était aussi un moyen de rendre serviles et de tenir prisonniers, un peu, ses clients. Pardon pour la parenthèse.
Je voulais dire par là que oui, si on est gros on peut faire cela, mais ça nécessite des compétences et des métiers qui sont parfois assez loin de ce que l’on imagine dans le monde de l’informatique et ça nécessite des investissements. Monter une salle d’hébergement ça ne se fait pas tout de suite ; équiper et mettre des serveurs dans une salle d’hébergement, c’est un peu compliqué.
Quand on compare ça par rapport à la flexibilité qu’apporte, en toute objectivité, le cloud, c’est sûr qu’on peut se dire « si on fait confiance à l’acteur, autant profiter de cette flexibilité et y aller ».

Thomas Walter : C’est la mauvaise raison. Quelle serait la bonne raison de ne pas aller dans le cloud ?

Alain Issarni : La bonne raison. Je pense que, dans la sphère publique, beaucoup d’acteurs on a cœur de protéger leurs données, ils sont convaincus que leurs données sont confidentielles et nécessitent d’être protégées. J’indiquais que j’étais à la DGFiP, j’allais dire qu’il n’y a pas plus gros secret que le secret fiscal. C’est juste catastrophique que d’imaginer que les données fiscales de quelqu’un tombent dans la boîte aux lettres d’un autre. C’est un gros sujet. Quand on est à l’Assurance maladie, on est particulièrement sensible aux données de santé, on a une attention toute particulière. Je crois que l’on peut généraliser cela à peu près à toute la sphère publique.
La bonne raison c’est qu’il y a quand même, derrière tout cela, la réflexion qui est « ces données étant ultrasensibles, il faut faire attention à ce que l’on fait, donc, si je n’arrive pas à trouver quelque chose dans le cloud qui me rassure complètement, alors je me réfugie et je le fais chez moi parce que j’ai l’impression de beaucoup mieux protéger tout cela. »

Thomas Walter : Du coup, à l’époque, est-ce que c’était une impression ou est-ce que c’était véridique ? C’est-à-dire est-ce que c’était plus sécurisé d’avoir les données chez soi ou est-ce que c’était une impression que les données étaient moins sécurisées dans le cloud ? Tu parles de confiance, finalement. Quel est le degré de réalité de derrière ça ?

13’ 53

Alain Issarni : Dans les faits,