Pour tout problème contactez-nous par mail : support@froggit.fr | La FAQ :grey_question: | Rejoignez-nous sur le Chat :speech_balloon:

Skip to content
Snippets Groups Projects
Commit c7cd2931 authored by Plumtree3D's avatar Plumtree3D
Browse files

test: import blog posts from wordpress

parent 9ad831ad
No related branches found
No related tags found
1 merge request!13Draft: Resolve "How to export Wordpress blog post to markdown"
Pipeline #19974 passed
Showing
with 377 additions and 101 deletions
---
title: "La France a-t-elle perdu sa souveraineté ?"
date: "2019-01-22"
categories:
- "souverainete-numerique"
tags:
- "gafam"
- "open-source"
- "souverainete"
coverImage: "France-souverainete-numerique.png"
---
<!-- truncate -->
**La souveraineté numérique d’une nation est primordiale. À l’heure où tout passe par internet et où beaucoup d’aspects de nos vies sont numériques, il est vital de se poser la question de notre indépendance électronique.**
Nous viendrait-il à l’idée de confier l’éducation permanente de nos enfants à des professeurs étrangers ? Bien sûr, je ne parle ni de coopération entre pays ni d’enseignement spécifique où l’apport des autres pays est une excellente chose. Je parle de postes permanents ou de postes dans nos rectorats.
Confierions-nous la sécurité nationale à un commandement armé étranger ?
Ferions-nous entrer des agents étrangers dans nos services de renseignement ?
Certainement pas !
Alors pourquoi le faisons-nous pour nos outils numériques ? Probablement par méconnaissance ou manque de discernement.
Cet article évoque aussi l’entrisme mis en place par les gouvernements successifs à la tête de notre pays. Il décrit comment ceux-ci ont favorisé l’arrivée des **GAFAM** dans les services régaliens de notre État (armée, éducation, sécurité et bien d’autres).
\[caption id="" align="alignnone" width="980"\][![](images/17841904lpw-17841961-article-jpg_5850979.jpg)](https://www.lepoint.fr/invites-du-point/tribune-comment-la-france-s-est-vendue-aux-gafam-05-01-2019-2283510_420.php) TRIBUNE. Comment la France s'est vendue aux Gafam\[/caption\]
Nous pouvons même déplorer que, par manque de recherche et d’investissement, nous avons laissé les GAFAM entrer dans nos entreprises.
Qui utilise professionnellement Dropbox, GoogleDocuments ou Skype ?
N’est-il pas inquiétant de laisser ainsi nos données stratégiques entre les mains des géants américains du Web ? Probablement que si. Je pense, pour ma part, que c’est dangereux !
Je me demande même comment on ne s’est pas posé la question plus tôt et surtout combien de temps encore cela peut-il durer.
Alors comment s’en sortir ?
1. Tout d’abord, il faut sortir les GAFAM (et surtout Microsoft) de nos services de sécurité (armée, renseignement, police, gendarmerie) et par extension de nos ministères.
2. Nous devons surtout sortir les logiciels privateurs de libertés de nos écoles et passer au libre. Il nous appartient aussi de mettre en place, ou renforcer, les ateliers qui assurent notre éveil et affûtent notre esprit critique sur le numérique et les logiciels que nous utilisons.
3. En investissant dans nos infrastructures et nos entreprises qui visent à renforcer la souveraineté numérique de la France. Il y en a beaucoup.
4. En parallèle, nous devons développer une vraie culture du Libre et favoriser l’utilisation et le développement des logiciels Open Source. C’est ce que commence à faire l’État avec l’initiative [beta.gouv](https://beta.gouv.fr/).
Bonne lecture.
PS : si vous êtes dans une entreprise et que vous avez la volonté de vous passer des GAFAM, vous pouvez me contacter. Nous avons sûrement plein de choses à nous dire.
PS2 : par un curieux hasard du calendrier, hier, alors [la CNIL a annoncé une amende de 50 millions d'euros infligée à Google](https://www.frenchweb.fr/donnees-personnelles-la-cnil-inflige-une-amende-record-de-50-millions-deuros-a-google/344582) au nom de la défense de la vie privée, l’Élysée [publie tranquille une vidéo de Google](https://twitter.com/Elysee/status/1087421299939524609).
PS3 : je vien d'apprendre que [notre président utilisait Gmail comme boîte email personnel](https://twitter.com/Qofficiel/status/1087786476107169798)...
On en parle dans la communauté des [Compagnons du DevOps](http://compagnons-devops.fr/), rejoignez-nous.
---
title: "GitLab versus Github !"
date: "2019-01-25"
categories:
- "ci-cd"
tags:
- "git"
- "github"
- "gitlab"
coverImage: "gitlab_vs_github.png"
---
<!-- truncate -->
### David contre Goliath, c'est un peu ce remake auquel nous assistons avec GitLab contre Github.
Vous le savez tous depuis octobre 2018, [Github](http://github.com/) à [été racheté par Microsoft](https://www.journaldugeek.com/2018/06/04/microsoft-aurait-rachete-github-provoque-linquietude-chez-developpeurs/). À la suite de ce rachat, beaucoup de dépôts Github ont migré chez GitLab. Et cela ne s’arrête pas comme on peut le constater sur [la supervision de GitLab](https://dashboards.gitlab.com/d/2zgM_rImz/imported-github-importer?orgId=1&from=now-6M&to=now). Près de 20 millions de dépôts ont été importés, dont [les dépôts Gnome](https://about.gitlab.com/2018/05/31/welcome-gnome-to-gitlab/).
J’avais personnellement déjà commencé à utiliser GitLab, mais j’y ai définitivement [migré tous mes dépôts importants](https://gitlab.com/cchaudier/), dans le mois qui a suivi.
Depuis, GitLab est en grande forme. Ses levées de fonds se suivent avec succès et sa valorisation dépasse le milliard de dollars.
Surtout que l’outil est bien plus qu’un simple serveur Git. Il a beaucoup plus de fonctionnalités que son grand frère et ambitionne de gérer toute la chaîne **DevOps**.
On peut lister parmi ses fonctionnalités :
- L’intégration et le déploiement continu.
- Le packaging d’application.
- Un _repository_ Docker.
- Une intégration avec Kubernetes.
- La supervision des applications déployée dans K8S.
- La sécurité applicative.
Un vrai petit couteau suisse ! D’autant plus que GitLab est open-core : son cœur est open source et installable sur des serveurs dédiés.
Pour en savoir davantage, je vous conseille [de lire cet article](https://www.journaldunet.com/solutions/dsi/1420355-gitlab-l-alternative-a-github-qui-veut-aller-bien-au-dela/).
Vous cherchez une instance GitLab hébergée en France ? **[Rejoignez la bêta de Froggit](http://beta.froggit.fr/)**.
Utilisez-vous plutôt GitLab ou Github ? J’attends vos commentaires !
[**Rejoignez le mouvement DevOps !**](http://www.compagnons-devops.fr/)
---
title: "GitLab 11.7 est sorti"
date: "2019-01-29"
categories:
- "actualites"
tags:
- "devops"
- "gitlab"
- "open-source"
coverImage: "gitlab_11_7-cover-image.jpg"
---
<!-- truncate -->
### C’est toujours avec une régularité exemplaire que **GitLab** sort une nouvelle version. Pour ceux du fond qui ne suivent pas, c’est tous les 22 du mois !
<blockquote class="twitter-tweet" data-lang="fr">GitLab 11.7 shipped with Releases, Multi-level Child Epics, NPM Registry, and loads more! 👏🎈🎉<a href="https://t.co/EBR1Q8qqNP">https://t.co/EBR1Q8qqNP</a> — GitLab (@gitlab) <a href="https://twitter.com/gitlab/status/1087734505371254784?ref_src=twsrc%5Etfw">22 janvier 2019</a></blockquote>
<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>
Parmi les fonctionnalités gratuites intéressantes fournies dans le cœur du projet open source de cette [version 11.7](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/), nous pouvons citer :
- Les [_releases_](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/#publish-releases-for-your-projects)_._ **GitLab** permet enfin de faire des _releases._ Je me demande même pourquoi cela n’est pas sorti plus tôt…
- Les [secrets Kubernetes](http://%28https//about.gitlab.com/2019/01/22/gitlab-11-7-released/#configure-kubernetes-app-secrets-as-variables). On peut maintenant mettre nos secrets **K8S**, ou **OpenShift**, directement dans les variables de la CI. En préfixant les variables par **K8S\_SECRET\_**, le pipeline de l’intégration continue pourra alors peupler les secrets du **Kube** paramétré pour le projet.
- Le support de [Kubernetes dans l’API](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/#api-support-for-kubernetes-integration). Décidément, il y en a toujours pour **Kubernetes** :-D L’API de GitLab offre une intégration de K8S. Tout ce qui peut-être fait dans l’interface de GitLab pour la configuration des agrégats K8S peut maintenant être effectué via l’API de GitLab.
- Les [projets](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/#project-list-redesign). La présentation de la liste des projets a été repensée. Il y a maintenant plus d’informations disponibles sur l’activité des projets. Au premier coup d’œil, on peut lire le nombre d’étoiles, de branches, de _Merge Requests_ en cours, d’_issues_ ouvertes, l’état de la CI et la dernière activité du dépôt. Le [travail n’est pas fini et est itératif](https://gitlab.com/gitlab-org/gitlab-ce/issues/55669).
- L’inclusion de _template_s de CI [depuis d’autres projets](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/#include-cicd-files-from-other-projects-and-templates). Le mot clef **_include_** ne permettait d’importer uniquement des _templates_ du projet ou via HTTP. Il est maintenant possible d’inclure des _snippets_ de configuration depuis d’autres projets git, il est également possible de référencer une branche, un _hash_ git ou un numéro de _release_.
Mais aussi :
- La possibilité d’importer des _issues_ [depuis un fichier CSV](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/#import-issues-csv).
- Le [_hash_ de commit court dans les variables d’environnement de la CI](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/#short-commit-sha-available-as-environment-variable).
- La mise à jour du _runner_ avec la [version 11.7](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/#gitlab-runner-117).
- Des améliorations dans [l’installeur Omnibus](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/#omnibus-improvements) et dans les [performances](https://about.gitlab.com/2019/01/22/gitlab-11-7-released/#performance-improvements).
Tu cherches une instance GitLab hébergée en France ? **[Rejoins la bêta de Froggit](http://beta.froggit.fr/)**.
Que pensez-vous de l'évolution de GitLab ?
On en parle dans la communauté des [Compagnons du DevOps](http://compagnons-devops.fr/), rejoignez-nous.
---
title: "Le « shutdown », une menace sur la cybersécurité ?"
date: "2019-02-01"
categories:
- "actualites"
- "souverainete-numerique"
tags:
- "cloud-act"
- "cybersecurite"
- "souverainete"
coverImage: "shutdown_andy-feliciotti-1264256-unsplash.jpg"
---
<!-- truncate -->
### Je vous ai déjà parlé de notre souveraineté numérique, et du fait qu’elle n’est aujourd’hui ni garantie ni assurée.
Cependant, elle peut être mise à mal par une crise politique intérieure qui touche actuellement les USA.
Pour construire son mur entre les USA et le Mexique, le président Trump joue un bras de fer avec le Parlement.
Tant que le budget n’est pas validé des deux côtés, il se produit alors le_« shutdown »_ c’est à dire la fermeture partielle des administrations américaines. C’est le cas depuis le 22 décembre 2018.
Vous allez me dire : _« quel rapport avec notre souveraineté numérique ? »_.
C’est très simple : 1500 agents chargés de la cybersécurité intérieure des USA sont en congé forcé. Les infrastructures gouvernementales américaines sont donc vulnérables. Hors, depuis l’entrée en vigueur du [Cloud Act](https://portail-ie.fr/analysis/1902/cloud-act-loffensive-americaine-pour-contrer-le-rgpd), on ne sait pas vraiment ce que les américains possèdent comme données nous appartenant dans leurs centres de données.
En effet, beaucoup de sites et d’applications sont hébergés chez AWS, Azure ou Google Cloud.
Je vous invite [à lire cet article](https://www.lesechos.fr/monde/etats-unis/0600574782101-le-shutdown-une-menace-sur-la-cybersecurite-2239561.php).
Je vous encourage vivement à vous questionner sur l’hébergeur cloud que vous avez choisi. Êtes-vous à l’abri du _Cloud Act_ ?
Si ce n’est pas déjà fait, envisagez une migration chez un fournisseur français, ou européen par défaut. Attention toutefois, toutes les législations ne se valent pas.
Et si vous avez besoin d’aide pour cette migration, **Lydra** peut vous aider.
On en parle dans la communauté des [Compagnons du DevOps](http://compagnons-devops.fr/), rejoignez-nous !
Photo by [Andy Feliciotti](https://unsplash.com/photos/8cvjI48SFtY?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/search/photos/shutdown?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
---
title: "Scaleway agréé « Hébergeur de données de Santé »"
date: "2019-02-05"
categories:
- "hebergeur"
tags:
- "cloud"
- "scaleway"
- "securite"
coverImage: "scalway-sante-Online-DC2-034.jpg"
---
<!-- truncate -->
### L'agrément Hébergeur de données de Santé délivré par le Ministère de la Santé permet de garantir le respect de la vie privée et surtout le secret médical.
Avec cet agrément, [**Scaleway**](https://www.scaleway.com) peut accueillir des solutions du monde médical comme celles des assureurs, des mutuelles ou des éditeurs de la biotech, entre autres.
**Scaleway** poursuit son but d’offrir une alternative économique et fiable.
Dans le futur, **Scaleway** veut créer une solution pour les projets critiques où les enjeux sécuritaires sont primordiaux. Si vous voulez en savoir plus, je vous conseille [leur article de blog](https://blog.scaleway.com/2019/01/23/scaleway-annonce-l-agrement-herbergeur-de-donnes-de-sante-hds/).
À titre personnel, j'aime énormément ce qu'ils font. Ce n'est pas pour rien que je les ai choisis pour héberger l'infrastructure de [Lydra](https://lydra.fr/).
Mon seul regret est qu'ils n'utilisent pas, à ma connaissance, de solution open source pour la gestion de leurs centres de données, mais ils [contribuent beaucoup à la communauté](https://github.com/scaleway/). Si vous ne connaissez pas **Scaleway**, je vous encourage à essayer, ne serait-ce que pour leur offre de\[serveur physique à la demande\] (https://www.scaleway.com/baremetal-cloud-servers/). Il me semble qu’ils sont les seuls à le proposer.
De plus, on peut utiliser [Packer](https://www.packer.io/docs/builders/scaleway.html) et [Terraform](https://www.terraform.io/docs/providers/scaleway/).
Et vous utilisez-vous déjà **Scaleway** ?
---
title: "The Copenhagen Letter"
date: "2019-02-08"
categories:
- "politique"
tags:
- "democratie"
- "innovation"
- "manifeste"
coverImage: "copenhag-letter.png"
---
<!-- truncate -->
### [La lettre originale](https://copenhagenletter.org/) a été écrite en 2017 lors du [TechFestival](https://techfestival.co/) à Copenhague, elle fait suite à un débat de 48h qui a réuni 150 participants parmi lesquels on trouve des technologues, designers, philosophes, enseignants, artistes. Cette lettre reflète leur engagement, entamant une conversation sur les valeurs et les principes qui guident la technologie.
> Copenhague, 2017
>
> À celles et ceux qui façonnent la technologie d'aujourd'hui :
>
> Nous vivons dans un monde où la technologie ronge la société, l'éthique et notre propre existence.
>
> Il est temps de prendre nos responsabilités pour le monde que nous créons. Il est temps de placer l'humain avant le business. Il est temps de remplacer la rhétorique creuse de "_bâtir un monde meilleur_" par un engagement à des actions concrètes. Il est temps de s'organiser et que chacun se considère comme responsable.
>
> **La technologie ne nous est pas supérieure**. Elle devrait être gouvernée par chacun d'entre nous, par nos institutions démocratiques. Elle doit se conformer aux règles de nos sociétés. Elle doit répondre à nos besoins, individuels et collectifs, autant que faire se peut.
>
> **Le progrès est plus que l'innovation**. Nous sommes des créateurs passionnés. À nous d'initier une nouvelle _période de Renaissance_. Nous ouvrirons et alimenterons des débats publics intègres au sujet du pouvoir des technologies. Nous sommes prêts à servir nos sociétés. Nous utiliserons les moyens à notre disposition pour faire progresser nos sociétés et leurs institutions.
>
> **Bâtissons sur la confiance**. Construisons une véritable transparence. Nous avons besoin de citoyens numériques, pas de simples consommateurs. La transparence est essentielle pour comprendre comment la technologie nous façonne, savoir quelles données nous partageons, et qui y a accès. Considérer l'autre comme une marchandise, dont on peut capter un maximum de profit économique, est mauvais, non seulement pour la société en tant qu'entité interconnectée, mais aussi pour chacun d'entre nous.
>
> **La conception doit être ouverte à l'examen**. Nous devons encourager une réflexion publique, continue et critique de nos définitions du succès car cela définit la façon dont nous concevons pour les autres. Nous devons concevoir avec celles et ceux pour qui nous créons. Nous ne devons plus tolérer les conceptions à but addictif, de tromperie ou de manipulation. Nous devons concevoir des outils que nous aimerons confier à nos proches. Nous devons questionner nos intentions et écouter notre cœur.
>
> **Passons d'une conception centrée sur l'humain vers une conception centrée sur l'humanité.** Notre communauté a une grande influence. Nous devons protéger et encourager le potentiel de faire le bien. Nous devons prendre en compte les inégalités, avec humilité et amour. Au final, notre récompense sera de savoir que nous avons fait tout notre possible pour laisser notre jardin un peu plus vert qu'à notre arrivée.
>
> Nous qui avons signé cette lettre, nous nous tiendrons, ainsi que tous les autres, pour responsables de mettre ces idées en pratique. Tel est notre engagement.
Nous avons signé cette lettre, car elle représente les valeurs que nous défendons ainsi que notre engagement philosophique et politique vis-à-vis de la technologie. Si, comme nous, vous pensez ainsi, nous vous encourageons à partager cet article et à signer la lettre dès maintenant : [https://copenhagenletter.org](https://copenhagenletter.org) Vous pouvez aussi en discuter au sein de la communauté des [Compagnons du DevOps](http://www.compagnons-devops.fr).
PS : au moment de publier cette lettre, nous constatons que Framasoft en a déjà réalisé une traduction en 2017 ([lien](https://framablog.org/2017/09/19/createurs-du-numerique-parlons-un-peu-ethique/)). Cela n'empêche pas de reparler de cette initiative toujours d'actualité.
Cette traduction libre est réalisée par Thomas Michel avec les corrections et suggestions de Christophe Chaudier, tous les deux font partie du collectif [Lydra](https://lydra.fr). [![](images/cc-by-300x105.png)](https://creativecommons.org/licenses/by/2.0/fr/)
---
title: "Comment gagner de l'argent avec le DevOps ?"
date: "2019-02-12"
categories:
- "devops"
tags:
- "benefices"
- "devops"
- "strategie"
coverImage: "argent_devops_ramiro-mendes-371663-unsplash.jpg"
---
### _« Le DevOps c’est qu’une mode non ? »_
### J’ai souvent entendu ça et pourtant nous sommes loin d’un effet de mode.
_« La mise en place de méthodes DevOps peut-elle faire gagner de l’argent à mon entreprise ? »_
C’est une question que beaucoup d’entreprises se posent, mais peu arrivent à quantifier les gains. Pourtant, les retours sont unanimes : la mise en place de la philosophie DevOps dans une entreprise permet de gagner de l’argent !
<!-- truncate -->
Mais alors pourquoi en 2016 [seulement 66 % des entreprises ne sont toujours pas passées aux DevOps](https://www.journaldunet.com/web-tech/developpeur/1130222-le-devops-une-demarche-courante-dans-25-des-grands-groupes/) ? Ce n’est pas seulement par manque de coach DevOps ou de personnes compétentes.
Si vous n’arrivez pas à changer vos méthodes, si vous avez peur d’investir des sommes importantes sans pouvoir quantifier ce que vous pourriez y gagner, il est fort probable que ce ne soit pas la bonne première question à vous poser.
D'après moi, lorsque nous envisageons de rejoindre le mouvement DevOps, nous devons d’abord nous questionner sur le métier avant de nous interroger sur l'aspect financier. Dans une entreprise prospère, c’est le métier qui guide les décisions et il faut toujours mettre le besoin au centre des préoccupations.
> Par exemple :
>
> - Cette philosophie me permettra-t-elle de rendre mes déploiements plus sûrs ?
>
> - Comment réduire l’effort considérable que me demande le déploiement de mes applications ?
>
> - Comment accélérer mon _time-to-market_ ?
>
> - Mes infrastructures seront-elles plus résilientes si je passe au Cloud ?
>
Si vous vous posez ces questions, faire une transition DevOps vous aidera assurément.
Vous avez tout intérêt à étudier ces nouvelles méthodes qui apportent de la robustesse à vos applications et une meilleure collaboration dans vos équipes.
À terme, vous y serez gagnant malgré un gros investissement lors de la mise en place.
Si vous vous demandez comment faire votre transition, Lydra peut vous accompagner. [Commençons par en parler](/#contact).
Si vous êtes Ops et que vous vous demandez comment rejoindre le mouvement, c'est très simple : rejoignez la communauté des [Compagnons du DevOps](http://compagnons-devops.fr/).
Photo by [Ramiro Mendes](https://unsplash.com/photos/sMCBEI5zkqc?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/search/photos/money?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
---
title: "DevOps c’est bien beau, mais on y gagne quoi ?"
date: "2019-02-19"
categories:
- "devops"
tags:
- "benefices"
- "devops"
- "strategie"
coverImage: "Devops_benefices_vladislav-babienko-703701-unsplash.jpg"
---
### Je vous ai déjà parlé de l’économie que nous pouvons faire en faisant une transition DevOps. Cependant, le bénéfice n’est pas que financier et va bien au-delà de quelques économies réalisées.
#### Les gains
En fonction des objectifs de l’entreprise, nous pouvons obtenir un certain nombre de bénéfices :
- Rendre l’infrastructure résiliente en la passant en haute disponibilité grâce au _cloud_.
- Sécuriser les déploiements, car il n’y a plus d’intervention humaine.
- Augmenter la fréquence des déploiements grâce à l’automatisation.
- Améliorer la qualité générale du produit en réduisant le nombre d’incidents.
- Accélérer le _time-to-market_ en sortant une solution sur le marché avant les concurrents et ainsi gagner du temps.
- Pivoter plus vite, car nous pouvons tester promptement les idées.
- Échouer rapidement, ce qui à terme fait gagner du temps et de l’argent et permet de se rétablir en peu de temps.
- Produire plus – de fonctionnalités, de produits, d’innovation – pour le même prix.
- Diminuer les coûts liés à la maintenance et aux astreintes.
- Engager les Dev et les Ops dans un travail plus collaboratif. Il s'agit de mon bénéfice préféré puisqu'il améliore la qualité de vie des équipes. Celles-ci n'en deviennent que plus productives.
#### Les coûts
Bien entendu, tout cela a un coût non négligeable, car il faut :
- Trouver un accompagnateur.
- Auditer les méthodes, l’infrastructure et les développements pour en déduire un plan d’action.
- Identifier les leaders pour diffuser la philosophie.
- Sensibiliser et former les équipes à la philosophie et aux bonnes pratiques DevOps.
- Repenser et accompagner l’organisation des équipes dans ce changement important.
- Faire évoluer le socle technique des infrastructures et des développements.
- Sélectionner les nouveaux outils et former les équipes dessus.
- Mettre en place ces outils et automatiser les processus manuels.
C’est un pari et un investissement sur l’avenir, car les premiers gains ne sont pas forcément visible immédiatement.
Si vous voulez approfondir le sujet et lire quelques témoignages, ces deux articles font suite à la table ronde DevOps organisée par TNP le 8 décembre 2016 :
[https://blog.myagilepartner.fr/index.php/2017/01/27/le-devops-permet-il-de-gagner-de-largent/](https://blog.myagilepartner.fr/index.php/2017/01/27/le-devops-permet-il-de-gagner-de-largent/)
[https://www.zdnet.fr/actualites/gagne-t-on-de-l-argent-en-faisant-du-devops-39846720.htm](https://www.zdnet.fr/actualites/gagne-t-on-de-l-argent-en-faisant-du-devops-39846720.htm)
Vous vous interrogez sur cette solution pour vous. Parlons-en !
Si vous êtes Ops et que vous vous demandez comment rejoindre le mouvement, c'est très simple : rejoignez la communauté des [Compagnons du DevOps](http://compagnons-devops.fr/).
Photo by [Vladislav Babienko](https://unsplash.com/photos/KTpSVEcU0XU?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/search/photos/goal?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
---
slug: first-blog-post
title: First Blog Post
authors:
name: Gao Wei
title: Docusaurus Core Team
url: https://github.com/wgao19
image_url: https://github.com/wgao19.png
tags: [hola, docusaurus]
---
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
---
slug: long-blog-post
title: Long Blog Post
authors: endi
tags: [hello, docusaurus]
---
This is the summary of a very long blog post,
Use a `<!--` `truncate` `-->` comment to limit blog post size in the list view.
<!--truncate-->
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque elementum dignissim ultricies. Fusce rhoncus ipsum tempor eros aliquam consequat. Lorem ipsum dolor sit amet
---
slug: mdx-blog-post
title: MDX Blog Post
authors: [slorber]
tags: [docusaurus]
---
Blog posts support [Docusaurus Markdown features](https://docusaurus.io/docs/markdown-features), such as [MDX](https://mdxjs.com/).
:::tip
Use the power of React to create interactive blog posts.
```js
<button onClick={() => alert('button clicked!')}>Click me!</button>
```
<button onClick={() => alert('button clicked!')}>Click me!</button>
:::
blog/2021-08-26-welcome/docusaurus-plushie-banner.jpeg

93.9 KiB

---
slug: welcome
title: Welcome
authors: [slorber, yangshun]
tags: [facebook, hello, docusaurus]
---
[Docusaurus blogging features](https://docusaurus.io/docs/blog) are powered by the [blog plugin](https://docusaurus.io/docs/api/plugins/@docusaurus/plugin-content-blog).
Simply add Markdown files (or folders) to the `blog` directory.
Regular blog authors can be added to `authors.yml`.
The blog post date can be extracted from filenames, such as:
- `2019-05-30-welcome.md`
- `2019-05-30-welcome/index.md`
A blog post folder can be convenient to co-locate blog post images:
![Docusaurus Plushie](./docusaurus-plushie-banner.jpeg)
The blog supports tags as well!
**And if you don't want a blog**: just delete this directory, and use `blog: false` in your Docusaurus config.
blog/images/1-1.png

780 KiB

blog/images/1.png

875 KiB

blog/images/17841904lpw-17841961-article-jpg_5850979.jpg

30.7 KiB

blog/images/ADO1.jpg

155 KiB

blog/images/Actu_DevOps_Avril_2023_Mozilla_se_lance_dans_lintelligence_artificielle.png

444 KiB

blog/images/Actu_DevOps_Janvier_2023_CircleCI_attaqué.png

746 KiB

blog/images/Actus_DevOps_Novembre_2022_quitter_le_cloud_ou_accélérer_son_adoption.png

765 KiB

0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment