🇬🇧 10 YEARS OF GITLAB 🦊

The 8th of October of this year is a special day for GitLab. It’s the 10th birthday of the first commit!

For this #10YearsOfGitLab day, I decided to write this blog post about my journey with GitLab, and more specifically the GitLab platform.

The beginning

I have known GitLab for more than 5 years -I don’t remember how many years exactly- but simply as a source code manager. Whether in a personal or professional context, my usage was limited to committing source code and retrieving it. At conferences and in blog posts, I had vaguely heard that continuous integration was directly provided by the platform but I had never looked into it.

QUARKUS 2.0

QUARKUS 2.0 IS HERE! : voici le message de la page d’accueil du site de Quarkus.io et qu’est-ce que ça fait plaisir de voir arriver cette nouvelle release !

Une version “majeure” ?

Le mot “release” est souvent associé à la notion de version “majeure” contenant un changement important (aussi appelé “breaking change”). Les utilisateurs les redoutent souvent, se demandant si l’effort à adopter et les tests de non-régression seront importants.

INSTALLATION D'UN GITLAB RUNNER SUR UN RASPBERRY PI EN 10 MINUTES

❓ Un runner ?

L’intégration continue de GitLab, plus connue sous le nom de GitLab CI fonctionne avec des runners qui exécutent les pipelines que vous décrivez dans vos projets. Sur gitlab.com, GitLab met à disposition des runners avec cependant une limitation en termes d’utilisation voir ici.

Les runners, développés en Go, peuvent être installés sur n’importe quelle structure que ce soit sur le cloud ou chez vous de façon à avoir totalement la main sur leurs configurations.

COMMENT ORGANISER SON TRAVAIL AVEC GITLAB ?

💡 Comment organiser son travail ?

Vous vous posez souvent cette question autour de votre organisation ? Pour ma part c’est une remise en cause perpétuelle depuis que j’ai commencé à travailler. Notre mode de fonctionnement à un instant donné n’est pas forcément le même à un autre moment. Cela peut dépendre de plein de choses, de notre rôle qui évolue, de l’équipe avec laquelle on travaille, de votre entreprise, de la volonté de faire des choses en parallèle de notre métier, de notre vie privée, etc.

🇬🇧 🦊 GITLAB 13.8 RELEASE

Like each month, GitLab create a new release and this month, it’s the 13.8. And for the first time, i would like to speak about some functionnalities. All the features are detailed in this GitLab blog post.

GitLab CI

In this release, there are many plaisant news features about GitLabCI. You can now edit your pipeline, visualize it and valid it without push your modification, producing a new execution of your pipeline.

UN TECH LEAD ?

Depuis Juin 2016 j’occupe le poste de Tech Lead au sein de la DSI de Pôle emploi. Ce rôle, mené sur deux équipes de développement depuis septembre 2018, peut amener beaucoup de débats sur son utilité ou bien tout simplement sur le périmètre de ses activités.

Un bref article pour partager ma vision des choses, basée sur mon expérience et sur des liens que j’ai trouvés ou échanges avec d’autres Tech Lead.

🇬🇧 🦊 AN ADVICE FOR GITLABCI : USE PARENT-CHILD PIPELINES!

If you have (or not) writed GitLabCI pipelines, let me speak you about parent-child pipelines. It’s something very simple to understand, and very simple to implement in your (future) project. 🥳

Imagine you have several components on your application (at min one front end, one back end). In my exemple i have two front-end and three back-end. My .gitalb-ci.yml file contains approximately one hundred lines, with tests execution, build, create and push docker images on the GitLab registry. I haven’t implemented yet a deploiement on a cloud or one physical machine.

🇬🇧 DEPLOY AN QUARKUS APPLICATION ON GKE WITH GITLABCI

In this post, i would like to show you how take advantage of the power of Quarkus and GitLab CI to easily deploy a Rest API on a Google Kubernetes Engine cluster. You can find the full post (in French 🇫🇷) with the Quarkus explain and configuration here.

🚀 Quarkus

If you don’t know Quarkus, this is a previous post to a workshop (in French 🇫🇷) 🚀 Quarkus.

In this example, i make a simple Quarkus application with the kubernetes extension, which allow to return a 200 HTTP code on this REST resource http://localhost:8080/hello.

🇬🇧 🦊 GITLABCI: EASY BUILD AND DEPLOY AN IMAGE WITH KANIKO

I read differents post about image build and deployment with GitLab CI and i would like want to share one tip : use Kaniko 😁.

To create an image you can use the usual docker command

docker build -t <your image name>

And to push this image, this one :

docker push <your image name>:latest

All built with the docker image, and the dind services :

image: docker:stable
 services:
   - docker:dind

And finally, in your gitlab-ci.yml, you will have this :

DEPLOYER UNE APPLICATION QUARKUS SUR GKE AVEC GITLABCI

Dans cet article, je vais vous montrer comment profiter de la puissance de Quarkus et de GitLab CI pour déployer facilement une API Rest sur un cluster Google Kubernetes Engine.

🚀 Quarkus

Si vous ne connaissez pas Quarkus, voici un lien d’un précédent article vous menant à un atelier 🚀 Quarkus.

Création du projet

Tout d’abord, créons un projet Quarkus avec l’extension kubernetes :

mvn io.quarkus:quarkus-maven-plugin:1.5.2.Final:create \
    -DprojectGroupId=fr.jpbaconnais \
    -DprojectArtifactId=deployquarkusongkewithgitlab \
    -DclassName="fr.jpbaconnais.HelloWorldFromQuarkus" \
    -Dextensions="kubernetes, container-image-docker"

Lors du déploiement de l’application via un mvn compile quarkus:dev la ressource REST suivante http://localhost:8080/hello renvoie une réponse avec un code retour 200.

COMMENCER SIMPLEMENT AVEC GITLABCI 🦊

Tout le monde connait GitLab, et beaucoup de monde connait son outil d’intégration et déploiement continus : GitLabCI 🦊. Avec l’arrivée d’une application ne possédant aucun outil de CI/CD dans notre équipe, nous avons pu manipuler GitLabCI. C’est d’ailleurs le sujet d’une présentation sur laquelle nous avons travaillé avec un collègue (Jean-Baptiste Martin pour ne pas le citer 🙂).

C’est cette approche que je vais vous présenter dans cet article.

LES 11 COMMANDEMENTS POUR RESTER ZEN AVEC UN AGENDA BIEN REMPLI 🗓

Les réunions sont des évènements réguliers de notre quotidien. Mais “trop de réunion tue les réunions” comme on dit souvent, surtout quand on ne respecte pas quelques règles. Sans cela, les réunions peuvent littéralement nous faire péter les plombs, générant une mauvaise ambiance dans les équipes et un ressenti personnel négatif. Cet article est un mélange de vécu et d’articles trouvés sur le net.

Quand on me propose une réunion

J’ai comme première intention de partir en courant et de ne pas y assister.

MES PREMIERS TESTS AVEC QUARKUS 🚀

Lors du Devoxx Paris 2019, j’ai assisté à l’université Quarkus faite par Emmanuel Bernard et Clément Escoffier. J’avais déjà suivi de loin l’actualité de ce nouveau framework Java mais l’université m’a bluffé. Cela m’a redonné envie de remettre mon nez dans du développement Java !

🚀 Quarkus c’est quoi ? D’après Red Hat c’est quelque chose de Supersonic Subatomic Java. Les temps annoncés sur leur site le montrent bien :

REX : ENTAMER UNE MIGRATION KOTLIN DANS UNE DSI JAVA

Cet article est issu d’une présentation que j’ai réalisée en interne à la DSI de Pôle emploi, mais aussi à l’extérieur, que ce soit au NantesJug en juin et au JugSummerCamp en Septembre. Les slides sont disponibles ici

Cette présentation est un retour d’expérience sur la manière dont j’ai intégré Kotlin dans la DSI de Pôle emploi, historiquement en Java. Je ne vais pas vous montrer comment révolutionner une DSI Java mais plutôt la manière dont j’ai intégré Kotlin à côté du Java pour développer nos applications.

FAIRE DE L'INNOVATION DANS LES ÉQUIPES AGILE, C'EST POSSIBLE !

Introduction

“Faire de l’innovation dans les équipes agile, c’est possible !” est une présentation faite en interne de la DSI de Pôle emploi auprès des développeurs de Nantes, mais aussi auprès des chefs de projet / product owner.

Le support est disponible ici : en attente publication externe

Cela parait évident mais j’entends souvent des équipes agiles annoncer qu’elles sont sous l’eau, que leurs sprints sont plus que chargés et qu’elles n’ont pas de temps de faire autre chose qui sort de leur périmètre.