<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>DevOps on Teddy Ferdinand</title><link>https://tferdinand.net/categories/devops/</link><description>Recent content in DevOps on Teddy Ferdinand</description><generator>Hugo</generator><language>fr-FR</language><lastBuildDate>Fri, 05 Jan 2024 22:01:53 +0000</lastBuildDate><atom:link href="https://tferdinand.net/categories/devops/index.xml" rel="self" type="application/rss+xml"/><item><title>API VS bibliothèques : comprendre l'intérêt</title><link>https://tferdinand.net/api-vs-bibliotheques-comprendre-linteret/</link><pubDate>Mon, 21 Jun 2021 04:35:47 +0000</pubDate><guid>https://tferdinand.net/api-vs-bibliotheques-comprendre-linteret/</guid><description>&lt;p&gt;Lorsque l&amp;rsquo;on doit communiquer avec des services tiers, des APIs sont souvent mises en place pour simplifier l&amp;rsquo;échange d&amp;rsquo;information.&lt;/p&gt;
&lt;p&gt;Très souvent, en parallèle de ces dernières, on peut trouver des SDK, fourni par l&amp;rsquo;éditeur ou bien en open source.&lt;/p&gt;
&lt;p&gt;Aujourd&amp;rsquo;hui, nous allons voir pourquoi l&amp;rsquo;utilisation des SDK est souvent à préférer à celles des API au travers d&amp;rsquo;un exemple simple : AWS et son SDK Boto3.&lt;/p&gt;
&lt;p&gt;Le choix d&amp;rsquo;AWS est arbitraire, tout autant que Boto3, simplement parce que ce sont des technologies que je maîtrise, mais cet exemple est transposable à beaucoup de fournisseurs et langages de programmations différents. Les codes indiqués dans ce billet n&amp;rsquo;ont pas été testés et sont simplement indiqués à titre d&amp;rsquo;illustration.&lt;/p&gt;</description></item><item><title>La difficulté de la mise en place du DevOps dans une entreprise</title><link>https://tferdinand.net/la-difficulte-de-la-mise-en-place-du-devops-dans-une-enteprise/</link><pubDate>Mon, 13 Jan 2020 08:17:36 +0000</pubDate><guid>https://tferdinand.net/la-difficulte-de-la-mise-en-place-du-devops-dans-une-enteprise/</guid><description>&lt;p&gt;&amp;ldquo;DevOps&amp;rdquo;, ce mot, on ne peut plus voir une offre d&amp;rsquo;emploi dans l&amp;rsquo;IT à des postes d&amp;rsquo;infrastructure ou développement sans qu&amp;rsquo;il soit évoqué. De nombreuses entreprises prennent le virage du DevOps, les idées et les notions se mélangent, la cible est souvent floue, alors que les objectifs sont limpides, conduire cette transformation est donc loin d&amp;rsquo;être une tâche aisée.&lt;/p&gt;
&lt;p&gt;&lt;em&gt;Cet article est écrit en collaboration avec &lt;a href="https://www.linkedin.com/in/pierre-galdon-718a5ba5/"&gt;Pierre Galdon&lt;/a&gt;, ami ingénieur SysOps avec qui j&amp;rsquo;ai travaillé durant plusieurs années.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Le "chaos day", un outil pour rapprocher Devs et Ops ?</title><link>https://tferdinand.net/le-chaos-day-un-outil-pour-rapprocher-devs-et-ops/</link><pubDate>Tue, 09 Jul 2019 07:50:10 +0000</pubDate><guid>https://tferdinand.net/le-chaos-day-un-outil-pour-rapprocher-devs-et-ops/</guid><description>&lt;p&gt;Je suis chez mon employeur actuel depuis plusieurs années, et je constate comme chez d&amp;rsquo;autres employeurs, que des clivages existent malheureusement entre développeurs (Devs) et ingénieurs de production (Ops).&lt;/p&gt;
&lt;h2 id="un-rôle-différent-au-sein-de-lit"&gt;Un rôle différent au sein de l&amp;rsquo;IT&lt;/h2&gt;
&lt;p&gt;Peut-on vraiment en vouloir à des gens dont le métier, la formation, les attentes et les objectifs sont différent d&amp;rsquo;avoir des difficultés à se comprendre ?&lt;/p&gt;
&lt;p&gt;Attention, je ne jete la pierre d&amp;rsquo;aucun des deux côtés, mais force est d&amp;rsquo;admettre que les rôles des deux parties ne sont pas les mêmes, quand bien même dev et ops sont complémentaires pour avoir une production efficace et performante, tout en étant innovant.&lt;/p&gt;</description></item></channel></rss>