- Je vous propose pour cette rentrée un atelier de préparation des sujets que nous traiterons plus tard sur la base de docker swarm. Le but est d’utiliser vagrant pour préparer 4 noeuds et les configurer afin de recevoir swarm ; vagrant permet de construire l’orchestration sur la base d’une programmation, servons-en nous. Si ce n’est pas déjà fait et que vagrant ça ne vous parle pas tant que cela, faites vous les dents avec le premier lab sur ce sujet.
- Pendant la première partie de ce labo, nous avons exploré le fonctionnement standard des containers, la notion d’héritage, la construction d’un container applicatif et son exécution. Je vous propose dans cette seconde partie de plonger un peu plus dans l’intégration continue et le devops avec un usage de l’héritage pour gérer la séparation des pouvoirs et la mise en qualité de notre application. A chacun son job En tant que développeur, il est possible que l’on vous impose des images de référence pour les containers que vous devrez utiliser dans les clauses FROM de votre définition.
- Comme demandé par un de mes lecteurs, j’entame ici une petite série d’articles sur docker, les containers et quelques usages. Je vous les propose sous la forme de lab afin de ne pas rester théorique, c’est plus simple en manipulant un peu pour s’approprier les concepts et sortir du théorique et de la discussion de machine à café. La suite de ce premmier lab creusera plus sur des sujets d’héritage, d’intégration et de devops.
- Si vous êtes comme moi utilisateur de virtualbox afin d’avoir toujours sous la main votre linux préféré, il est parfois nécessaire de construire une nouvelle instance afin de faire des tests mais que cette opération est toujours un peu fastidieuse. Avec vagrant et quelques fichiers de configuration bien construits, c’est assez simple et ouvre des possibilités. Tout d’abord vagrant : un outil assez simple, apporté par Hashicorp et qui permet de gérer des instances de machine virtuelle.
- Après avoir fait un petit tour avec terraform afin de construire une VM sur amazon EC2, je vous propose de la configurer à la suite avec ansible. Ceci sera donc une brique vous permettant d’industrialiser la création de plusieurs VM si besoin et de préparer leur usage futur. Ici, on va préparer un prochain labo docker, puisque celui-ci m’a été demandé chaleureusement par Stefano. On reprend la base du précédent labo (gestion de VM sur aws avec terraform), on y ajoute :
- Depuis que le javascript est monté en puissance et que les navigateurs l’implémentent avec performance, il est possible d’imaginer des nouveaux usages. Le calcul de hash pour les crypto-monnaies en est-un, mais est-ce intéressant ? Peut-on favorablement remplacer la publicité dans le modèle de rémunération des sites web par calcul de hash de crypto monnaie ? (Note : les outils utilisés dans ce blog ne sont plus opérationnel en 2022.)
- La blockchain tout le monde en parle, c’est parfois complexe à comprendre et un petit lab pour démistifier pourrait être intéressant, non ? Je vous propose ici de faire quelques tours de roue avec multichain qui nous propose une approche opensource (sous licence GPLv3) assez complète et aboutie d’une blockchain. De nombreux concepts sont embarqués, plus que nécessaire pour cette petite balade, mais cela vous donnera peut-être des idées pour la suite.
- La gestion des VM est une des premières briques de l’orchestration, d’une part assez simple, mais bon tremplin pour aller vers des choses plus complexes. Je vous propose ici de regarder comment provisionner et gérer rapidement des VM dans aws EC2 avec terraform. Nous pouvons faire ceci de multiples façons, des librairies existent pour chaque langage et plate-forme d’automatisation (ie ansible, salt, puppet…), mais terraform propose une solution assez simple et permettant rapidement de se mettre en selle.
- Quelques articles et informations intéressantes passées sur ma toile durant cette semaine du 23 Octobre 2017. microservices and java, check your RAM https://t.co/kKF3ErKY5N — Alex Chauvin (@achauvin) October 23, 2017 Article portant sur la consommation en ressources dans le cadre d’une utilisation en microservices. Il est vrai que java est très utilisé et dispose d’un écosystème très vaste, mais le fonctionnement de la JVM nécessite une quantité importante de mémoire. Comparativement, les langages comme python ou nodejs peuvent faire des choses simples avec beaucoup moins de ressources.
- Le cloud ne se résume pas à des applications toute faites et de l’IAAS, non, il faut aller vers du service notamment pour le développement logiciel. Je vous propose dans ce billet de mettre en place une petite infrastructure cloud à base de Cloud Foundry pour faire quelques travaux de développement en python. Un bon moyen pour accélère la transformation digitale de l’entreprise est de laisser les développeurs avec le maximum de liberté pour faire leur expérimentation et travailler.