 C'est très facile, mais vous devez juste lire le slide si vous ne pouvez pas me le entendre. Donc, bienvenue à Skip the Lunch pour me entendre en parlant de Dockers, Ansible et Wishing. Je m'appelle Michael et j'aimerais que vous puissiez ne pas prendre une photo de moi. Je ne veux pas faire ça. Et si je ne dis pas à deux gens, ils le font. Je suis à l'aise d'une personne française qui ne veut pas prendre une photo. Système Administrator at Red Hat, qui est une compagnie que vous avez peut-être écoutée pour l'open source et l'instaurateur, qui est une équipe que vous n'aurez probablement pas écoutée, qui m'a aidé à faire un projet stratégique pour Red Hat. Pour être successeux, donc la plupart des temps, c'est-à-dire faire le management de la configuration, le management de la communauté, ou le design, ou l'administration des systèmes, quand vous avez un système administratif par un développeur, vous pouvez imaginer tout ce qu'il y est. C'est exactement ça, mais ce n'est pas le mieux. Et donc, j'ai depuis longtemps, depuis 3 ans, managé Gluster.org, Manageaq.org, Deploying Cloud et ce genre de choses. Nous voulons obtenir l'infrastructure qui est maintenue par la communauté, ce qui signifie que la plupart des temps, être maintenu par les mêmes développeurs, que la plupart des temps, ont fait une messe suboptimale quand on a donné le bon accès. Et je l'ai fait d'abord, par être un gars de Puppet, j'aime Puppet très bien, excepté que pour les gens qui ont déjà utilisé Puppet, c'est plus difficile d'installer et plus difficile pour nos développeurs de groupe. Donc, j'ai commencé à regarder Encebol, parce que c'était simple. Chaque fois que j'ai donné un talk, il y avait des gens qui savaient et disaient qu'ils étaient heureux, mais c'est slow et tout. Donc, nous le savons. Juste pour que tout le monde s'occupe de Encebol, on peut s'occuper d'eux. Juste une seconde. Ok, donc il y a toujours encore une hale de gens qui n'ont pas. Donc, on va avoir cinq slides sur ça. Je peux parler... Ok, est-ce mieux ? Ok, donc... Est-ce mieux ? Donc, on va retourner à Encebol. Encebol est un tool d'orchestration pour les gens qui ne sont pas admins, parce que je sais qu'il y a toujours des étudiants et tout. C'est de faire un tasque sur votre cluster de service, même si c'est parfois un cluster de un seul service, parfois c'est beaucoup plus grand. Et quelque chose, comme déployer une nouvelle application, chierer le site, chierer le monitoring parce que vous ne voulez pas avoir des pages en même temps et tout. Les gens ont commencé à utiliser ça pour l'orchestration, puis ils ont bougé au déploiement. Quand comparé à un Puppet, une des grandes advantages c'est qu'il n'y a pas d'agent, ce qui signifie qu'il n'y aura pas d'agent sur une version spécifique de l'agent. Il est juste utilisé par default un SSH. Mais on verra plus tard qu'il peut utiliser quelque chose d'autre, comme un docker et un container. C'est vraiment simple d'expliquer ce qu'il fait. C'est pourquoi ce n'est pas un bon topic pour la présentation parce que dans 5 minutes vous avez déjà expliqué tout. C'est juste un concept d'exécution de modules. Par exemple, si vous voulez faire le feu, c'est assez facile. Vous utilisez ça, qui va chierer tout votre service, ce qui, comme je l'ai dit, c'est mal pour la production, mais c'est bien de tester ce qui s'est passé en cas de catastrophe. Depuis que le service ne s'est chiant pas assez, il y a aussi le concept d'un playbook, qui exécute un set de steps basé sur un file de YAML parce que l'XML était trop vieille, donc on a décidé de l'utiliser. C'est comme un script, mais... Ce n'est pas un script. Je dis ça parce qu'il y a beaucoup de gens qui disent qu'ils veulent faire ça, faire ça et ça. Qu'est-ce que j'ai? C'est un script Bash ou un script Python, mais ce n'est pas un script. Il est supposé être différent. Si tu veux faire Python, c'est pas que c'est Python. Si tu veux faire Perl, tu peux faire Perl. Si tu veux faire Ruby, tu peux aussi faire Perl. C'est presque le même. Et... c'est l'une de la nouvelle. J'étais la dernière semaine à la conférence dans le public. Et... j'ai un truc. Quand j'ai envie d'aller parler de quelque chose, j'ai juste essayé d'adresser avec Docker, avec Ansible, pour quelque chose. Comme... ce matin, ce sera SDN avec Ansible. Aujourd'hui, c'est container avec Ansible. J'ai essayé d'adresser avec Ansible. C'est refusé. Mais... la plupart du temps, ça fonctionne. Et il y avait quelque chose d'un truc. C'était le Red Hat Sponsor Conference. C'est pourquoi beaucoup de gens parlent de Ansible. Et oui, c'est assez populaire entre les développeurs parce que c'est simple. À chaque fois, j'ai essayé de faire des trainings. Ils me demandent directement la question compliquée à l'intérieur de ce simple service que j'ai préparé. Parce que j'ai six admins, j'ai laissé. Si je peux juste faire des documentations pour les gens, c'est bien. Pas comme des zombies, comme des développeurs. Même si la différence n'est pas que l'obus à l'abord. Et en parlant de choses populaires entre les développeurs, il y a toujours un docker. C'est pareil. Tout le monde a oublié un docker, quelqu'un venant de Mars où il n'y a pas d'internet depuis trois ans. Non. Peut-il y avoir des gens qui ont oublié un docker à la fin? OK. Donc c'est assez populaire sur Ansible. Mais depuis que les gens n'ont pas oublié la fin, ce n'est pas un docker. Le docker est aussi la nouvelle haute haute qui est la révolution. La révolution l'année dernière était la cloud. Maintenant, c'est le container. Et c'est un container en join, qui mène un build et un container. En plupart des temps, quand on dit container pour tous ces admins, on dit oui, les choses solaires ou LXC ou Virtuoso ou quelque chose. Et cette fois, c'est complètement différent. Ce n'est pas comme qu'on va prendre les mêmes choses et repackager pour des raisons de marketing. Je veux dire, ce n'est pas ce qui s'est passé dans l'industrie à tout. Et l'idée, ici, c'est de plus en plus de repackager un processus d'exécution et d'environnement, surtout pour nos micro-services. Les gens qui ont été là depuis longtemps pensent que les micro-services sont toutes les choses. C'est ce que nous avons avec l'entreprise Java Bean et SOA et tout ce genre de technologie de l'année dernière. Il m'a management de la networking, le disque et tout. Et depuis que j'aménage CIS admin et je pense que être un CIS admin signifie plus que juste jouer en courant et complétenir aux développeurs. Il est plus facile à fixer l'audio. Donc, si je commence à être plus grand, c'est parce que quelqu'un fixe l'audio. Ce n'est pas parce que je veux, ce n'est pas parce que je suis vraiment motivé par Docker. Donc, j'ai essayé d'utiliser Docker avant de solver mon problème. Mon premier problème Mon premier problème était de tourner le Prozody pour un serveur Fedora avec une autre version de Prozody parce que j'aime vivre dangereusement, j'ai utilisé Fedora sur mon serveur et il ne marche pas très bien Il y a un... Il y a un... Alors, oui? Il y a un... Ok Donc, si je ressemble à un robot, ce n'est pas parce que quelqu'un est essayé de replacer moi et ce n'est pas les gens de Dockers qui tentent de me replacer d'eux Donc, nous avons déjà ajouté un problème... Non, nous avons déjà ajouté un problème Je vais arrêter par me dire que c'est très important avec vos idées et la permission parce que Dockers est supposé être complètement isolé comme si vous avez votre environnement de Dockers et ce n'est pas supposé communiquer avec les web, les API, tout comme ça Donc, oui, nous avons déjà essayé un problème avec vos idées et la permission Ok, ça ne marche pas On a déjà essayé une dame, une dame m'a créé un site de recherche et nous autres qui sont en train de le faire, une dame m'a envoyé une mace qui est incroyable, parce que, en grâce à ça, je ne suis jamais en train de faire Je vais être certainement obligé de le maintenir jusqu'à le début de ma vie ce qui est utile, parce que beaucoup de gens cherchent pour faire et j'ai plus qu'en suffisant Et bien sûr, parce que c'est une dame, c'est en train de faire tout un genre et nous avons fait un problème sur la couture avec Dockers C'est un docker, donc il n'est rapidement pas trop fort pour ça, et non, pas en s'assurant d'une issue. Donc, j'ai dit, ok, ce n'est pas en train de travailler pour les choses que vous essayez d'utiliser, mais qu'est-ce que l'utilisation du docker, qui est en train d'utiliser votre propre code custom ? Et c'est en train de savoir que, bien, 10 ans auparavant, j'ai essayé de apprendre le Django, donc j'ai pris le tutoriel, j'ai créé mon propre blog engine, parce que c'est un tutoriel pour Django, et oui, j'ai décidé de moderniser ça, qui est généralement en train d'ouvrir le Django 1 à 1.2, 1.1, 1.3 et tout. Et c'est bien, je l'ai fait avec tous les outils, et l'alcool du code s'est emprunté. C'est très bon avec le développement, et c'était la même chose, c'était prendre beaucoup de temps, selon le cachement, parce que le file docker était à l'intérieur du code source, donc tout a commencé par scratch, l'application était très bien, c'était une image de 3 différents dockers, donc j'étais en train de modifier, en attendant 10 minutes, en jouant au break, en voir le break, en faire une modification et tout. Encore, le développement de la meilleure pratique, donc j'ai dit, oui, peut-être que je ne le fais pas, et j'ai commencé à regarder le file docker de la meilleure pratique. Et la première chose, c'est ne pas choisir la route, c'est quelque chose que c'est bien, parce que personne ne fait ça, tout le monde commence à mettre tout dans la route, et quand vous êtes dans la route à l'intérieur de l'intérieur, c'est la même à l'extérieur, je veux dire, tout le monde a vu une matrice, quand Neo est dans la route à l'intérieur de la matrice, il faut faire des choses à l'extérieur, ce qui est un plot tout dans le film, mais ce qui est la réalité dans le cas du docker. Il y a aussi la grande partie de la cleaning de votre système après l'installation du package, ce qui fait que le file docker soit rédébal, parce que tout de suite, vous avez des lignes que vous avez nécessaires pour obtenir deux screens, juste pour être en place. Il y a aussi la grande partie de lignes, et tout de suite, il y a quelque chose qui devrait être fait par défaut, et ce n'est pas ce que vous pouvez faire, parce que le format est fausse, mais comme je sais, et si il y a quelqu'un du docker qui peut me dire que je suis mauvais, je serai heureux de changer ce slide, il sera trop tard, parce que la présentation est récordée, mais ce n'est pas formalement spécifique, donc ça veut dire que, bien, vous ne pouvez pas faire aucun changement, mais vous ne pouvez pas faire une autre implementation. C'est aussi pas extensible. Je veux dire que beaucoup de gens ici sont probablement peut-être un packageur ou pas, ou un RPM-work. En RPM, vous avez un RPM-macro, qui est bien, c'est bien quand il marche, c'est bien possible quand il n'est pas fait. Vous avez un commande de DBN, vous avez une fonction d'image et tout. Chaque fois, vous voulez faire un package, et le docker image est basiquement un package, parce que vous voulez distribuer une binary pour être exécuté, ce qui est la raison d'avoir un package. Mais vous n'avez pas de cette extensibilité. C'est-à-dire que vous n'avez pas de quelque chose qui est directement compatible. Je veux dire, vous pouvez toujours faire un parser, mais un parser est quelque chose qui n'est pas spécifié et qui n'est pas aussi bon que l'XML. Et si je dis que j'aurais préféré l'XML, puis le format, c'est pas mal pour le format. Et ça veut dire qu'il n'y a pas d'obus de renforcer la police. Par exemple, si vous regardez un autre système de package, où vous avez un package.json, vous pouvez très bien le faire, regarder le contenu, et puis faire tout ce que vous voulez. Et donc, oui, que la plupart du temps que vous avez besoin d'un changement manuel, vous renforcez le meilleur practice. Par exemple, vous voulez installer Apache, mais vous avez besoin d'installer ça. Et puis, vous avez besoin de nettoyer tout, parce que vous n'avez pas besoin d'avoir une crape, spécialement, puisque vous êtes probablement utilisant le cloud et payant par la gigabyte de l'image que vous avez utilisé. Et oui, il n'y a pas d'automation script comme vous avez avec l'RPM. Je ne sais pas si les gens ont fait l'RPM. Je l'ai fait beaucoup depuis 10 ans, mais il n'y a pas de choses qui sont faites dans une façon automatique qui n'est pas faite. Il y a un effet d'affichage dans le monde, que j'ai déjà complétenu, et je suis sûr que tout le monde que j'ai utilisé le docker a vu ça. C'est comme un file de make, mais récursif. Oui, l'opération ad est récursive, donc si vous avez un file de docker, vous n'avez pas de catch. Et donc j'ai commencé à regarder ça et j'ai dit, OK, qu'est-ce que je peux faire pour éviter ça parce que vous ne pouvez pas le fixer. Je ne peux pas le fixer parce que je n'ai pas un bon développeur. Mais même si j'étais un bon développeur, je ne pouvais pas, parce que j'ai décidé de l'utiliser, ce qui est aussi une bonne idée. Donc, qu'est-ce que je peux faire? Enceval est vraiment, vraiment flexible. Il y a des gens qui utilisent ça dans le web appareil pour créer un test. Ils trouvent un bug, ils ont un playbook, ils le donnent à un développeur, le développeur roule, fixe-le, et puis ça devient un test. Il y a des gens qui utilisent ça pour déployer leur propre environnement. Il y a des gens qui utilisent ça dans le web appareil. Ils utilisent ça pour chercher la directrice de l'hôpital et tout. Et la raison pour ça, il y a beaucoup de plugins pour Encebal. Vous pouvez ajouter votre propre module et tout. Et il y a une certaine plug-in que les gens semblent overlookner, c'est la plug-in de la connexion. En default, Encebal utilise juste SSH, par Amiko ou la command line SSH. Il y a quelque chose pour le foot de CH, donc vous pouvez, au lieu d'en connecter avec un système de rouleau, vous connectez à votre propre foot de CH si vous voulez le configurer. Et j'ai créé quelque chose pour rouler Encebal sur le top de Funk. Si les gens ne m'en souhaitent pas, c'est comme M-collective ou Soul Stack, mais plus vieux. J'ai également voté quelque chose pour rouler Encebal sur le top de Soul Stack parce que c'était comme une bonne idée. Il m'a pris une année de fixation et c'est toujours pas working properly, mais c'est toujours fun. Pour Gustafs, vous donnez une image de machine virtual. Vous commencez à modifier avec Encebal, vous vous arrêtez. C'est comme un packer, mais en utilisant ma code. Et donc j'ai commencé à dire, oui, peut-être que je peux faire quelque chose avec Docker. Donc j'ai commencé par en utilisant NSExec. Docker marche avec un système de namespace et vous pouvez utiliser NSExec, Jérôme Pethozzoni, en travaillant avec Docker, en votant bloquer et en disant, oh, ça ressemble à une idée de smart. Et il s'est dit que non, ce n'était pas une idée de smart parce que Pierre s'est refusé. Une année après, Docker a réussi à obtenir le commande d'exec Docker. Quelqu'un a décidé de créer un plugin pour connecter à une image Docker directement. Il a été merge. Et puis quelqu'un, qui n'est pas moi, parce que je n'ai pas un développeur de container, juste un développeur de container, a décidé de créer un container de container moins d'une année auparavant. Et parce que la question est, pourquoi on veut faire ça si on peut faire tout directement avec Ansible? Et pourquoi on veut faire ça si vous avez déjà un YAML file? Non, pas YAML file, Docker file. Donc, pourquoi utiliser Ansible container? Donc, premièrement, c'est YAML. Donc, c'est une machine readable, ce qui veut dire que vous pouvez renforcer la check-in statique. Un autre gros issue avec Docker file c'est que vous ne pouvez pas utiliser n'importe quoi. Il n'y a pas de support pour la libraire ou quelque chose comme ça. Je ne sais pas si il y a quelque chose de plainte pour ça ou si il y a une communauté de meilleures pratiques. Je garde encore tout les choses en utilisant d'autres méthodes. Je n'ai pas utilisé cette fancier Docker stuff sheet en production en attendant pour les gens de déployer tout pour ça. Mais avec Ansible container, vous pouvez utiliser le rôle. Donc, le rôle dans Ansible est un moyen de pratiquement juste de réutiliser le code. Vous dites que ce serveur devrait être un SQL server comme Postgres, MySQL, SQLite, si vous voulez. Je ne dirais pas votre choix. Vous faites tout et ensuite vous assignez le rôle à un serveur et c'est ça. Vous appliquez, vous déployez. Si vous avez fait votre travail, bien, tout fonctionne. Si vous n'avez pas fait le travail, vous retournez pour fixer et c'est ça. Donc, ça permet de réutiliser le code. Ça permet de faire une composition. Vous voulez déployer quelque chose comme, je ne sais, PHPBB. PHPBB a besoin d'avoir un web server, il a besoin d'avoir PHP, il a besoin d'avoir un database SQL. Ensuite, vous pouvez composer. Et c'est mieux parce que vous pouvez renforcer le meilleur poacteur sur le côté module. Je devrais ajouter quelque chose comme pour faire, parce que maintenant, si vous utilisez quelque chose pour installer le package, vous avez toujours besoin de nettoyer. Vous pouvez plus facilement déployer avec différentes images base. Et vous avez un single tool pour apprendre, spécialement si vous avez une application legacy. Je veux dire, la plupart des gens, excepté du start-up, qui commence de scratch, ont besoin de maintenir tout le tout, comme, vous savez, l'un des bases de database qui permettent à tout le monde d'être payé, parce que c'est assez important d'avoir le temps pour votre travail et d'avoir le temps pour le travail. Vous avez l'infrastructure qui ne peut pas être maintenue dans le contenu pour bien, l'obusation et vous avez le tout déployement de contenu. Donc, je dis, oui, le contenu est grand, mais vous vous promettez dans l'abstruct de montrer comment ça fonctionne et tout. Donc, oui, je l'ai promis. Donc, si vous voulez l'utiliser, vous pouvez, maintenant, downloader de GitHub, ce qui est le best practice, curl, pipe, quelque chose, ou vous pouvez utiliser PIP. Si quelqu'un veut faire un package, il serait très, très bon. Je suis trop curieux de le faire, mais je suis pas sûr que les gens ont plus de temps de temps que moi. Ça commence avec un workflow inspiré par Django et d'autres. Donc, je ne peux pas dire que c'est inspiré par Django, mais c'est un des projets qu'on sait. C'est le sens que vous commence par faire un code en source en Ansible container. Il va créer un skeleton dans un directeur appelé Ansible, qui contient un certain file, plus que deux, mais j'ai voulu que ce soit readable pour les gens dans le fond. Si ils ne peuvent pas me dire, au moins ils peuvent lire ça. Et l'exacte exact de file est quelque part dans la documentation. Je ne souhaite pas lire la documentation complète, mais au moins pour expliquer. Donc, bien, si vous voulez construire un contenu, vous avez un file Yamai qui est appelé main.yaml, qui est un playbook. C'est exactement le genre de playbook que vous pouvez utiliser sans Ansible containers que peut-être vous avez déjà aimé, peut-être vous avez déjà délai, mais si vous délai, je pense que vous n'allez pas utiliser l'ansible container. Donc, let's pretend que tout le monde aime l'ansible. Il peut utiliser le rôle et il est exécuté dans un contenu docker. Donc, c'est comme managing vos services externaux, mais avec le contenu. Donc, c'est mieux de définir. Les inventories viennent de containers.yaml, qui est un file Yamai similaire, si je ne suis pas venu à composer un docker, similaire à la pointe que vous êtes supposé d'être capable de prendre un file docker. Et directement, utilisez-le pour containers.yaml. C'est explicitement écrit en quelque part dans un bug report qu'ils veulent de la compatibilité. Vous pouvez utiliser, il y a un variable si vous voulez avoir un rôle qui peut être utilisé à l'intérieur et à l'extérieur de la container parce que, encore une fois, la plupart ne font pas mon docker à l'extérieur de la compatibilité. Et quand vous avez votre docker image, vous dites, oui, c'est sympa. C'est prendre l'espace sur mon disque. Qu'est-ce que je peux faire avec ça ? Oui, ce n'est pas ça. Vous pouvez aussi rouler et déployer. Donc, tout va retourner au container.yaml. Comme je l'ai dit, c'est compatible avec le docker.compose. Dans le sens que vous pouvez prendre un file docker.compose pour containers.yaml. Mais, il y a plus d'adition. Par exemple, il y a un système de variable ginger. Ginger est un langage templatique utilisé par Antibole et utilisé par la communauté Python et par la communauté Django. Si je n'ai pas faim. Donc, le file contient la liste du container. Le jeu de jeu n'était pas préparé. Vous pouvez lister l'image base, l'image base, le volume support. Et quelque chose qui est assez intéressant c'est que vous pouvez décider d'avoir un override pour la configuration pour des choses spécifiques, comme pour les choses de développement, vous pouvez dire, OK, c'est en train de faire le laptop de développement. Je ne veux pas connecter à la base de production. Donc, je vais changer l'environnement variable. Donc, si quelqu'un fait quelque chose, comme, oh, je veux voir si je peux retirer tout. Et ce n'est pas que, bien, c'est la base de production. Non, il va juste cracher quelque chose localement. Vous pouvez le faire pour faire quelque chose de smart. C'est en utilisant le code source directement sur le disque. Donc, c'est plus rapide pour le développement pour tester et faire ce qui est quelque chose que je n'avais pas pu faire dans le passé. Vous... OK. Vous pouvez obtenir l'option par le développement. Parce que, si vous avez tout, vous voulez déployer dans l'un de plus. Donc, ce n'est pas puisque c'est très sponsor. Vous avez la choice entre le pays et le travail. Donc, vous pouvez utiliser l'open shift, qui est un tool sur le top de Kubernetes, ou directement au Kubernetes. Si vous voulez plus, c'est sur le map qui signifie qu'il y a un github que l'open shift s'ouvre pour ça. C'est en attendant pour quelqu'un d'essayer le code depuis 4 mois. Et vous pouvez chier le container qui n'a pas de sens pour les mettre dans un boat quelque part dans Amsterdam et les mettre sur le plan. C'est juste pour chier sur la remonte ou la registre. Et c'est vraiment très grand que vous pouvez générer un playbook qui est pour l'open shift. On ne sait pas exactement ce qu'il fait mais après, il y a un profit. Et donc, le tool est très nouveau. Si c'était un ancien, j'aurais dit plus. Et les développeurs veulent vraiment avoir toutes les sortes de feedback parce que je suis un développeur, je ne sais pas si c'est ce que la communauté veut. Donc j'essaie d'aider eux pour obtenir une certaine confiance sur le tool. Je suis sûr qu'ils vont être là-bas, et que tout le monde ressemble. Mais si vous allez à la campagne, il y a un track et vous pouvez discuter avec eux, dire que c'est une bonne idée mais qu'est-ce qu'il y a ou que c'est une bonne idée et je ne veux pas parler de vous et juste se faire faire ce que vous voulez. Et si vous avez une question, s'il vous plaît, vous pouvez juste faire comme moi et rentrer pour obtenir quelque chose parce que c'est le temps. Je n'y crois pas dans le pouvoir de la vie de la démarche parce que ça ne marche pas. Mais je peux faire une démarche non-work sans problème. Peut-être que ça marche par horreur. Oui, si les gens ont une question, est-ce un micro ou quelque chose ou je dois le répéter? Vous devez chuter et puis vous devez répéter la question. Ok, donc j'ai créé une petite snap qui mes clients ont pris de la loi quand ils ont été touchés parce que je n'ai pas des gens qui ont changé pour deux lightes mais mon client a pris de la loi 700 megabytes. Ok, donc la question... Je rentre un micro ou un micro juste dans un file. Vous savez... Ok, donc la question est-ce qu'il y a un micro dans le file docker qui résulte d'une grande image et les gens ont suivi et fait la solution de fixation. Je pense que l'answer est non. Je sais qu'il y a quelque chose qui est relative à un layer de squashing qui signifie qu'on va encore avoir une grande image. Et je ne suis pas sûr que l'Enzybol soit le meilleur place pour ça parce qu'il devrait changer deux lightes. Il devrait être la synchronisation utilisée par docker ou la registre pour être smart. Je veux dire que nous avons un point de vue qui va fixer l'issue pour tout le monde. Peut-être qu'il y a une raison technique pour ne pas implementer ça. Je ne sais pas l'internel de docker si bien. Alors est-ce que l'answer est la question? Est-ce que l'answer est non. Nous n'avons pas qu'il y a quelque chose pour fixer le problème? Ah, peut-être que vous parlez bien? Donc, il y a un bug pour soutenir le rocket. Est-ce que c'est la question? Oui. Donc, la question est est-ce qu'il y a un plan? Est-ce qu'il y a un plan pour utiliser le rocket? Je sais qu'il y a un bug ouvert. Je ne sais pas où j'ai envie de l'utiliser. Je suppose que le rocket est compatible avec le docker et vous pouvez utiliser l'image de docker et tout. Qu'est-ce que vous utilisez que la back-end ne matters pas beaucoup et ça devrait être assez facile. Il y a un bug ouvert, quelqu'un demandant il est assez facile. Il y a toujours 5 requests et 40 issues. Donc, il est assez facile de trouver ça. Si vous êtes un développeur Python, vous pouvez prendre un look et tester et dire que c'est working, c'est pas working. Je pense qu'il y a des intérêts. C'est juste qu'il y a deux gens, maintenant, sur le projet et qu'ils travaillent pour parler sur le projet. Donc, si les gens qui n'ont pas voulu me contacter, il y a mon e-mail et c'est tout.