Le DevOps , et après ?
Répondre
Archives de catégorie : Geekerie
Quels principes devrait adopter une taxe sur les robots pour assurer son équité ?
Enfant, je lisais tous ces magazines projetant l’an 2000 comme un monde de robots et d’automatisation. Un monde où l’on claque des mains pour allumer la lumière. Un monde où l’on interpelle un ordinateur pour qu’il nous annonce la météo ou la dernière découverte. Un monde où la vision-conférence est utilisée par les familles éloignées. Un monde où on lit sa correspondance sur sa montre. Un monde où les voitures n’ont plus de conducteur et volent entre les gratte-ciels.
Aujourd’hui, si le vol domestique n’est que balbutiant [1], tout le reste est déjà notre actualité. Et même si cela fait presque 40 ans que l’on projette ce monde-là, beaucoup semblent surpris qu’il en soit de nos jours ainsi.
Et certains politiques de brandir l’invasion des robots tueurs d’emplois. De constater que notre fiscalité est démunie lorsqu’un travail salarié est remplacé par un robot. Certains dont Bill Gates, lancent l’idée d’une taxe sur les robots. L’idée de remplir les caisses voire de palier le manque d’emplois par une telle taxe pourrait paraître comme une bonne adaptation.
Néanmoins on pourrait craindre qu’elle accélère la délocalisation des dernières chaînes de montage, que nos serveurs informatiques soient un peu plus dans le cloud, et beaucoup moins en France, voire qu’elle provoque le déménagement des secteurs innovants et des nouvelles technologies, vers des fiscalités plus clémentes.
Pour éviter une telle fuite, un des facteurs est l’équité. Si une taxe ou un impôt semble juste et équitable, il est toléré, accepté voire réclamé (« il ne faut pas exagérer » me dit-on dans l’oreillette droite). C’est pourquoi je me pose la question : Quels principes devrait adopter une taxe sur les robots pour assurer son équité ?
Vagrant et Ansible
Les configurations via Ansible doivent être testées et éprouvées. Et il est parfois délicat d’obtenir une infrastructure disponible. Personnellement, pour mes développements, mes essais, et mes premières validations, je provisionne des VMs Virtualbox sur mon laptop à l’aide de Vagrant. Le cas d’usage du lab’ nécessitant plusieurs VMs d’usage différent et donc de ressources variées a été présenté dans mon précédent article pour la partie provision. Voyons donc maintenant comment y intégrer Ansible en un exposé étape par étape.
Considérant que beaucoup de sites proposent des get started voire présentent en détails Ansible, je fais l’impasse pour rentrer dans le vif du sujet : Remplir son inventaire des arguments SSH, générer cet inventaire, et appliquer un playbook à cet inventaire, le tout en automatique à l’aide d’un seul vagrant up !
Vagrant : ad hoc
Les configurations doivent être testées et éprouvées. Surtout quand c’est aussi aisé avec des outils de configuration management tels que Puppet, Ansible, ou SaltStack. Mais il est parfois délicat d’obtenir une infrastructure disponible. Personnellement, pour mes développements, mes essais, et mes premières validations, je provisionne des VMs Virtualbox sur mon laptop à l’aide de Vagrant.
Le cas d’usage du lab’ nécessitant plusieurs VMs d’usage différent et donc de ressources variées a été présenté dans mon précédent article pour la partie provision. Voyons donc maintenant comment se faciliter la vie côté réseau en un exposé étape par étape.
$ vagrant status IP: Ports: Host: 192.168.10.10 22=>2210 kiwi.oloc 192.168.10.11 22=>2211 koala-01.oloc 192.168.10.12 22=>2212 koala-02.oloc Current machine states: kiwi running (virtualbox) koala-01 running (virtualbox) koala-02 running (virtualbox)
Voyons comment en arriver à ce vagrant status répondant à notre besoin d’un lab’ complet aux VMs variées dans un réseau ad hoc…
Vagrant : Des provisions
Au-delà de la bonne pratique de versionner sa configuration infrastructure grâce au Vagrantfile, l’intérêt d’utiliser Vagrant est aussi de configurer plusieurs VMs à la fois. Le cas d’usage venant à l’esprit est le lab’ nécessitant plusieurs VMs d’usage différent et donc de ressources variées. Voyons donc ce cas pratique en un exposé étape par étape.
De bons tutoriaux vous exposeront l’installation et les premiers pas avec Virtualbox et Vagrant plus en détails. Je me permets d’être rapide. Dans un premier élan vous tentez un vagrant init qui -déception- ne fait que vous créer un Vagrantfile, le fameux que nous triturerons à souhait. Si vous lisez ce fichier de plus de 70 lignes en supprimant celles vides et les remarques (très instructives), vous obtenez bien peu de choses :
$ sed -e '/#/d' -e '/^$/d' Vagrantfile Vagrant.configure(2) do |config| config.vm.box = "base" end
Voyons comment l’étoffer pour répondre à notre besoin d’un complet lab’ aux VMs variées…
Logiciel libre modèle du nouveau travail
C’est à l’INA que j’ai compris ce qu’était vraiment le travail, et comme ce qui reste à venir, et dans un nouveau monde industriel à venir. J’y ai collaboré avec des ingénieurs et développeurs qui travaillaient en logiciel libre, et j’ai découvert là une conception du travail tout à fait différente de ce qu’on enseignait dans les écoles, et à mes yeux proprement révolutionnaire – c’est-à-dire faisant apparaître comme caduque et donc révolue la conception dominante. Je n’ai pas été convaincu immédiatement : il m’a fallu quelques mois et quelques voyages, notamment à Berlin, pour forger ma conviction que le logiciel libre correspondait à un modèle économique non seulement viable, non seulement durable, mais extraordinairement gratifiant pour ceux qui le pratiquaient et qui, bien qu’il s’agisse d’un travail industriel, et parce qu’il est fondé par le développement et le partage des responsabilités et des capacités, ne conduisait pas à la prolétarisation, mais tout au contraire, installait la déprolétarisation au coeur d’une nouvelle logique économique fondée sur la valorisation et le partage des savoirs.
L’emploi est mort, vive le travail ! Bernard Steigler, entretien avec Ariel Kyrou. Mille et une nuits
DevOps sur PlovDev
De retour de la conférence PlovDev, j’ai eu à répondre à quelques questions pour la newsletter de mon ESN Proxiad. Si j’y suis responsable DevOps, je suis surtout un passionné et un profond convaincu de ce mouvement. Il entre dans la dynamique du surgissement d’un nouveau monde. Une ère passionnante s’ouvre à nous !
Ayant à coeur de dynamiser et partager cette nouvelle approche, je me permets de publier ici cet interview.
Une application est absolument tout ce qui existe et se passe entre le push et l’exploitation d’un commit. Quand on intègre cette notion, on comprend le DevOps.
Welcome to the era of DevOps!
Welcome to the era of DevOps!
How often do you start your day earlier, because of a server crash?
O: I have to confess that I was awakened in the middle of the night hundreds of times. About server crashes, database freezes, hanging applications, and weird situations.
Which is your favorite blog?
O: I prefer to speak about articles. Sometimes I read a really good article and I browse the whole blog. To answer to your question I don’t have a favorite blog, I have favorite podcasts, french geostrategic podcasts.
Which is the book, you would recommend to anybody in the IT community?
O: May I suggest two books? In English and in French. The first one is a must-have to read the book of Jezz Humble and Dave Farley Continuous Delivery. The second one, is more philosophical about our new changing world Surgissement d’un nouveau monde – Valeurs, vision, économie, politique… tout change by Marc Luyckx Ghisi.
Which is the book that inspires you the most?
O: A whole library! Your question is a bit amazing and makes me think about Les combustibles by Amélie Nothomb. This book is about people in a library burning books to avoid the cold, and the recurring question is « which book to burn or to keep? ». So which book I prefer to keep? Utopia by Thomas More, to keep a cape, to keep a vision.
Have you been to Bulgaria? If yes, what do you like the most?
O: I will enjoy my first time in Bulgaria.
Get your lab!
Certaines sociétés veulent leur DevOps lab. Un bien grand mot pour caractériser une plate-forme de travail dédiée aux outils DevOps. A l’instar de tout bac-à-sable, ce lab est un excellent moyen de se les approprier, d’apprendre à les administrer, à les maitriser. Non seulement des sociétés mettent les moyens pour une telle mise en place, mais parfois des individus à titre personnel veulent eux aussi se parfaire voire acquérir de nouvelles compétences. Et donc les uns ou les autres commencent à installer ces fameux outils DevOps.
Comment ça « installer » ? Vous voulez dire apt-get install etc. ? En somme, installer à la main !? Ce qui me parait assez hallucinant quand on parle de DevOps, de configuration et de déploiement automatique, avec toute la batterie d’automatisation et de scripting sous-jacente ! A mon sens, pour un DevOps Lab, il faut le constituer dans un esprit DevOps ou plus exactement en Infra-as-code. Et moi de lancer le projet G10B, le numéronyme pour Get your lab!
Voyons plus avant le concept de ce projet permettant d’obtenir ex-nihilo un DevOps lab sans les mains.
