Tout est plus rapide pour les manipulations de fenêtres.
Même pour du full screen, c’est plus rapide de déplacer ça d’un écran / virtual desktop à l’autre. C’est fait pour le clavier de base, et même si on a des raccourcis claviers dans Gnome/KDE c’est moins cohérent dans l’ensemble.
Ensuite l’utilisation du tiling WM + des splits dans Emacs dans mon cas + du tmux sont assez complémentaires selon les usages.
Sauf second degré foireux (j’te connais pô, difficile à dire), je pense avoir bien compris le message. Le vocabulaire employé me fait bien rire (jaune) mais enjoy ta virilité générationnelle (pwah ça veut rien dire tout ça…).
T’as beau avoir la libsystemd installée par défaut dans l’image d’Ubuntu par exemple, y’a pas grand chose de prémâché pour le lancer correctement. Y’avait une image pour Centos par contre.
En vrai c’est pas la philosophie. Systemd n’apporte pas vraiment d’avantage dans un conteneur. Les images où tu souhaites maintenir plusieurs processus (déjà tu réfléchis à le séparer) tu vas utiliser des trucs un peu plus light comme supervisor.
Tout ce que tu décris est indépendant de la question de conteneur en fait. :D
Tu configures tes health-checks de la façon dont tu le souhaites avec ou sans conteneur.
Tu configures Docker (ou autre) comme tu préfères pour le réseau pour lui laisser ou non la main sur ça.
Le risque de plantage s’évalue après.
Bref, tout ça pour dire que c’est pas le choix de faire du conteneur qui va changer grand chose si tu as envie de garder complètement la main sur tes bases de données. Là où je veux en venir c’est que des conteneurs vont plutôt avoir tendance à t’ouvrir des portes sur la manière dont tu gères ton infrastructure plutôt que de t’en fermer. Pareil pour les raisons extra-techniques, t’es pas obligé de tout fusionner.
Tu vas pas spécialement avoir d’impact sur les performances et la disponibilité en fait.
On a de plus en plus tendance à rajouter cette couche horizontale de conteneurs sur les serveurs et pas spécialement en allant jusqu’à un Kubernetes. Certes, une base de données va pas bénéficier de tous les avantages que ça pourrait apporter mais clairement y’a vraiment aucun inconvénients à garder les mêmes types de briques même pour ce genre d’applications stateful. L’écosystème est suffisamment flexible pour ça.
Et pour le redimensionnement, ça dépend de l’infra. Rien n’empêche de gérer un cluster exactement de la même manière avec des docker[-compose] exec mysql au lieu de mysql dans des scripts.
[^] # Re: tout Ansible ?
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Orchestrateur/ordonnanceur pour une équipe d'administrateurs systèmes. Évalué à 4.
Dans la même direction du tout Ansible, Jenkins peut faire le taf également en interface web. Son plugin Ansible est très très bien.
[^] # Re: Intérêt d'un tiling WM ?
Posté par Sacha Trémoureux (site web personnel) . En réponse au lien Passage au gestionnaire de fenêtres i3. Évalué à 2.
Tout est plus rapide pour les manipulations de fenêtres.
Même pour du full screen, c’est plus rapide de déplacer ça d’un écran / virtual desktop à l’autre. C’est fait pour le clavier de base, et même si on a des raccourcis claviers dans Gnome/KDE c’est moins cohérent dans l’ensemble.
Ensuite l’utilisation du tiling WM + des splits dans Emacs dans mon cas + du tmux sont assez complémentaires selon les usages.
[^] # Re: Un titre pareil...
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Cassandra 4 qui la testent, un qui l'Hécube. Évalué à 1.
Sauf second degré foireux (j’te connais pô, difficile à dire), je pense avoir bien compris le message. Le vocabulaire employé me fait bien rire (jaune) mais enjoy ta virilité générationnelle (pwah ça veut rien dire tout ça…).
[^] # Re: Un titre pareil...
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Cassandra 4 qui la testent, un qui l'Hécube. Évalué à -1.
P’tet, je sais plus.
Je répondais à
[^] # Re: Un titre pareil...
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Cassandra 4 qui la testent, un qui l'Hécube. Évalué à -3.
Pauvre choupinet tout fragile :(((
[^] # Re: Merci
Posté par Sacha Trémoureux (site web personnel) . En réponse au message VSFTP droits qui change avec import. Évalué à 1.
L’ennui c’est que si tu mets en marche des nouveaux trucs en FTP, tu vas pas dans le bon sens et tu te compliques la vie pour la bascule en SFTP.
[^] # Re: Machine virtuelle
Posté par Sacha Trémoureux (site web personnel) . En réponse au message image de rocky linux pour docker. Évalué à 2.
T’as beau avoir la libsystemd installée par défaut dans l’image d’Ubuntu par exemple, y’a pas grand chose de prémâché pour le lancer correctement. Y’avait une image pour Centos par contre.
En vrai c’est pas la philosophie. Systemd n’apporte pas vraiment d’avantage dans un conteneur. Les images où tu souhaites maintenir plusieurs processus (déjà tu réfléchis à le séparer) tu vas utiliser des trucs un peu plus light comme supervisor.
[^] # Re: Machine virtuelle
Posté par Sacha Trémoureux (site web personnel) . En réponse au message image de rocky linux pour docker. Évalué à 1.
Avec de la bonne volonté…
[^] # Re: Machine virtuelle
Posté par Sacha Trémoureux (site web personnel) . En réponse au message image de rocky linux pour docker. Évalué à 3.
Tu confonds les choses. Tu peux faire tourner une distribution dans un conteneur. Te manqueras juste le kernel.
[^] # Re: Un site super ici.
Posté par Sacha Trémoureux (site web personnel) . En réponse au lien Rallongeur d'url. Évalué à 6.
Je me suis permis d’encapsuler ton lien.
https://bit.ly/3wVv340
[^] # Re: Lien Linkedin mais intéressant ...
Posté par Sacha Trémoureux (site web personnel) . En réponse au lien Comment diviser par 7 le coût de ses serveurs ….. ou presque. Évalué à 2.
À méditer.
[^] # Re: Ce sera vite oublié
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 10.
Alors qu’avec une bonne XEP… !
[^] # Re: docker, lecture seule avec volume externe
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Sauvegarde mariadb dans docker . Évalué à 0.
Tout ce que tu décris est indépendant de la question de conteneur en fait. :D
Le risque de plantage s’évalue après.
Bref, tout ça pour dire que c’est pas le choix de faire du conteneur qui va changer grand chose si tu as envie de garder complètement la main sur tes bases de données. Là où je veux en venir c’est que des conteneurs vont plutôt avoir tendance à t’ouvrir des portes sur la manière dont tu gères ton infrastructure plutôt que de t’en fermer. Pareil pour les raisons extra-techniques, t’es pas obligé de tout fusionner.
[^] # Re: docker, lecture seule avec volume externe
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Sauvegarde mariadb dans docker . Évalué à 0. Dernière modification le 11 mai 2021 à 13:24.
Tu vas pas spécialement avoir d’impact sur les performances et la disponibilité en fait.
On a de plus en plus tendance à rajouter cette couche horizontale de conteneurs sur les serveurs et pas spécialement en allant jusqu’à un Kubernetes. Certes, une base de données va pas bénéficier de tous les avantages que ça pourrait apporter mais clairement y’a vraiment aucun inconvénients à garder les mêmes types de briques même pour ce genre d’applications stateful. L’écosystème est suffisamment flexible pour ça.
Et pour le redimensionnement, ça dépend de l’infra. Rien n’empêche de gérer un cluster exactement de la même manière avec des
docker[-compose] exec mysql
au lieu demysql
dans des scripts.Finalement le conteneur est un non-sujet.
[^] # Re: docker, lecture seule avec volume externe
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Sauvegarde mariadb dans docker . Évalué à 2.
Euh bah on des volumes pour les données.
Des bases de données dans Docker c’est de plus en plus courant, ça permet d’uniformiser les techniques de déploiement, même en production.
# J’me disais bien
Posté par Sacha Trémoureux (site web personnel) . En réponse au lien Le désenchantement du logiciel. Évalué à 10.
J’me disais bien qu’on en avait déjà parlé !
https://linuxfr.org/users/vincentd/journaux/un-developpeur-qui-denonce
https://linuxfr.org/users/nono/liens/software-disenchantment
[^] # Re: Évidemment!
Posté par Sacha Trémoureux (site web personnel) . En réponse au lien Bill and Melinda Gates divorce after 27 years of marriage. Évalué à 4.
C’est dans les options systèmes et réseaux je crois, faut activer le tethering.
[^] # Re: Y a-t-il eu une étude UX sérieuse ?
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal nouvelle interface pour Firefox 89. Évalué à 10.
Le cerveau humain râle surtout au moindre changement x)
[^] # Re: Modération
Posté par Sacha Trémoureux (site web personnel) . En réponse au lien L'UE autorise le rachat de Zenimax par Microsoft. Évalué à -2.
Petit ange parti trop tôt :(
# 🤔
Posté par Sacha Trémoureux (site web personnel) . En réponse au lien Debunking Perl Myths. Évalué à 5.
J’pense pas que défendre un langage sur LinkedIn soit un super signe de sa bonne santé.
(Je repars en courant)
[^] # Re: Un drame en qq actes...
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal S'occuper pendant les vacances ! YunoHost et AutoHébergement. Évalué à 1.
GAZOU n’est pas supporté par Hotmail.
J’ai installé BWAAAAR dans mon datacenter maison pour communiquer avec Microsoft.
[^] # Re: Un drame en qq actes...
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal S'occuper pendant les vacances ! YunoHost et AutoHébergement. Évalué à 3.
Pourtant je m’étais juré que mon hamburger de records DNS ARC/DKIM/SPF/PWET était valide :(
[^] # Re: Un drame en qq actes...
Posté par Sacha Trémoureux (site web personnel) . En réponse au journal S'occuper pendant les vacances ! YunoHost et AutoHébergement. Évalué à 2.
Tu spoil la fin rololololo
# Après…
Posté par Sacha Trémoureux (site web personnel) . En réponse au message processeurs, tpm et linux. Évalué à 5.
Après j'dis ça j'dis rien.
[^] # Re: prometheus
Posté par Sacha Trémoureux (site web personnel) . En réponse au message Monter un Dashboard sous Linux Debian et/ou Cent OS pour surveillance de l'espace disque et mémoire . Évalué à 0.
C'est pas une très grosse usine à gaz, ça va. L'impact en performances est carrément configurable.
Netdata est un peu plus simple à installer sur du mono-serveur, j'installe ça quand j'ai pas le temps de monitorer proprement un serveur qui va mal.