Pour être honnête, ma boite rémunère les confs qu’on peux faire en tant que speaker, si c’est elle qui le demande (car ça fait de la pub). Ce n’est pas négligeable, c’est 400€ brut au dernière nouvelle, mais ça ne permets pas de triplé mon salaire, car j’en ai fait 2 en 3 ans. Par contre en soit, la prime n’est pas pour la conf en elle même, mais pour la préparation, et ce n’est pas toujours si cher payé. C’est d’ailleurs ce qui m’avait motivé à le faire, j’avais envie, mais toujours eu peur, et depuis, j’adore le faire, même si j’en fais pas autant que je voudrais.
Encore un superbe article. Personnellement, pour la gestion des secrets, j’ai choisi external-secrets, qui est complètement pris en charge par argocd, ceci permets de générer des secrets kubernetes en fonction de diverse source (vault, scaleway secret, Azure KeyVault, passbolt etc …).
Merci, je ne connaissais pas. Le truc encore plus interessant, c’est que c’est simplement un script shell, et donc c’est assez simple de voir comment il fonctionne, et c’est vraiment tout con. Par exemple pour docker, il suffit de faire ceci :
if [ -f "${root}/.dockerenv" ] || [ -f "${root}/.dockerinit" ] || \
grep -qF /docker/ "${root}/proc/self/cgroup" 2>/dev/null; then
echo docker
fi
J’utilise de plus en plus cette possibilité. Notamment pour docker sur mon laptop, je n’en ai pas toujours besoin, et comme ça, dès que je tape une commande, il lance docker.
Chapeau !!! De À à Y, franchement on est vraiment pas loin. Je ne m’y attendais, mais vraiment un superbe article
C’est un peu ‘putaclic’ j’avoue :P Il me reste pleins de choses à creuser mais comme j’avais déjà Consul et Prometheus de “A à Y”, je voulais pas que l’article Vault se démarque.
Merci pour ton retour !! :)
Problème de certificat depuis hier
Je n’ai pas lu l’article, mais cela fait déjà un moment que j’utilise infomaniak pour mes mails, et franchement c’est top, même niveau tarifs
Bonjour, merci pour le signalement :)
Je renouvelle les certificats à la main (flemme d’automatiser) depuis plusieurs années, et c’est la première fois que j’oublie de les renouveler, désolé pour la gêne occasionnée :/
ça dépends du contexte, en perso j’utilise sudo que pour certaine commande que j’ai autorisé. Si vraiment je dois passer root (ce qui est très rare), j’utilise su. Sinon en entreprise, étant dans une très grosse boite, nous n’avons rien trouvé de mieux que sudo pour l’élévation de privilèges.
On a hésité à les stocker pour voir vos perles mais on a trouvé que ça gâcherait la blague. Du coup on a opté pour que le formulaire n’envoie même pas l’info (le champ input n’a pas d’attribut name).
Flatpak c’est pas mal dans deux cas de figure. 1) Quand il faut installer des bousins propriétaires comme Teams, Skype, Zoom ou Spotify, et 2) Quand on a une appli avec des dépendances complexes et qu’on n’arrive plus à compiler une version récente sur sa distrib (comme Darktable > 4.0 sur une base RHEL 8.x par exemple). Ce qui est bien avec Flatpak, c’est que ça t’installe toute l’appli dans une sorte de bac à sable à part, ce qui peut être une base pratique pour isoler certaines applis potentiellement intrusives comme Skype.
Ceci étant dit, la tendance des distributions à aller de plus en plus vers ce format (ou vers Snap) pour leurs “App Stores” me paraît assez funeste. Faudrait rappeler aux mainteneurs des distributions la signification de “partagées” dans “bibliothèques partagées”.
Je suis d’accord pour les Flatpak, très pratique pour les logiciels propriétaires.
Le fait d’aller vers ce format est je pense la course à la nouvelle technologie. Si une nouvelle version d’un logiciel a besoin d’un Qt plus récent par exemple, il est pris directement via le framework disponible en flatpak et on peut s’affranchir d’une bibliothèque obsolète sur le système source. Je peux comprendre que certains restent sur une Debian stable par exemple tout en voulant des logiciels un poil plus récent qui corrigent parfois des bugs ou ajoutent des fonctionalités intéressantes. Dans le cas d’un LibreOffice sous Debian, il y a en effet les DEB du site tu me diras, mais s’il y a une bibliothèque pas assez récente sur le système, tu es coincé. Je privilégierais un Flatpak sur une base Debian au lieu d’un PPA ou dépôt tiers, qui causera, pour un logiciel, moins de soucis sur le long terme (car rappelons le, on n’installe pas son système toutes les semaines)
Il y a aujourd’hui tellement de petits logiciels qu’il n’est plus possible pour les distributions de tout packager elle-même. Certains logiciels évoluent rapidement et c’est compliqué de les avoir à jour dans les distro (si déjà ils sont présents dans les dépôts car c’est pas forcément le cas).
En tant que développeur d’application, je vois un autre intérêt à Flatpak : je peux packager moi-même mon logiciel d’une manière compatible avec toutes les distributions. À une époque j’avais un PPA pour Ubuntu, des paquets AUR pour ArchLinux, quelques RPM (pas trop dans les règles de l’art) pour Fedora / Mageia, etc. Mais je n’ai plus le temps de m’occuper de tout ça.
Pour moi flatpak a 3 avantages :
*Intégrateur/analyste/admin/what else hors Dev, c’est un Devops maintenant ^^, mais ceci est un autre débat
Article super intéressant, merci !! Je pense que beaucoup, en changeant de boite ou même simplement de mission et donc de contexte se retrouve dans ce cas. J’ai moi-même aussi créer un brouillon y’a environ 2 ans pour parler de cela (beaucoup moins complet), ou j’ai commencé une nouvelle mission chez un très gros client (la DSI fait environ 1500 personnes), et se fut vraiment compliqué, surtout avec le télétravail. Mais j’y retombe encore aujourd’hui sur une nouvelle mission. Quand tu écris sur le fait de se faire démasquer, je me suis tellement reconnu, j’ai cette impression qu’on va voir que j’ai des lacunes, des incompréhensions, et tu te dis que les collègues doivent se plaindre dans ton dos de ton incompétences. Le seul truc qui remonte le morale, c’est quand c’est toi-même qui débug un collègue, ça fait du bien.
Après ton dernier schéma est vraiment la vérité, du moins dans une bonne équipe, personne ne doit avoir la même compétence, mais tout le monde doit être complémentaire.
Sur ceux, merci pour cette article, ça permets de moins se sentir seul dans ce cas.
Je pense surtout que la demande de base est complétement infondée (j’ai le mot idiot en tête). Après, si on te paye pour faire le taff, tant mieux pour toi Pourquoi je trouve ça infondé ? On te demande de remplacer dans une recette de cuisine, une carotte par un chou. Spoiler : t’auras pas le même gout
Typiquement, puppet va te conformer le fichier A. Quelqu’un te modifie (erreur ou intention, légtitiment ou pas) le fichier A… ll va perdre sa modification au prochain run de l’agent. Question : tu vas vraiment lancé toutes les 30 minutes les playbooks ansible sur l’ensemble de ton parc ? Perso, je l’ai jamais vu. Résultat : Fichier A sera modifié et jamais remis à son état initial.
Vala pour ma remarque ( et je redis : aucune critique sur toi, si le client paye… tant pis pour son choix, tant mieux pour ton compte bancaire)
Globalement je suis d’accord avec toi, même si c’est faisable. D’ailleurs je l’ai vu chez un client, ils faisaient du ansible en mode pull, leurs vms étaient poussées directement avec ansible d’installés, et toute les heures elles allaient chercher leurs propres configuration.
Oui tant mieux sinon de quoi vivrions nous. Sinon ta remarque est pertinente mais voilà Puppet disparaît petit à petit…
Chez mon employeur actuel, on vient de faire l’inverse : Adieu Ansible et Go puppet. Pour la partie orchestration, puppet + choria fonctionne très bien
Ça arrive dans un contexte de rachat, les différentes équipes peuvent avoir à uniformiser les outils utilisés.
Par contre, c’est pas de chance quand ça tombe sur un cas comme ça, avec deux outils dont le but est différent, et c’est celui qui n’est pas adapté au besoin qui est choisi pour rester ^^
Chez nous, Puppet et Ansible sont utilisés tous les deux, mais pour des tâches différentes : Puppet gère la conf persistante (OS, packages, etc.), tandis qu’Ansible est dédié aux tâches “oneshot” (déploiement applicatif, déclaration dans l’AD, etc.).
Comme je l’ai écrit dans l’article, je n’ai pas vu de référence au code source. Je serais intéressé par un lien qui confirme que c’est basé sur Nextcloud. Sur la page Wikipédia il est fait référence à une application mobile basée sur Nextcloud mais il est noté que la licence est propriétaire : https://fr.wikipedia.org/wiki/KDrive
Je n’arrive pas à retrouvé l’article qui en parlait, mais je suis tombé sur ce tweet : https://twitter.com/infomaniak/status/1367755521491689472
Apparemment il s’en éloigne, mais aujourd’hui, le client nextcloud (que j’utilise), fonctionne parfaitement sur kdrive.
Petite information, tout infomaniak ou presque est basé sur du logiciel libre, les mails, contacts, agenda ou même kdrive sont basé sur Nextcloud, le client de sync kdrive est basé sur Nextcloud client, le client de sync Xdav est basé sur davx5 etc… Le service mail est vraiment top, 5 adresses mail pour une 30ene d’euros par ans, avec chacun alias illimité, et on peux lié le compte smtp à un compte infomaniak ou non. De plus les domaines sont illimités chez eux.
Franchement je n’ai rien trouvé de mieux pour le moment, à voir par la suite. Rien n’est écris
Faut que je regarde, j’ai une ip dynamique donc j’ai peux être eu un changement d’ip récemment. Pourtant chez gandi la réplication est rapide généralement. Effectivement sur la 4g d’orange ça passe pas, je viens de tester.
Bizarre, ça passe bien chez moi et j’ai eu quelques commentaires cette après midi. Je vais regarder dans les logs au cas où, mais puisque c’est un timeout je crains ne rien avoir
Normalement non, là ça fonctionne. J’ai fais un restart de minio suite changement de configuration en début d’après midi, mais normalement tout est UP depuis
Je mets ça dans ma todo, merci Je suis tombé amoureux de notion il y a quelques temps, j’ai rien trouvé de mieux
Très bon article sur un outil vraiment indispensable.
Je l’utilise beaucoup pour de la sauvegarde avec restic, car avec
serve
, il est possible de créer une API spécialement pour restic justement.Petite fonctionnalités au top également, le fait de pouvoir créer un serveur s3 en une ligne de commande, pas fait pour de la production, mais top pour des petits test rapide