Une configuration complète de serveur mail dans un docker-compose ? Evidement que ça va me servir !
Ah, c'est une solution bien plus propre que celle que j'utilise actuellement ...
Bon, là, on est clairement dans le truc à ne pas utiliser en prod : une image Docker construite dans un environnement non maîtrisé ... C'est pas bon.
Enfin une implémentation de chaos testing qui n'oblige pas à attendre la mise en prod pour tout casser !
Exactement ce qu'il me fallait pour que j'aie un serveur PlantUML démarré en permanence sur ma machine !
Oh, c'est chouette. Un jour, quand j'aurais du temps, je ferais la même chose, mais avec de l'autodécouverte de services par Traefik, quand même, parce que c'est bien mieux.
J'avais déja vu ce conseil, et le voir développé me fait assez plaisir, parce que c'est une sacrément bonne idée.
J'ai cru initialement que c'était une mauvaise idée, mais j'ai maintenant tendance à changer d'avis : avoir les descripteurs de déploiement générés depuis l'application Java est en fait une bonne idée, pour ceux qui ne veulent pas les écrire eux-mêmes.
Une présentation à laquelle j'ai participé au mois de juin ... Le sujet est vraiment chouette, mais la forme n'est pas encore parfaite.
L'article est long, mais bon sang qu'il est intéressant ! Toute la mode autour de Docker/Kubernetes et compagnie en prend pour son grade de façon très justifiée
Et ouais, c'est à ça que sert le cloud : soit tu construis un composant, soit tu réutilises, mais jamais, jamais tu ne modifies un composant.
Oh c'est super chouette, et rempli d'idées applicables ailleurs que chez un pentester !
Et tout le monde dit qu'on y a gagné. Je veux bien ... MAIS les outils sont devenus nettement plus complexes.
Un chouette proxy OIDC tournant dans un conteneur Docker ... C'est bien ... sauf que le conteneur est basé sur Alpine (aïe) et démarre avec l'utilisateur root (AIE)
Etre avocat aux USA, c'est pas forcément facile ... Et du coup le mec se dit qu'il peut utiliser Docker hub comme plateforme de pub ?
Eh ouais, se tirer dans le pied avec Docker, c'est facile.
En plus, rendre le build un peu plus robuste n'est finalement pas si difficile ...
La vraie raison pour laquelle OpenShift est galère à utiliser, c'est ça : 90% des conteneurs Docker sont inutilisables sans reconfiguration dans OpenShift
C'est une très belle idée. Malheureusement, elle se limite à Google.
Est-ce que ça n'est pas la bonne solution pour faire du build multiplateforme Rust ? Lancer des conteneurs Docker dans le build Cargo et récupérer les résultats ?
Une introduction très complète et didactique aux conteneurs