Blog

CoreOS lance un nouveau système de stockage distribué Baptisé Torus, ce système de stockage, qui en est encore à la phase de prototype, s’appuie fortement sur etcd pour gérer le mapping de ses données à travers l’ensemble des nœuds de stockage impliqués dans un cluster. Le but du projet est de fournir un système de stockage pour les architectures basées sur Kubernetes. Il est censé être facilement déployable sur une infra Kubernetes pour venir ajouter une capacité de stockage distribué aux différents Pod lancés sur le cluster. Encore jeune et en développement actif, ce projet est certainement à tenir à l’œil. Mais bien qu’il soit important à garder dans le radar, il est tout aussi important de noter l’accueil mitigé de la communauté pour un projet neuf, alors que d’autres comme Ceph ou GlusterFS auraient pu profiter des contributions des ingénieurs de chez CoreOS.

Container Container Image Specification L’Open Container Initiative (OCI) est une initiative rassemblant une quarantaine de sociétés désirant mettre leurs efforts en commun pour définir un standard ainsi que des implémentations de référence pour les conteneurs.

WeScale était à Devoxx France, la conférence des développeurs qui se tenait du 21 au 23 avril la semaine dernière. Parmi les grandes tendances que nous en retiendrons :

Cloud Les entreprises françaises engagées dans la révolution des conteneurs : De nouvelles mises en oeuvre concrètes de projets autour des conteneurs au sein d’entreprises françaises sont présentés par le JDN. En effet, 6 cas sont abordés : on pourra ainsi en savoir plus sur un POC Docker à la Société Générale, ou bien découvrir les initiatives autour de Rocket (CoreOS) chez BlablaCar mais aussi sur la conception d’un framework microservices encapsulés dans des conteneurs Docker sur AWS au sein de Pernod Ricard pour ne citer qu’eux.

Les scripts shell traînent une réputation peu glorieuse lorsque l’on parle maintenabilité, pérennité et troubleshooting. Pourtant le shell reste l’un des points de greffe les plus pratiques lorsque l’on aborde une nouvelle machine. Dans un environnement inconnu, c’est le shell qui, le premier, nous accueille et nous fournit de quoi avoir prise sur le système. Pour une instance démarrée dans le Cloud, le shell est parmi les premières options offertes pour bootstrapper la machine. Bref, où il y a un système il y a un shell.

Le BreizhC@mp c’est la conférence tech la plus à l’Ouest (Rennes). Mais c’est surtout un joli plateau de speakers, des sujets extrêmement variés et innovants, une réception quatre étoiles, et un bel esprit déjanté tout en restant pro. C’est dans ce cadre que depuis 2 ans, Michel (aka @Mimah35) propose aux participants de résoudre une énigme composée d’arcanes propres aux informaticiens.

Aujourd’hui, il est presque indispensable d’exposer les services de son application à travers le protocole sécurisé HTTPS. Tant pour les communications entre votre application et les utilisateurs que pour des communications entre services. Un exemple récemment rencontré lorsque vous souhaitez exploiter l’API de notification de Google Drive, le “webhook” de votre application doit forcément être exposé à travers https. Dans le cas d’un hébergement de son application chez le fournisseur AWS, vous pourrez mettre en place des certificats de manière triviale via Amazon Certificate Manager (ACM). Vous disposerez d’un ou plusieurs certificats via l’utilisation de la console ou de la CLI ainsi qu’une étape de validation humaine d’approbation à travers un workflow par email. Cette dernière phase peut représenter un handicap dans la mise en place d’automatisation. Pour information, vous trouverez d’autres limitations ici. Pour ces quelques raisons, nous allons étudier une alternative intéressante avec l’utilisation de Let’s Encrypt (LE).