MENJ : Visio-conférence BigBlueButton mise à l'échelle avec l'orchestrateur DiViM-S
Titre : MENJ : Visio-conférence BigBlueButton mise à l'échelle avec l'orchestrateur DiViM-S
Intervenant·e·s : Nicolas Schont - Thierry Kauffman
Lieu : Open Source Experience 2022 (OSXP 2022), Paris
Date : 9 novembre 2022
Durée : 26 min 51
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[modifier]
Intervenants[modifier]
nicolas.schont@education.gouv.fr
thierry.kauffman@arawa.fr
Nicolas Schont pour le ministère de l'Éducation nationale à la DNE socle 2 donc aux infrastructures.
Et Thierry Kaufman, société Arawa, je suis administrateur système.
Le projet : une plateforme de visioconférence souveraine pour l'Éducation et la création d'un commun numérique[modifier]
Donc on va vous présenter l'orchestration d'une infrastructure BigBlueButton[1] à grande échelle jusqu'à 500 000 personnes voilà.
Pas dans le même salon bien sûr.
Donc une plateforme de visioconférence souveraine qui a été lancée… dont le projet a débuté à l'été 2020.
Vous avez tous entendu parler donc durant la crise sanitaire de « Ma classe à la Maison » du CNED j'imagine.
enfin voilà... on nous a demandé de faire un équivalent souverain et piloté par le ministère et les infogérants propres pour éviter d'utiliser un opérateur américain qui est hébergé sur du Amazon.
C'était le service proposé par le CNED.
Donc on a évalué les entreprises françaises qui auraient été en capacité de nous accompagner là-dessus.
On avait un usage double pour « Ma classe à la maison ».
C'était la continuité... la continuité pédagogique.
Et pour la continuité on va dire administrative : les réunions de pair à pair entre agents.
Donc on a lancé une première mouture à l'automne 2020 qui pouvait accueillir jusqu'à 100 000 personnes en simultané.
Donc avec comme avec comme cible 500 000 personnes à la rentrée suivante.
Donc on a aussi on a aussi rentré en relation avec la DINUM pour opérer tout ça parce qu'ils avaient aussi un besoin de visioconférence qu'ils ont découvert avec la crise sanitaire : ils avaient une plateforme Jitsi mais qui n'était pas assez dimensionnée pour des réunions en grand nombre et donc ils ont rejoint les systèmes opérés ou lancés par le ministère de l'Éducation nationale pour avoir une plateforme : le webinaire de l'État interministériel dédié à tous les agents de la fonction publique et les agences de l'État.
Voilà.
L'écosystème autour de BigBlueButton : BigBlueButton, Scalelite, Greenlitght et...[modifier]
Donc on a fait une étude autour de BigBlueButton.
[…]
Le système donc BigBlueButton lui-même, le répartiteur de charge donc on est parti sur celui proposé par l'éditeur Blindsidenetwork c'est un éditeur canadien.
Donc tout ça c'est du logiciel libre c'est Scalelite[2], "Scalelaïte".
On a vu qu'il y avait pas d'orchestrateur pour faire du mode Cloud et un frontal de gestion de salle qui s'appelle Greenlight[3] qui en Java. Et que bon, si vous le connaissez, voilà il est assez peu paramétrable.
Sauf à forker le docker à chaque fois ou autre donc c'était pas très pratique En plus il fait que du LDAP nous l'éducation nationale on a autant de LDAPs que d'académies, plus quelques autres.
Donc voilà.
En interministériel bah il y a pas de LDAP publiable directement donc c'était difficile.
On est parti donc sur développer notre propre frontal de visioconférence, enfin de gestion de salle.
Donc on l'a appelé B3Desk.
Il est au design système de l'État contrainte interministérielle.
Et on l'a développé en Python flask[4], base de données PostGRESQL.
Et bien sûr, la connexion, on est passé en OpenID Connect : c'est un des protocoles web utilisés en SSO pour l'éducation nationale on fait du SAML, de l'OpenID Connect et du CAS.
on les a tous, de toute façon, à chaque fois, c'est pas compliqué... voilà.
Lancement en 2020[modifier]
On a sélectionné donc un hébergeur, Scaleway, on a travaillé avec Arawa pour l'étude de faisabilité au sein des différents hébergeurs possibles.
L'hébergeur a été sélectionné par rapport à un marché dit « cloud cercle 3 » il a changé plusieurs fois de nom voilà je vais garder ce nom là pour le moment.
Qui venait juste d'être notifié.
Donc on a un peu éclusé les plâtres de comment opérer le marché.
C'était pratique.
Donc la plateforme pour 100 000 personnes, l'orchestrateur...
Dans un premier temps pour faire un orchestrateur il faut des métriques : voir comment réagit la solution.
On... Donc on est parti sur trois plateformes pédagogiques : visio-école, visio-collège, visio-lycée comme le CNED avait, pour pas perdre les enseignants.
Visio-agents pour les réunions de pair à pair pour les personnels administratifs.
Le webinaire de l'État pour l'interministériel.
Donc tout ça ça a été lancé à l'automne 2020 entre octobre et décembre.
Alors que la commande a été passée au départ le 15 juillet 2020.
Donc il a fallu un peu bouger les choses avec les vacances scolaires au milieu c'était pratique aussi.
Donc la DINUM avait rejoint le projet.
On a lancé donc pour, vu qu'on avait pas les métriques pour faire l'orchestrateur, on a lancé 500 machines, 100 par instance, sur une année pour voir un peu les habitudes des gens.
Donc on ça nous a coûté, comme on pourrait dire, une blinde.
De faire tourner 500 machines H24 365 jours par an.
On pouvait pas on peut pas éteindre les machines comme ça parce que, vous allez me dire il suffisait quand même de les éteindre la nuit ? oui mais j'ai les DOM-TOM j'ai, voilà, plein de choses qui font que ça ne marche pas comme ça.
Amélioration en 2021[modifier]
Et donc on a lancé ces 500 machines pour récupérer des métriques.
Ces métriques c'était pour récupérer donc les habitudes des utilisateurs, etc.
La société Arawa développé l'orchestrateur dont Thierry va parler un peu après. Au printemps 2020 on a fait quelques travaux aussi avec l'éditeur canadien avec qui on a une très bonne relation là-dessus.
Pour améliorer l'équilibrage de charge parce que le répartiteur de charge, on s'aperçoit que un serveur avec 100 personnes ou un serveur avec trois salles de trois personnes, c'est le serveur où il y a déjà 100 personnes qui est prioritaire parce qu'il a qu'une salle donc il ne tenait pas compte du nombre de participants dans une salle.
Donc qu'est-ce que c'est aussi « des participants dans une salle » ? Une salle vient d'ouvrir il y a forcément que le mod... que le modérateur enfin ou l'enseignant les élèves arrivent 10 minutes un quart d'heure après c'est pas trop encore à ce moment-là aussi une grosse avancée par rapport aux classes virtuelles que le CNED proposait : l'enseignant dans la classe virtuelle du CNED il a qu'une seule salle un seul lien pour lui pour ses élèves donc en premier degré les écoles primaires ça dérange pas trop c'est le même enseignant toute la journée.
En second degré collège-lycée les élèves changent toutes les heures toutes les deux heures donc il y a des élèves qui commencent à arriver pour le cours suivant mais le cours précédent n'a pas fini enfin c'est vite un peu compliqué à gérer.
Il y a pas de salle d'attente donc on peut avoir quelques trolls enfin on a ça on a fait l'étude auprès des enseignants ils nous ont dit ce qui... ce dont ils avaient besoin voilà.
Pour éviter tout ça donc on a aussi travaillé sur l'intégration de Peertube on a des plateformes de streaming Peertube on a plusieurs dizaines de milliers de vidéos et BigBlueButton permet de streamer Dailymotion, youtube, twitch, etc.
mais pas Peerturbe.
Donc ça a été intégré dès décembre 2020.
On l'a pas mis tout de suite de notre côté parce qu'on déploie pas les machines tous les jours c'était 500 machines qui tournent H24 Arawa n'avait pas que nous comme client.
Donc l'été 2021 on a enfin pu lancer un premier orchestrateur assez basique qui se base sur juste un agenda web pour chaque instance je définis le nombre de machines que je veux sur chaque plage horaire je veux 50 machines sur le pool école à 7h½ parce que les enseignants arrivent à 8h : La moitié des machines sont là ils se répartissent sur toutes les machines.
À 8h30 il y a d'autres enseignants qui arrivent on a lancé des machines supplémentaires, etc.
Mais bon à la fin de la journée on a toutes les machines qui tournent.
Donc on a un peu économisé, on a un peu optimisé, mais pas tant que ça.
Le but étant d'optimiser en fonction de la charge.
Mais on a un problème c'est que, bah, contrairement à une entreprise où tout le monde arrive un peu au fil de l'eau et arrête ses réunions un peu à tout... à tout moment.
Nous, les cours, ils commencent tous à 8 heures, ils finissent tous à 9h moins 5 ils reprennent à 9h à 9h, après, etc.
Donc on a un problème de pic d'arrivée.
Donc on est bien obligé, de toute façon, ce chronogramme on avait comme optique de le mettre en « c'est le minimum de machines qu'on veut voir à un moment donné » pour éviter le goulot d'étranglement sur une ou deux machines où tout le monde arrive à 7h½.
On a aussi changé la taille des machines parce qu'il y a eu des mises à jour dans BigBlueButton et une machine pouvait accueillir 100 à 200 personnes.
Maintenant on a des salons qui peuvent aller jusqu'à 400 personnes et ça tient !
Alors il faut quand même que les modérateurs soient au fait de couper les micros, d'avoir qu'une seule caméra et tout ça sinon ça marche pas... On a changé la taille de VM, on est on a augmenté le pool donc à l'été 2021 pour passer à 500 000 personnes.
La commande a été un peu plus anticipée cet été-là c'était début juillet au lieu de mi-juillet !
Ça nous a donné 15 jours de plus voilà.
L'hiver 2021 Arawa avait fini son orchestrateur donc on a pu enfin fini la première une grosse mouture.
Donc on a pu optimiser les ouvertures en fonction de la charge donc derrière ça on a, je laisserai Thierry en parler, il y a des il y a tout un système de supervision donc on anticipe un peu l'arrivée des enseignants avec le chronogramme juste l'agenda web c'est un caldav qui va qui va être lu par l'instance.
Et derrière il y a eu... il y a l'usage des API de BigBlueButton il y a eu des travaux avec l'hébergeur Scaleway pour optimiser la duplication des machines, l'archivage, etc.
on a fait plusieurs tests.
On a aussi un problème on a un plus d'un millier de machines on a des pare-feux des proxy on va pas demander aux administrateurs réseau tous les... toutes les heures de piloter les ouvertures et fermetures de port donc on a bloqué les FQDN et bloquer les IP pour que ce soit toujours les mêmes, voilà, pour que ce soit plus simple.
Et on a dû aussi faire une sécurisation du code parce qu'on a lancé ça en interne au départ le développement de notre frontal il y a eu un problème de santé sur le développeur qu'on avait chez nous, qui est décédé depuis, et donc la DINUM nous a épaulé là-dessus en mettant des internes qu'ils avaient ou des prestataires qu'ils... qu'ils pouvaient nous déléguer pour continuer là-dessus.
Qui travaillaient sur le design system de l'État, donc on était sur des... on était sur cette intégration aussi et on a dû sécuriser encore un peu plus le code pour le passage de BigBlueButton à la présidence française de l'Union européenne sur le premier semestre 2020.
Donc pour ça on a fait appel à Yaal-Coop[5] une start-up on va dire bordelaise.
Qui nous a sécurisé le code, repris le code, parce qu'il y a eu pas mal de passages de développeurs différents. Donc on avait un peu besoin d'harmoniser tout ça, remettre les bibliothèques à jour et voilà je crois que c'est bon.
Ça va être à toi, Thierry !
Architecture classique d'un pool BigBlueButton avec Scalelite[modifier]
Je vais vous présenter rapidement l'architecture d'un pool BigBlueButton derrière un répartiteur de charge une répartiteuse de charge Scalelite.
Alors vous avez là sur le... sur le schéma donc, l'architecture habituelle.
Donc ici dans le cadre du projet l'authentification se fait sur un serveur Open IDConnect.
Donc on est redirigé donc sur ce serveur d'authentification depuis B3desk c'est le frontal de création de salle.
Le frontal se connecte au répartiteur... à la répartiteuse de charges Scalelite pour demander la création d'une salle.
Et donc la répartiteuse est reliée à trois enfin là on en a représenté 3 mais il peut y en avoir beaucoup plus 100, 150, 200 serveurs BigBlueButton.
Et la répartiteuse choisit le serveur BigBlueButton le moins chargé.
Donc suivant un algorithme qu'on a contribué à améliorer, comme l'a dit déjà Nicolas, pour... pour créer la salle sur ce serveur et à partir de là l'utilisateur est redirigé vers la salle l'utilisateur ou l'utilisatrice vers la salle et également donc le modérateur, la personne qui a créé la salle mais également les nouvelles personnes qui vont vouloir se connecter en passant par l'intermédiaire de B3Desk.
Tous les serveurs sont reliés à un serveur afin de permettre de faire des enregistrements qui sont stockés e qui sont ensuite mis à disposition de Scalelite.
Et puis là j'ai représenté en bas... on a un système de supervision d'une part.
Mais aussi de statistiques qui permettent de connaître la charge et l'utilisation qui est faite de la plateforme.
Architecture classique d'un pool BigBlueButton avec Scalelite et DiViM-S[modifier]
Alors où, à quel moment DiViM-S[6] donc l'orchestrateur, entre en jeu ? Et bien là DiViM-S donc se positionne, en plus de cette infrastructure, pour adapter le nombre de... de serveurs dynamiquement à la charge.
C'est-à-dire que le nombre de serveurs va augmenter en fonction du nombre de participants et du nombre de salles qui ont été créées sur la plateforme.
Le système fonctionne donc en partenariat avec Scalelite pour obtenir l'état du pool avec un calendrier Next-cloud comme ça, comme il a été dit, ça permet par exemple le matin de de créer un nombre de salles important, juste avant que les salles n'ouvrent tout en même temps à 9 heures et puis Donc une fois qu'il a... qu'il a récupéré les informations, y compris des serveurs, l'orchestrateur déclenche la création des serveurs et là actuellement DiViM-S c'est compatible avec l'API de Scaleway l'hébergeur public français enfin l'hébergeur privé mais il est accessible pour tous.
Donc qui crée la... qui crée les VM et qui les relie... et qui il les relie à Scalelite.
Adaptation dynamique du nombre de serveurs BBB à la charge[modifier]
Alors qu'est-ce que ça donne en pratique ? Là c'est un petit peu sombre.
Mais vous avez sur le... sur ce schéma, en fait, 2 courbes qui sont superposées et qui, qu'on voit, qui sont fortement corrélées vous avez d'une part la ligne verte qui représente le nombre de salles donc sur une période de 24 heures.
Et puis la ligne jaune qui représente le nombre de serveurs.
Donc on voit bien que il y a une forte corrélation entre les deux et surtout le matin là dès 9h il y a un pic de... qui est presque exponentiel.
Et on voit bien que DiViM-S réagit en augmentant très rapidement le nombre de serveurs.
Il y a une petite baisse au niveau de midi.
Donc le nombre de serveurs diminue.
Et puis de nouveau une montée dans l'après-midi.
Et puis une baisse régulière dans la soirée.
Alors vous pouvez noter qu'il y a un petit décalage temporel entre le moment où le nombre de salles descend et le moment le nombre de serveurs descend également.
Et en fait c'est tout simplement que quand le nombre de salles diminue il y a encore des salles qui s'exécutent sur le serveur on peut pas l'éteindre tout de suite, voilà !
Donc on a besoin d'attendre que toutes les salles soient clôturées sur le serveur pour pouvoir l'éteindre et commencer à économiser.
Alors pour économiser tout simplement parce que le modèle économique d'un hébergeur comme Scaleway au moins pour les machines virtuelles c'est c'est un paiement à l'heure et si la machine virtuelle n'est pas utilisée vous ne payez pas donc finalement on paie uniquement ce qu'on utilise.
En particulier c'est très intéressant la nuit vous voyez que c'est limité à deux serveurs donc ça peut monter à plus de 80 dans la journée et donc on a que deux serveurs qui tournent la nuit pour assurer justement les... les outre-mer.
et dans la journée ça monte à des pics importants.
Et donc c'est valable aussi le week-end où c'est très peu utilisé.
Solutions logicielles utilisées pour DiVIM-S[modifier]
Alors quelles ont été les technologies utilisées pour... pour réaliser DiViM-S ? Vous avez là le panel des différents éléments.
En particulier php... enfin une extension parallel de PHP qui permet de paralléliser les accès et de gagner beaucoup de temps sur la... la... sur l'interrogation de non seulement de l'API de Skyway mais également des... des... des serveurs BigBlueButton.
Voilà on a utilisé SSH, docker, l'API de Scaleway et Nextcloud pour héberger le calendrier.
L'installation est simple.
Alors on a... Actuellement on a amélioré fortement au cours du temps, grâce à notre expérience, le lancement des VM, qui prend seulement 3 minutes.
Donc on voit bien... c'est ce qui explique que la réactivité soit très bonne.
Au début du projet on était autour d'un quart d'heure et on a..., en optimisant tout ça, on a des démarrages de machines virtuelles en trois minutes.
Un logiciel libre depuis mai 2022[modifier]
Le projet est libre !
Il est... il a été libéré en mai cette année.
Donc il est sur gitlab.com Et tout le monde est invité à participer.
Il a été libéré sous la licence EUPL donc à la demande du ministère d'Éducation nationale donc licence libre européenne compatible avec la GPL.
Il est fonctionnellement riche déjà, DiViM-S.
Et la fonctionnalité la plus attendue, peut-être, aujourd'hui et sans doute la... qui demande le plus de temps de développement, c'est de rendre DiViM-S compatible avec d'autres plateformes d'hébergement.
Qu'elles soient publiques comme par exemple OVH en France ou même étrangères.
Ou privées, par exemple des proxmox.
Donc pouvoir créer des VM et donc les contributions sont les bienvenues.
Mais c'est aussi quelque chose qu'on pourrait développer à la demande si quelqu'un veut héberger par exemple le système chez OVH ou autre.
Parallèlement à ça, donc, B3Desk va être libéré aussi prochainement, c'est en cours.
Ainsi que d'autres... il y a déjà d'autres projets qui ont été libérés, donc qui ont été amenés avec ça.
En particulier BB Analytics ce qui permet d'avoir des statistiques cumulatives et qui est un développement de la DINUM, donc qui a été aussi mis au pot commun.
Enquête utilisateurs et besoins[modifier]
Donc je vais prendre la parole.
Donc tout au long du projet on a mené des enquêtes.
dès le lancement en 2020 à l'automne on a fait un \* on a fait un tour des enseignants, les besoins qu'ils avaient.
On a changé plusieurs fois notre fusil d'épaule : au départ c'était « est-ce que il faut faire des salles un peu génériques : la salle webinaire où il y a qu'un seul présentateur et tout le monde est en écoute ; d'une salle réunion d'équipe... », voilà !
Et puis finalement ils ont préfé... les enseignants ont préféré partir sur quelque chose de « par défaut et paramétrable » que d'avoir des salles type.
Donc on a une forte adhésion.
Alors c'est quand même assez rigolo parce que lors de ces enquêtes on a aussi fait « Quels sont les besoins que vous avez dans BigBlueButton les plus attendus ? ».
Donc les plus attendus : c'était « Le tableau blanc ! ». Il y en a déjà un dans BigBlueButton mais il n'y a pas besoin d'être formé pour BigBlueButton.
Donc c'est un peu paradoxal !
\[rires\] Voilà.
Donc c'était quelques petites choses rigolotes comme ça.
L'intégration de... avec d'autres outils de réunions : Outlook, Thunderbird... ça c'était plutôt les personnels administratifs qui avaient ce genre de besoin.
Et le projet se continue donc cette année : cette rentrée, on l'a lancé aussi avec l'enseignement supérieur pour avec FuN France Université Numérique (avant FUN-MOOC) qui déploie des serveurs avec l'orchestrateur qui a été réalisé pour l'ensemble des universités qui sont en cours de raccordement et ça devrait être finalisé, ces raccordements, courant 2023.
On a aussi fait des développements autour de l'intégration dans nos outils : parcourir un Next-Cloud depuis BigBlueButton pour charger un document autre que sur son PC.
Amélioration des... des ateliers : c'est des sous-groupes.
Pour récupérer les documents qui sont faits dans les sous-groupes dans le groupe principal.
Il y a des travaux en cours pour avoir un tableau blanc interactif ce coup-ci !
Il y était déjà, mais pas interactif.
Donc là on va avoir un tableau blanc vectoriel avec l'intégration du logiciel tldraw[7] qui est un logiciel libre aussi.
Bref on essaye de créer tout un écosystème et de... d'en faire un bien commun à la fin.
Voilà, tout ce qu'on fait reverser en libre.
La licence... la licence UPL a été choisie parce que c'est une licence européenne qui est compatible..., enfin pas compatible, mais qui est exprimée dans toutes les langues de l'Union européenne et qui a le même niveau de droit dans n'importe quelle langue.
Contrairement aux l... aux licences GPL qui sont que dans un mode « anglais » : il faudra se référer à l'anglais à chaque fois.
Voilà c'est des c'est un peu des choix aussi qui ont été faits à ce niveau-là.
Questions[modifier]
Si vous avez quelques questions... ? Je crois que j'ai fini en même temps
Alors en fait il y avait c'était essentiellement lié à la aux images qui étaient créées par Scaleway : Scaleway par défaut mettait pour chaque VM une image de 600 Go.
Et l'image pour instancier une machine virtuelle il fait transférer 600 Go sur un hyperviseur et c'était l'image par défaut.
En fait on ne pouvait pas y toucher et ça prenait, ça prenait un quart d'heure donc on a discuté avec Scaleway, on leur dit « bah non nous ça nous va pas, on n'a pas besoin de 600 Go pour faire tourner notre VM on a besoin de 50 Go maximum ».
Et c'est pour ça qu'on a discuté avec eux.
Depuis ils ont, enfin alors, ils nous ont laissé la possibilité, justement, de créer des images de 50 Go.
Et puis du coup maintenant c'est disponible pour tout le monde.
tout le monde peut créer des images de la taille qu'il veut.
Ils ont abandonné ce système où, en fait, ils imposaient suivant le nombre de processeurs de votre VM vous aviez des images de 20, 40, 300 ou 600 Go et depuis donc on l'a.
C'était le problème essentiel, donc, ce temps de transfert de l'image
Alors effectivement d'ailleurs son nom... son nom n'est pas spécifique à DiViM-S à l'origine enfin ça veut rien dire mais ça veut dire Dynamic VM scheduler.
Et donc il a été pensé pour pouvoir orchestrer a priori n'importe quel système.
Même si aujourd'hui il est dédié à... à l'orchestration d'un pool Scalelite.
En fait on pourrait imaginer de l'adapter, de reprendre le code et de l'adapter à quelque chose de plus générique.
Ça demande de sûrement de refactoriser complètement le code pour le rendre encore plus générique ou de l'adapter spécifiquement à notre projet.
Mais disons que l'idée de l'orchestration, elle peut tout à fait s'adapter à notre système qui ne serait pas Orchestra par kubernetes.
J'ai eu la question tout à l'heure par quelqu'un « Mais pourquoi vous n'avez pas utilisé kubernetes pour le faire ? ».
Je sais pas si ça intéresse quelqu'un que je réponde à cette question... ? En fait, effectivement on s'est posé, c'est une question qu'on s'est posée : on a l'impression de réinventer un peu la roue en faisant de l'orchestration, alors que c'est un sujet qui a été largement abordé dans Kubernetes.
Pendant longtemps, en fait, il n'existait pas d'image de cœur de BigBlueButton.
J'ai appris récemment qu'il y en avait une mais l'éditeur ne recommande pas de faire tourner, déjà, sous forme de containers.
Et puis il recommande même de faire tourner sur un serveur physique.
Alors nous on a pris déjà le risque de faire tourner sur des machines virtuelles.
Pour l'instant c'est pas la recommandation.
Mais ça peut être envisageable.
Donc peut-être que les évolutions seront passées sur Kubernetes.
Mais il y aussi le problème que Kubernetes généralement c'est des IP privées qu'on a dans un Kubernetes quand on déploie une machine.
Alors je ne dis pas que c'est pas faisable de le faire autr... de mettre une ip publique Mais chez OVH ou Scaleway c'est encore un peu plus compliqué vu qu'on opère pas la chose.
Et un BigBlueButton, si vous n'avez pas une IP publique ou alors si vous faites pas du NAT de pare-feu complet... ça va pas marcher !
Donc de toute façon, voilà, il y aura eu des grosses modifications à faire : soit pilotage en plus du pare-feu, soit de travailler avec les hébergeurs pour avoir des IP publiques directement sur les... sur le Kubernetes.
Et DiViM-S fait aussi, là je parle sous le contrôle de Thierry, la vérification de certains services que Kubernetes ne ferait put-être pas : quand l'image a démarré, etc.
Après pour le pilotage bah déjà le côté Nextcloud fait qu'on peut piloter n'importe quel type de système : il suffit de dire je veux tant de machines à tel moment et il les démarre.
La partie optimisation avec l'API par contre c'est un peu lié à... au Scalelite donc là soit il faut faire une API compatible Scalelite qui répondrait, donc voilà !
Soit modifier DiViM-S pour avoir une autre API.
Alors c'est ce que je disais sur la conteneurisation.
Donc la question c'est de savoir si DiVIM-S fonctionne uniquement avec des machines virtuelles lourdes ou avec du container ? Actuellement il fonctionne uniquement avec les VM puisque il est relié à une API qui lance des VM.
Si on devait partir sur du container on serait entré forcément kubernetes, je pense, Mais on n'essaierait pas de rendre compatible DiViM-S avec des containers.
OK je crois qu'on arrive à la fin.
[Applaudissements]
