Bienvenue chers compagnons sur Radio DevOps, la balle de diffusion des compagnons du DevOps.
Dans chaque épisode, nous étudions l'actualité de notre mouvement ou du cloud en général.
Puis, nous débattons sur un sujet de fond.
Si c'est la première fois que tu nous écoutes, abonne-toi pour ne pas rater les futurs épisodes.
C'est parti !
Bonjour à tous et bienvenue dans ce numéro spécial hors-série de Radio DevOps.
On profite justement pour initier les hors-série parce qu'on a eu la chance récemment avec Erwan et Damir
de visiter un data center d'un hébergeur français.
Ce hébergeur là, c'est Scalway et justement on va en profiter pour vous présenter un peu Scalway.
Mais avant, on va quand même se présenter pour les auditeurs qui ne nous connaissent pas.
Erwan, est-ce que tu peux te présenter s'il te plaît ?
Oui, donc Erwan, ça fait un peu plus de 10 ans que je travaille en tant que sysadmine
et donc je suis la mouvance DevOps aussi.
Et Damir, je suis un réparateur de nuages donc je travaille dans le cloud
et sur l'approche DevOps et j'aide les clients à mettre en place tout ça
et à travailler de manière plus agile et plus efficace.
Et moi, c'est Christophe, je suis consultant indépendant au sein du collectif Lidra
et on aide nos clients à déplorer leurs applications web sans couper leur service
et on les accompagne à faire une transition DevOps.
Et on est passionné par le cloud et les logiciels libres.
Alors, on va discuter un petit peu de Scalway
et on va faire une rapide présentation de Scalway.
Et si suite à cette description, vous êtes intéressé pour essayer Scalway
avec notre contact commercial, Lamia Zeraf, que je remercie.
C'est grâce à elle qu'on a pu visiter le Data Center
et grâce à elle, on peut vous proposer un coupon de 30 euros pour essayer Scalway.
Donc si vous êtes curieux et si vous voulez essayer le cloud de Scalway, c'est super simple.
Vous prenez le premier lien en description, vous le suivez, vous enregistrez sur la page
et puis vous allez recevoir un coupon de 30 euros que vous pourrez utiliser pour essayer Scalway.
On est parti pour la description et la discussion.
Donc Scalway, c'est un fournisseur cloud principalement.
C'est une filiale d'Iliad qui possède Free.
Oui, Iliad Free Online.
Voilà, c'est ça.
Peut-être qu'en fait, vous allez pouvoir venir à mon secours les gars.
Alors oui, du coup, c'est vrai que vous connaissez sûrement plus Free,
qui est le fameux FI qui a un peu cassé les codes et les prix surtout.
Et du coup, comme on disait le groupe Iliad,
qui fait aussi des infrastructures vraiment plus réseaux et Data Center
qui était historiquement détenu par l'entité Online
et qui s'est orienté, qui a fait un gros virage vers le cloud public il y a quelques années
et qui est devenu Scalway.
Vous avez peut-être connu au niveau d'Online toutes les offres
si vous êtes un peu admin-sys ou autre chose qui m'aime bricoler.
Vous avez connu des fameuses D-box qui ont vraiment beaucoup fonctionné
qui étaient très populaires notamment pour leurs prix et leurs qualités.
Et du coup, aujourd'hui, ça devient Scalway pour marquer le virage un peu sur le cloud public en fait
et l'entrée sur le marché et petit à petit toutes les marques passent du blason online au blason Scalway.
Donc voilà, c'est un peu pour l'historique de la marque.
Je ne sais pas si vous avez un truc un peu ajouté là-dessus.
Non, non, tu as tout dit.
On peut juste dire que c'est probablement le deuxième acteur français derrière OVH.
Oui, en effet, c'est l'un des rares gros hébergeurs qui fait du cloud public.
Alors au niveau des dates, on peut dire qu'Online existe depuis 1999 en fait
et qu'en 2010, Online et D-box sont fusionnés.
Et c'est à partir de 2018 qu'ils ont lancé la marque Scalway
pour justement proposer du cloud public et ils ont une croissance assez impressionnante
puisque mon contact me disait que l'an dernier, ils ont multiplié leur effectif par deux.
Ils sont passés de 100 à peu près à 200 ou 300 personnes.
Et en effet, toutes les marques maintenant vont s'appeler Scalway quelque chose,
Scalway, D-box, Scalway Cloud, Scalway Element, etc.
C'est le Scalway meta-univers.
Alors qu'est-ce qu'on peut dire sur Scalway et surtout sur leur service ?
Il propose soit de éverger vos machines, vous les achetez,
vous les installez dans leur data center et ils s'occupent de vous apporter les flux électriques
et tout ce qui est réseau.
Soit vous pouvez louer des machines dédiées chez Online,
soit vous pouvez en effet passer sur le cloud public, Scalway,
avoir des machines spécifiques, soit des VPS, soit des barres métales
ou des serveurs ARM, puisqu'ils proposent des barres métales et des serveurs ARM à la demande.
A priori, c'est les seuls en France à proposer ça,
en tout cas à la facturation en 1 minute, si je me trompe pas les gars.
Ça me paraît, il me semble pas qu'AWS est d'ARM en France, sinon c'est très très récent.
Pareil, je crois que ce sont les seuls.
Ils ont aussi une offre de stockage objet,
qui est entièrement compatible S3,
et une offre qu'on retrouve, qui est l'équivalent de Glacier,
qui est C14, qui a la particularité d'être dans un bunker sécurisé.
En dessous de Paris, ils ont acheté un ancien bunker,
ils l'ont reconditionné en data center.
J'avoue que ce serait pas mal de pouvoir le visiter,
mais celui-là, il est à mon avis complètement inaccessible,
puisque les données qui sont dedans sont vraiment hyper sécurisées,
d'après ce que j'ai compris.
Ils ont une terrification particulière justement sur C14,
puisque contrairement à Glacier ou autre service de STIP,
la terrification ne se fait pas à la donnée,
plutôt au transfert, mais au volume de données qui est stockée dessus.
Est-ce que vous vous êtes justement intéressé
sur le fait qu'ils étaient agréés bergeurs de données de santé ?
Moi, ça ne me concerne pas directement par rapport à mon TAF,
mais ce qui est sûr, c'est important d'avoir des acteurs français
qui ont toutes ces certifications
pour être des vrais alternatives au gros provider essentiellement nord-américain.
C'est vrai que la certification de données de santé,
même s'il concerne que dans des cas bien précis,
c'est quand même une chose qui est agréable,
c'est aussi un gage de reconnaissance pour le fournisseur de se dire
qu'il a quand même assez qualitatif, il a quand même cette certif.
C'est toujours un plus, c'est toujours assez agréable,
notamment après, on sait tout ce que les certifs
ça aide notamment quand on monte des dossiers auprès de comics
ou de choses comme ça, ils sont toujours un peu contents et rassurés
de voir que ça a été accrédité par un machin,
ça a été accréé de données de santé.
Ça a toujours un petit côté rassurant pour les directions
qui elles ont peut-être moins de vision directe.
Je trouve que c'est de façon une bonne chose,
on ne peut pas dire que c'est une mauvaise chose,
il n'y a pas trop de soucis.
Mais du coup, comme tu le disais, ce qui est bien,
c'est qu'ils commencent à avoir, ils sont assez récents
et quand c'était petit avant, ce que j'appellerais,
la Line-up Services Minimum, c'est-à-dire ils ont du VPS,
ils ont du S3, de l'Object Storage, on appelle ça du S3,
par abus de langage, mais ils ont de l'Object Storage,
ils vont avoir, c'est en cours, on en repartait peut-être
du Kubernetes Managed et du Load Balancer, du Red Moin.
Les éléments réseaux nécessaires,
donc je pense qu'ils commencent vraiment à avoir,
pour moi, le nombre d'éléments manager et de la limite
pour pouvoir faire venir dessus des vrais projets de manière efficace.
Donc là, il va y avoir un virage qui va être assez intéressant,
je pense, parce que tu en penses à Erwan là-dessus.
C'est sûr que effectivement, avec les différents services
qui font Nice, ça commence à être pas intéressant.
Moi jusqu'à présent, j'utilise essentiellement Sqallway
dans un contexte de Poc et de test au TAF,
puisqu'on est pas mal clients, mais sur leur partie non-club.
Par contre, je pense que pour être un vrai,
une vraie alternative, c'est bien d'avoir ces services,
mais il faut l'intégration qui va avec,
c'est qu'on en avait déjà parlé,
mais le nerf de la guerre, ça va être l'API
et l'intégration avec des outils type Terraform.
C'est vrai que Terraform aujourd'hui,
c'est un peu devenu un incontournable.
Si ta solution n'est pas compatible Terraform,
tu auras toujours plus de mal à décoller que si tu viens et tu dis
toutes mes API sont bien documentées,
toutes tes compatibles avec Terraform,
j'ai un provider très propre qui fonctionne bien et qui est bien documenté.
C'est sûr que c'est aujourd'hui, je pense,
que c'est un facteur qui est déterminant dans le réussi d'un cloud public.
C'est ça. L'intégration avec Terraform,
et on peut même aller avec des outils comme Uncible,
pour moi, le nerf de la guerre, il est autour de ça.
Si tu peux avoir les meilleurs services que tu veux,
si les gens sont obligés de passer soit par une interface
ou soit par une API qui est hyper complexe à utiliser,
c'est sûr qu'ils ne le feront pas.
Oui, c'est clair.
Je pense qu'aujourd'hui, on a parlé dans l'émission,
du coup, précédente, ça fait de lien.
L'infrascode, c'est devenu un incontournable
et c'est difficile de travailler de manière efficace
avec les bonnes pratiques, sans avoir ça aujourd'hui.
C'est un outil qui est devenu un des outils de base,
j'ai envie de dire.
Après, si vous voulez en savoir plus là-dessus,
je pense que le plus intéressant, c'est d'aller voir
le podcast qu'on a fait sur les outils d'infrascode.
Mais c'est devenu vraiment une pierre angulaire
du métier de DevOps aujourd'hui.
En effet, et moi, je me rappelle,
parce que ce que je peux dire, c'est que notre infrastructure,
notre blog et le forum des compagnons du DevOps,
ils sont hébergés sur dvm-scalway.
Et je m'étais posé la question,
justement, est-ce que Scalway est compatible Terraform
et à l'époque où je m'étais intéressé à Scalway, oui.
C'était compatible Terraform et j'étais d'ailleurs
agréablement surpris de les voir avec un fournisseur officiel.
Ils ont aussi un client, d'ailleurs,
en ligne de commande qui est en open source.
Donc moi, je n'utilise pas, je n'utilise que Terraform,
mais ça peut être intéressant pour certains.
Je viens de regarder vite fait les modules Terraform
pour Scalway.
Et effectivement, il y en a plus que ce que j'avais à l'esprit.
En revanche, il y en a quand même beaucoup qui sont en beta.
Après, c'est toujours le curseur sur
est-ce que pour ta prod,
tu as envie d'utiliser des trucs en beta,
ou j'en sais rien.
Si j'avais envie de troll, je te dirais que
beaucoup de gens n'ont pas été dérangés
par le fait que beaucoup d'éléments de Kubernetes
étaient tagués beta pour le mettre en prod.
Mais après, on pourrait m'accuser de troll là-dessus.
Donc vu que c'est un sujet gentil pour beaucoup,
je vais m'abstenir d'aller plus loin.
Je vais peut-être donner mon avis,
parce que ça fait un long moment que j'utilise Terraform.
Je rappelle quand même que Terraform n'est pas encore à sa version 1.
Nous sommes dans une version 0.12.
Donc est-ce que Terraform lui-même n'est pas en beta ?
C'est une question.
Je ne sais pas s'il concerne ça comme une beta, excuse-moi.
Pour moi, il concerne ça comme une version normale,
c'est juste que leur versioning commence à 0,
ils sont comme ça.
C'est mon impression perso, parce que le produit est quand même mature.
Il n'y a aucun endroit où c'est vraiment tagué beta.
Il n'y a pas de gros changements non plus d'une version l'autre en mode
« on va changer de langage, on va changer de l'architecture »
ou quelque chose comme ça.
Donc pour moi, c'est un produit qui est final.
Il n'y a pas de mensons de beta, c'est juste que leur versioning
est un peu étrange peut-être là-dessus.
Je suis d'accord.
Tout à fait. Alors bon, on pourrait parler de Terraform,
mais ce n'est pas l'objet.
En effet, la version 012 est bien prod ready,
c'est ce qu'ils annoncent et ils ont d'ailleurs fait un changement
sur le HashiCorp language.
À ce moment-là, j'espère qu'ils ne vont pas en refaire,
parce que ça a eu pas mal de forts impacts.
Je crois qu'on a un peu fait le tour de ce que vous pouvez proposer,
ce qu'à l'OE, on peut peut-être parler des manquées
qui vont à priori d'après les informations qu'on a
et qui vont être pas liées rapidement.
Il n'y a notamment pas de notions de...
de gestion des identités.
C'est vraiment un gros manque.
Il n'y a pas non plus de gestion des réseaux.
La seule gestion de réseaux qui existe,
c'est en effet l'autre balancer et le security group.
Mais sinon, il n'y a pas de réseaux privés pour l'instant.
On m'a dit que ça l'a arrivé probablement cette année.
Donc je crois les doigts,
parce que pour moi, ce sont vraiment des gros manques.
Et je sais que pour vous aussi.
Oui, clairement.
La réseau, de toute façon, j'ai cru voir sur leur site
qu'il allait passer en bêta, du coup,
qui s'en parlait déjà.
Je ne sais plus...
ou c'est peut-être...
Non, ils en parlent pas encore, mais c'est vrai que c'est quelque chose
qui est assez important.
Et comme je disais, la YAM aujourd'hui,
dès qu'on travaille à plus de 3 et qu'on doit un peu tracer
ce qu'il fait et tout, c'est un pré-rocky, en fait.
Oui, et puis aussi pour la gestion un peu plus fine des permissions,
c'est vrai que c'est indispensable.
Oui, ça, et puis le fait de partager aussi son accès,
parce que typiquement, nous, on a un accès pour 2,
parce qu'on est deux chez Lidra, enfin, 3.
Et si on était plus, on partagerait le même accès.
Surtout, on ne peut pas activer la double authentification,
et ça pour moi, c'est un vrai problème.
Donc la gestion des entités, il faut vraiment qu'elle arrive très vite.
Oui, puisque là, du coup, tu partages un secret route
auprès de tout le monde que tu es obligé de réinitialiser
à chaque fois que quelqu'un part, je ne sais pas.
Oui, exactement, oui.
En tout cas, l'accès à la console, il est unique.
On peut gérer des clés API par personne,
mais l'accès à la console, lui, il est unique.
Donc si on voulait regarder des choses dans la console,
on n'a pas le choix.
Alors, on va peut-être parler de notre visite,
puisqu'on a eu la chance de faire une visite d'ailleurs.
En tout cas, moi, je remercie personnellement
Skaalway pour cette visite
et les personnes qui nous ont accueillis,
parce qu'en plus, c'était un contexte un peu particulier,
puisque là, on est le 19 mars,
quand on est en train d'enregistrer ce podcast,
tout le monde sait qu'on est en confinement,
et on l'a visité la semaine dernière.
Je dis, non, vendredi matin,
vendredi matin, on n'était pas encore en confinement,
mais en tout cas, on sentait qu'il y avait beaucoup de choses
qui allaient se passer, et les équipes de Skaalway
ont pris le temps de nous présenter
à leur data center.
On a visité l'un des plus anciens et plus grands data centers,
celui qui héberge en fait les machines online
et la colocation.
Donc on n'a pas eu la chance de voir les machines
qui gèrent le cloud public,
mais en tout cas, la plupart des data centers
de chez Skaalway nous ont assuré
qu'ils étaient gérés de la même manière.
Damir, est-ce que tu peux nous dire un petit peu
ce qui t'a le plus marqué dans cette visite ?
C'est vrai que c'était ma deuxième visite de data center.
J'avais visité un data center des Qinix il y a quelques années maintenant.
Ça fait comment ça a daté ?
Du coup, il n'y a pas vraiment de choses qui m'ont surpris.
Un data center, ça reste après toujours un peu les mêmes logiques derrière.
Ce qui était vraiment intéressant,
c'est qu'on a pu voir un peu tous les niveaux
et notamment la partie sécurité avec des badges biométriques.
C'est une solution assez avancée.
J'ai même pu tester que effectivement,
quand l'emprunte ne fonctionne pas,
on est bien bloqués dans le SASS.
Ça fonctionne. Je l'ai vérifié par moi-même.
C'était assez cool.
En plus, la visite détaille un peu toutes les mesures
à tous les niveaux, niveau électrique, niveau internet
pour permettre un fonctionnement efficace.
Mais s'il y a peut-être un point qui m'a assez surpris,
c'est au niveau du 24-7 par des équipes du NOC.
Ça avait l'air très efficace pour une équipe
qui a relativement réduit en nombre de personnes actives au même moment, je trouve.
C'est assez impressionnant, je trouve.
On peut peut-être préciser qu'en effet,
pour rentrer dans le data center,
il faut avoir un badge biométrique.
Ils nous ont fait un badge biométrique visiteur au moment de l'arrivée.
Ça veut dire qu'en gros, on donnait notre carte d'identité,
ils nous fournissaient un badge.
On devait enregistrer nos emprunts,
deux emprunts et l'emprunte est stockée sur le badge.
Ce qui fait qu'en fait, sans ce badge et sans notre emprunte,
on ne peut pas rentrer.
Donc soit on ajuste le badge et on ne peut pas rentrer,
soit on ajuste l'emprunte, mais non, il faut les deux.
C'est la première fois que je le vois,
parce qu'en effet, moi aussi, j'avais visité un autre data center un peu plus petit.
Il n'y avait pas de badge biométrique, il y avait juste le badge.
Je ne sais pas si c'est quelque chose que tu as vu dans d'autres data centers,
ou est-ce que tu en as vu d'autres.
Au début de ma carrière, j'ai eu la chance de pas mal travailler en data center,
parce qu'une partie de mon job était de m'occuper de l'infra qui était dans nos propres corridors, etc.
On a géré des déménagements ou des choses comme ça,
donc j'ai vraiment passé un peu de temps en data center.
Effectivement, si au début de mon expérience,
c'était un peu à l'arrache, c'était filé une pièce d'identité,
quand tu ne l'avais pas, tu pouvais donner ta carte Navigo et tu rentres dans le data center.
La dernière année où j'ai travaillé là-bas,
il y avait déjà tous les accès biométriques, il y en avait d'ailleurs deux.
Un avec l'empreinte et une avec l'œil.
J'avais eu la chance de déjà voir tout ça.
Ce qui m'a surpris, c'est qu'effectivement, sur place, ils n'ont jamais trop nombreux,
ça avait l'air d'être plutôt efficace, on a vu leur poste de monitoring, etc.
Donc on voit qu'ils avaient l'œil un peu partout.
Moi, le truc que je retiendrai, c'est quand il nous a fait visiter un des éléments de refroidissement
et qu'ils avaient dû s'adapter par rapport au fort chaleur qu'il y avait,
avec un système d'arrosage qu'ils ont construit eux-mêmes,
à partir d'éléments que tu choppes à le roi Merlin pour arriver à tenir.
Ça prouve que c'est technique, mais qu'il faut être assez débrouillard
pour maintenir ce genre de plateforme à flow.
C'est assez intéressant de voir que les mecs sont pro et que ça marche bien.
Ce qu'on peut dire, c'est qu'ils sont une dizaine en permanence,
ils font les trois huit et ils ne sont jamais plus qu'une dizaine.
C'est plutôt des techniciens réseaux et machines qui sont là-bas.
Ce n'est pas les Ops ou les Devs puisque eux sont appariés à l'île.
Mais en tout cas, dans les data centers, c'est des personnes qui s'occupent de gérer les machines,
mais au niveau hard et en effet de faire du bricolage.
Ce qui m'a le plus, c'est à chaque fois que je visite un data center, c'est pareil,
c'est la redondance électrique qui m'impressionne,
puisqu'il y a toujours plusieurs arrivées électriques,
au cas où il y en a une qui se coupe, il y en a toujours une qui prend le relais.
Là, en l'occurrence, il y en avait deux.
Même s'il y a des coupures électriques, il y a une procédure qui est quand même assez rodée,
qui est d'abord le data center et pas sur batterie pendant une casaine de minutes.
Le temps que les générateurs prennent le relais,
donc des générateurs qui tournent au pétrole,
ou les essences, je ne sais plus,
et qui se mettent à générer de l'électricité.
Mais le temps que les générateurs se mettent en marche et commencent à générer de l'électricité,
il y a un temps de latence, et du coup, c'est les batteries qui prennent le relais.
Ce qui fait qu'ils nous assurent qu'il n'y ait pas de coupures électriques,
du moins, tant qu'ils ont du carburant.
Et après, même pour le carburant, dans tous les cas, ils sont rabitaillés régulièrement,
vu que c'est un opérateur d'importance vitage,
je crois que c'est ça le nom légal,
qui fait qu'ils sont dans la liste des rabitaillements prioritaires,
en cas vraiment de pénurie ou autre,
ou de catastrophe, même si bon, s'il y a vraiment une grosse catastrophe
et qu'ils arrivent au bout de leur réserve,
il y aura peut-être d'autres choses qui nous inquieteront que le fonctionnement de nos serveurs,
mais ça, c'est encore une autre histoire.
Oui, ça dépendra de quel serveur, l'occurrence, mais en effet,
il y a beaucoup de services dont on ne pourra se passer dans ces cas-là.
En parlant de redondance, il y a aussi une redondance,
du coup, de l'arrivée des flux internet,
puisqu'ils ont plusieurs FI aussi,
parce que c'est, enfin, moi, j'ai jamais vu un data center avec un seul FI, de toute façon.
Je ne sais pas combien il y en a, je ne me rappelle pas d'avoir noté le nombre.
Il y a des principaux, en tout cas, ne se reste que pour le Piring, en fait,
parce qu'il y a aussi cette problématique-là, on ne pense pas,
mais pour les interconnexions entre les opérateurs,
il vaut mieux avoir plusieurs opérateurs différents pour éviter les soucis de Piring,
donc des connexions entre divers opérateurs, divers réseaux et les robots.
Donc, c'est sûr que là-dessus, ça joue à ce niveau-là
et au niveau effectivement de la disponibilité.
Donc, oui, il doit y avoir des liaisons fries, moi, oui, fries,
orange, et ensuite, il y a peut-être SFR,
donc, oui, voilà, SFR, bug, il doit en avoir pas mal quand même.
Je pense que les quatre grands, ils sont,
après, je ne sais pas s'il y a des fibres optiques qui sont tirés vers d'autres data centers.
Ce qu'on peut dire aussi sur l'électricité,
c'est que lors de la visite, ce qu'ils nous ont dit, c'est qu'ils ont choisi une ville particulière
où justement, il n'y a pas les autres data centers de la région parisienne,
puisque les data centers de la région parisienne sont tous pratiquement concentrés à un seul endroit
et plutôt que de rajouter ce data center-là, à cet endroit-là,
qui était déjà bien chargé en data centers qui du coup pompe l'énergie de la ville,
ils ont choisi une ville où il n'y avait personne,
ce qui fait qu'ils sont les seuls dans cette ville
et la consommation électrique, il nous disait que ça représentait quand même 50%
de la consommation annuelle des habitants.
Alors je trouve ce chiffre assez impressionnant, je ne sais pas si c'est inquiétant ou pas,
mais en tout cas, moi je trouve ça impressionnant.
On sait que c'est un truc hyper énergivore en data center,
malheureusement, il faut accepter que ça soit comme ça.
On rappelle qu'il n'y a pas que des serveurs qui consomment,
il y a la clim, il y a tous les systèmes liés, il y a beaucoup de choses qui consomment.
Ce qui est intéressant aussi, si je rebondais sur un dernier point sur la redondance électrique
et je trouve qu'il y a très important, ce qu'on oublie de souligner,
c'est que c'est tester régulièrement, c'est tester une fois par mois.
C'est un peu comme l'histoire des sauvegardes, on le met en place,
mais si on n'a jamais testé au fond, ça n'a jamais marché.
Donc c'est vrai que là c'est assez important, je pense, de bien tester tous les systèmes de redondance,
parce que si c'est des choses, si on ne les teste pas, on ne va jamais savoir qu'elles ne fonctionnent plus
et jour en aura besoin, on va peut-être tomber de haut en fait.
Donc c'est un point, je pense, qui est très très important.
En tout cas, c'est le plus grand que je visitais,
puisqu'il était assez impressionnant, je ne sais plus combien il faisait de mètres carrés,
mais c'était plusieurs dizaines de milliers de mètres carrés.
C'était effectivement hyper grand, on a été hyper bien reçu,
les mecs étaient hyper cool et disponibles pour répondre aux questions.
C'est clair que vu comme Christophe, je la souviens au début,
vu les conditions, ça commençait un peu à se ressentir que le virus, on va dire, était là,
moi, était là, allez, un peu, changer les habitudes de vie.
Ils ont quand même arrivé à prendre le temps, nous fâchons une belle visite de guidé,
avec comme Héroen, la souignée, toujours prendre le temps de répondre à nos questions,
nos interrogations ou nos petites questions un peu de curiosité.
Donc c'est vrai que c'est une chose qui est assez cool de leur part,
et je pense qu'on les remercie tous pour ça.
Oui, justement, ça me fait penser que, Scalway, j'ai l'impression,
en tout cas, je n'ai pas vous, mais j'ai l'impression qu'ils sont plus proches
de leur utilisateur et de leur communauté que la plupart des autres hébergeurs, en tout cas français.
Je n'ai pas cette proximité avec OVH, que je retrouve avec Scalway.
Les personnes que j'ai eues étaient toutes très disponibles.
J'ai eu beaucoup de coups de fil avec des architectes, avec des commerciaux, etc.
Alors que je suis moi-même un tout petit consommateur.
Cette proximité-là, en tout cas, je ne l'ai pas avec OVH.
Je ne sais pas ce que vous en pensez, vous.
C'est vrai que, il y a peut-être le facteur taille qui joue aussi,
parce qu'OVH commence quand même à être une grosse entreprise maintenant, il ne faut pas l'oublier.
Mais c'est vrai qu'ils ont l'air plus proches que les autres opérateurs.
En tout cas, ils ont l'air d'être plus à l'écoute de nos interrogations,
de nos choses-là et de prendre peut-être plus le temps de nous répondre
sans forcément faire une distinction de, toi, tu ne nous rapporte pas cette CA.
Je n'ai pas d'intérêt spécialement à prendre de temps pour toi,
donc c'est vrai que c'est une approche qui est assez agréable.
Je ne sais pas, c'est quoi ton ressenti, toi, Erwan, par rapport à cette proximité ?
Je n'ai pas spécialement d'avis.
Effectivement, c'est sûr que ça paraît plus simple d'avoir un contact un peu plus direct,
vu que la structure est plus petite, mais après,
moi, ce n'est pas un argument qui me touche spécialement.
Je pense que c'est un argument qui ne me touche pas directement,
mais indirectement, je me dis qu'en étant proche comme ça, quand tu as très peu de services,
ils vont peut-être savoir, et après, c'est la voir s'il y a cette intelligence-là,
plus utiliser réellement ces retours pour prioriser la backlog
et sortir les bons produits au bon moment, bien écouter des feedbacks dessus pour les améliorer,
et faire quelque chose qui est ce que les gens demandent.
Donc, si je pense là qu'il va falloir un peu observer ce qui se passe,
parce que écouter, c'est très bien.
Après, en arrivant à en déduire quelque chose et à l'utiliser pour améliorer son service,
ça va être le deuxième, c'est transformé des services.
Donc, je suis assez curieux de voir comment ça va se traduire dans l'avenir.
Oui, c'est vrai qu'au VIH, ils ont un programme partenaire qu'on peut rejoindre,
et du coup, je sais qu'il y a un club utilisateur,
mais je pense que ce n'est pas l'intégralité du utiliseur,
de toute façon, ils ont donc tellement qu'ils ne peuvent pas écouter tout le monde,
ce n'est pas possible.
On a encore peut-être un peu cette chance avec Skaalway,
qui est plus petit, comme tu dis, entre guillemets,
ils sont quand même assez nombreux.
On pourrait parler des cas d'usage qui nous ferait passer ou pas chez Skaalway.
Bon, à titre personnel, j'en vois un, je pense que vous vous doutez duquel.
C'est que Skaalway, c'est un des principaux hébergeurs français.
Donc, ça nous laisse, en fait, le choix d'avoir un club public.
On a finalement deux gros clubs publics localisés en France.
Donc, on a le choix, finalement, de choisir soit au VIH, soit Skaalway.
Après, c'est vrai qu'il y a des plus petits data centers en France,
mais il faut arriver à les trouver et il faut arriver à savoir qu'ils existent surtout.
C'est vrai que c'est un peu de souci, j'ai l'impression qu'on a beaucoup de petits acteurs aussi,
qu'on n'entend pas s'en trop parler, mais il y a de l'investissement derrière.
C'est un peu dommage qu'on disperse énormément, je trouve nos forces là-dessus,
mais après, c'est encore un autre débat.
Mais c'est vrai que c'est en tout cas un avantage d'avoir un bon club public français
qui commence à pousser et émerger pour faire quelque chose de sympa.
C'est vrai que c'est une bonne alternative, notamment pour toutes les problématiques de Cloud Act, etc.
Et même, en quelque chose de local, c'est toujours un peu plus sympa.
Pareil, pour moi, c'est le point le plus intéressant chez Skaalway.
C'est que c'est un acteur français qui, du coup, permet de contrebalancer
l'autre gros acteur qui est OVH, et donc, du coup, ça veut dire plus de solutions face aux acteurs américains.
Oui, parce que du coup, il va y avoir d'innovation.
Si OVH était tout seul, je pense qu'il y aurait peut-être point d'innovation,
mais là, du coup, comme il y a deux grands en France, je pense que ça va émuler l'innovation.
D'ailleurs, on le voit, puisque OVH a sorti un Kubernetes manager.
Skaalway est sur le point de peut-être sortir son Kubernetes manager de sa version beta.
Je suis en train de monter le podcast, et depuis qu'on a enregistré,
Skaalway a sorti son Kubernetes manager de beta, et maintenant, il est apte à être utilisé en production.
C'est la petite correction et le petit addon que je voulais faire par rapport à l'enregistrement.
On retourne sur notre podcast.
C'est parti.
Ils proposent tous les deux des objects storage qui sont compatibles S3.
Ils ont tous les deux des solutions de stockage plutôt froid.
Je ne sais plus comment ça s'appelle chez OVH et chez Skaalway, c'est 14, comment on avait parlé.
Skaalway vient de sortir récemment, et je crois que c'est les seuls en France à faire ça,
le load balancer multi-cloud.
J'avais déjà vu un service américain qui faisait ça, mais en tout cas,
un load balancer français qui pouvait justement load balancer sur plusieurs cloud.
C'est quelque chose que j'avais pas vu en France.
C'est vrai que ça me dévoile à part chez Skaalway.
Je n'ai pas connaissance.
Après, il y a tellement d'offres.
Il y en a sûrement d'autres qui le font, mais je n'ai pas de connaissance d'autres qui le font.
Je pense que c'est une offre qui est intéressante,
vu qu'on a un peu cette mode qui émerge du multi-cloud pour être le moins dépendant possible d'un seul acteur.
C'est un produit qui peut vraiment être différent sur la suite aussi.
C'est intéressant.
Il faudrait tester s'il est un nouveau écho pour tester une fin à retour.
Je suis preneur.
Je ferai peut-être un test un jour, mais ce n'est pas encore prévu.
Les autres cas d'usage, si vous vous contentez des briques d'infrastructure de base,
qui sont serveurs, disques, réseaux, load balancer,
ils ont même des bases de données aussi manager.
Vous pourrez tout avoir chez Skaalway, comme chez OVH.
A priori, il n'y aura pas de soucis.
Ils ont même joué à un registre de conteneurs à disposition,
qui n'est pas en beta, qui est en version prod ready.
Il y a quand même déjà pas mal de services.
Je crois qu'ils sont moins chers qu'OVH sur le cloud public.
Si vous avez regardé les tarifs, à chaque fois que je regarde, je les trouve légèrement moins chers.
Je sais que ça a été un désargument de pourquoi passer sur Skaalway pour tous nos POC.
C'est tellement cher, en tout cas pour ce qu'on fait.
C'est vrai que je n'ai pas trop comparé les prix.
Je ne peux pas trop dire là-dessus malheureusement.
Je pense à un autre cas d'usage aussi,
comme leurs machines virtuelles ne sont vraiment pas chères.
Ça pourrait être de lancer des tests de charge directement chez eux.
C'est-à-dire qu'on crée plein de VM à la volée.
On balance nos outils de charge sur notre infrastructure,
qui ne sera pas chez Skaalway, mais chez d'autres personnes.
Mais en tout cas, le fait que ce soit pas cher chez eux,
on pourrait justement avoir plein de machines pour charger notre infrastructure et la stresser.
C'est un truc que moi, j'aimerais bien faire un jour.
Dans Skaalway, on va clôturer.
En tout cas, si un autre data center veut nous inviter
pour qu'on visite leur data center,
pour qu'on puisse voir, explorer ou discuter même avec vous,
parce que justement, si on ne connaît pas les petits,
peut-être que eux nous connaissent.
Dans Skaalway, ça pourra nous permettre de faire parler d'eux.
C'est une bonne chose en tout cas.
Si vous êtes un petit acteur et que vous avez un data center
qui fait du cloud public, pas juste des machines virtuelles,
mais un cloud public avec des réseaux, des disques, etc.
Contactez-nous pour qu'on puisse parler d'eux.
Je sais que ça intéressera forcément la communauté
d'avoir une liste des fournisseurs cloud français.
Messieurs, je vous remercie en tout cas.
Je vous remercie de la visite parce que c'était sympathique de vous rencontrer.
Je vous dis à très bientôt dans un numéro qui ne sera pas hors série cette fois.
À bientôt.
Merci d'avoir écouté Radio DevOps.
La balle de diffusion des compagnons du DevOps est produite par l'Hydra.
Si l'épisode t'a plu, note le, plus la note sera élevée
et plus il sera mis en avant dans les applications.
Tu peux aussi le partager, cela nous aidera à le diffuser
et à rendre le mouvement beaucoup plus visible.
Si tu es envie de discuter du mouvement,
le plus simple, c'est que tu rejoins la communauté des compagnons du DevOps.
Le lien est en description.
À bientôt.
...