11 private links
Pourquoi utiliser K8s quand ... un script shell suffit ? (et encore, je trouve que l'auteur se complique la vie puisqu'il recompile chaque projet sur son environnement de prod). Evidement, les professionnels me diront que ça ne marche pas quand on vise le scaling infini. Mais peut-être qu'il ne vise pas le scaling infini ... Par contre, c'est une super implémentation devops
L'impact du déploiement sur des edge servers (chez cloudflare et compagnie) sur l'architecture d'un système est assez important.
Certains éléments dans ce manifeste sont de bonnes idées, et certains sont de terriblement mauvaises idées.
Un modèle de développement d'applications qui vous permet, indépendamment de développer des micro services ou un monolithem C'est intéressant, même si ça me rappelle assez confusément les EJB. Je note surtout que la première implémentation disponible est en Go.
Donc on peut se faire une version auto-hébergée d'un déploiement automatique de notre projet sur une machine ? C'est très cool (et ça me donne une idée vraiment dingue)
Damnation, il va falloir que je mette tout ça dans les scripts Ansible de mon serveur
Sur la papier, cet outil d'automatisation de dépploiement a l'air sympa. Mais quand j'y réfléchis un peu, ça vaut juste un docker-compose.yml, non ?
Je ne sais pas si je suis à gauche ou à droite, mais je sais que je ne suis pas vraiment au milieu
Dans les cas simples, docker-compose est bien suffisant. Et cet article regorge de bonnes pratiques pour l'utiliser en prod
On serait pas à deux doigts de pouvoir créer des applications natives Windows en pur Rust ? En tout cas, on peut accéder aux API Windows ...
Ah oui, je comprend le buzz autour de cette solution. Ca a l'air vraiment bien. Il manque "juste" le tutorial expliquant comment faire du vrai debug (avec des points d'arrêt et tout ça)
Très chouette liste de mauvaises pratiques franchement communes.
Le moment où on va repasser aux monolithes en tant qu'architecture applicative utile sera vraiment chouette, parce qu'il bénéficiera des leçons apprises des microservices.
Oh c'est génial cette checklist !
Bon, j'ai testé le package manager, et ... ça marche vraiment pas pour mettre des artefacts maven dedans.
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.
J'ai toujours trouvé le concept derrière TCR complètement fou.
Mais en lisant cet article (et en particulier la partie où les deux machines font TCR + git push/pull), je crois qu'il tient une idée ... aussi dingue qu'innovante.
Oh, tiens, un choix judicieux de la part de Facebook (oui, évidement que je dis ça juste parce que je pense que Rust est une sacrément bonne idée)
Un bon article sur la mise en place d'une infrastructure de déploiement "correcte" pour Nifi
J'ai quelques collègues qui seront très intéressés par ce retour d'expérience (je pense en particulier à notre vaultiste local).