le seul potable

Personnellement, j’utilise Évolution qui me convient très bien, mais peut-être Thunderbird a-t-il des fonctionnalités supplémentaires pratiques ?

c'est à la fois lié aux questions et à la surdité du Monsieur :)

Ce n'est “plus” rms qui aide là-dessus :) gcc, emacs, gdb. Il a posé les premières pierres.

C’était aussi le but de mon billet.

Ne pas se retrouver avec des fichiers sensibles ouverts à tous vents.

Si vous quelqu'un y voit une erreur. Qu'il n'hésite pas à laisser un commentaire :)

Hello, Les Majs ce sont avec ‘docker-compose pull’, Le monitoring, pareille qu'une VM, y'a même des containers de monitoring, Strategie de segmentation, chaque service dans un containers, plusieurs containers par serveurs. Tu peux gérer les containers de plusieurs serveurs avec par exemple, Rancher UI, Shipyard, Kubernetes, Swarm et plein d'autres outils. Donc oui, il y a pas mal de changement avec des VMs classiques mais je pense que chacune de tes questions peuvent avoir une réponse. J'espère t'avancer un peu ! =)

avec un système d'automatisation et à coup de docker pull …. ou en utilisant l'orchestration avec compose (ce que je fais). Question segmentation c'est up to you tout en sachant que la bonne pratique c'est un process = un conteneur (mais il y a des exceptions). Pour le monitoring c'est un problème car cela implique une supervision a plusieurs niveaux (processus, ressources, logs …). Malgré tout l'api docker permet déjà de récupérer ces informations et il ne reste plus qu'à coder un truc dessus (mais attention a la volatilité en cas de scale up / scale down). La question étant comment définir si mon service est bon, dégradé ou tombé. Si on regarde bien on a les même problématique avec les solutions cloud (instances amazon, openstack ou autre). Bref sur le point supervision on est loin d'être prêt (si on réfléchit en terme de supervision à la papa).

en fait tu cherches une solution complète de gestion de conteneurs ? je dois t'avouer qu'avec les échos que j'ai de swarm ou kubernetes, je ne suis même pas sûr qu'ils offrent déjà tout ça.

tiens c'est marrant, un pote me disait la même chose pour mon article le danger Github (revue et augmenté). y'a peut-être un besoin à creuser là. Un diff automatique entre deux articles bien résumé et bien intégré. À voir.

Un point de vue en anglais versus hardware : http://mail.fsfeurope.org/pipermail/discussion/2016-April/010912.html. Et là, la situation est beaucoup moins drôle. Sinon, pour ma part, le grand changement c'est la volonté des Etats de prendre de plus en plus de mesures légales pour s'assurer que l'hyper prudent sera de moins en moins prudent :-).

pas forcément récent non, c'est sûr que l'intérêt du public est pas le même pour des articles déjà publiés, mais si ça intéresse le public du Jdh, il n'y a pas de restriction.

Pour moi cet article est valide car il y a une mise à jour le 04.06.2015 à 16 h 49

Carl me signale que le rendu dans Diaspora n'est pas terrible [https://framasphere.org/posts/1384713] quand on procède de cette manière.

A creuser, si c'est un bug de Diaspora ou de la passerelle entre Jdh et Diaspora, qui gère mal la transformation markdown du texte saisi …

[Comment removed by author]