Pour l'instant, il ne s'agit que d'une expérimentation sur une petite partie d'utilisateurs sur le territoire des USA. Je trouve la plupart des commentaires sautant bien trop vite à la conclusion, généralisant bien trop rapidement.
Il faut monter le volume dans le cluster pour effectivement pouvoir monter dans le pod ensuite, car c'est bien du docker-in-docker, tu as un daemon docker interne, pas de montage de socket de l'host. Pour les conteneurs tournant dans le cluster, les hosts sont les conteneurs que tu voies depuis ton laptop. C'est perturbant mais pas tellement gênant au final, il faut juste penser qu'il y a un intermédiaire si tu veux monter des volimes depuis ta machine physique.
Dans le cas du dév, l'idée est de monter un dossier dans un service (au sens compose), je pense que ça correspond à Pod dans le vocabulaire k8s.
À ta réponse, j'ai l'impression que tu veux monter le volume dans le cluster. Peut-être est-ce nécessaire pour monter ensuite le volume dans le pod ?
Quand tu dis docker-in-docker, cela signifie juste que /var/run/docker est monté dans le conteneur, n'est-ce pas ? k3s ne lance pas un deuxième dockerd dans son conteneur, j'espère !
@bersace On doit pouvoir le faire, l'option -v {host_path}:{container_path} est utilisable comme avec docker run pour créer le cluster. Le truc c'est que ça fait du docker in docker, donc il faudra surement remonter ensuite au sein des pods. Je vais tester à l'occasion.
Syncthing sur android a plusieurs options pour économiser de la batterie/de la bande passante. Par exemple, il est possible de ne synchroniser que via wifi, voire uniqement sur certains SSIDs, et il y a également des options d'intégration à la gestion d'énergie d'android. Je n'ai pas eu besoin de toucher à ces options, et n'ai aucun problème de conso (Syncthing installé depuis le play store).
Red Star Linux :)
Pour info, c'est du Cobol qui pique les yeux…
Pour l'instant, il ne s'agit que d'une expérimentation sur une petite partie d'utilisateurs sur le territoire des USA. Je trouve la plupart des commentaires sautant bien trop vite à la conclusion, généralisant bien trop rapidement.
Le lanceur d'alerte américain, réfugié en Russie, était l'invité de Léa Salamé et Nicolas Demorand dans le Grand entretien de France Inter :
L'idée est cool mais comme d'hab, la pub est là pour faire rentrer du pognon, comment compenser cette perte ?
Yo,
Rien à redire, “pensées du libre” me semble le bon tag.
Tcho !
Je savais pas trop quel tag mettre @Cascador je te laisse changer si besoin, merci.
Merci !
Il faut monter le volume dans le cluster pour effectivement pouvoir monter dans le pod ensuite, car c'est bien du docker-in-docker, tu as un daemon docker interne, pas de montage de socket de l'host. Pour les conteneurs tournant dans le cluster, les hosts sont les conteneurs que tu voies depuis ton laptop. C'est perturbant mais pas tellement gênant au final, il faut juste penser qu'il y a un intermédiaire si tu veux monter des volimes depuis ta machine physique.
Dans le cas du dév, l'idée est de monter un dossier dans un service (au sens compose), je pense que ça correspond à Pod dans le vocabulaire k8s.
À ta réponse, j'ai l'impression que tu veux monter le volume dans le cluster. Peut-être est-ce nécessaire pour monter ensuite le volume dans le pod ?
Quand tu dis docker-in-docker, cela signifie juste que /var/run/docker est monté dans le conteneur, n'est-ce pas ? k3s ne lance pas un deuxième dockerd dans son conteneur, j'espère !
@bersace On doit pouvoir le faire, l'option
-v {host_path}:{container_path}est utilisable comme avecdocker runpour créer le cluster. Le truc c'est que ça fait du docker in docker, donc il faudra surement remonter ensuite au sein des pods. Je vais tester à l'occasion.Impressionnant, je ne connaissais pas. Ça a l'air de remplacer avantageusement minikube pour le dév !
Et notamment, est-ce qu'on peut monter un dossier local dans un pod, histoire de développer dans k8s comme on développe avec docker/docker-compose ?
Si on m'avait expliqué les flux de cette manière il y a quelques années, j'aurai immédiatement compris…
Superbe introduction aux flux, merci beaucoup.
Sujet très intéressant, merci de relayer ;)
Premier article de mon blog. Je suis donc à l'écoute de vos retour. Merci a tous.
De ce que je comprends des commentaires, l'article serait obsolète et inexacte !?
Premier article de la série : https://zestedesavoir.com/billets/3195/p2p-internals-1/
Remplacer un visage dans une vidéo n'a jamais été aussi facile
Syncthing sur android a plusieurs options pour économiser de la batterie/de la bande passante. Par exemple, il est possible de ne synchroniser que via wifi, voire uniqement sur certains SSIDs, et il y a également des options d'intégration à la gestion d'énergie d'android. Je n'ai pas eu besoin de toucher à ces options, et n'ai aucun problème de conso (Syncthing installé depuis le play store).
exact, le critère de la batterie est ultra-important avec les smartphones