DevoxxFR c’est mieux à plusieurs !
Cette année nous avions tous préparé notre programme en choisissant avec soin les sujets et les speakers.
A Devoxx, il y a 8 conférences en parallèle et ça peut être difficile de choisir.
Heureusement, nous avions des appétences différentes ce qui nous a permis de couvrir beaucoup de conférences sur des thèmes variés (front, kafka, ci/cd, java ...).
On a pu également compter sur la chaine Youtube du Devoxx (Quelques semaines après l'événement, il est possible de rattraper l'impasse sur certaines pépites)
Nous avons également choisi de prendre nos notes en Asciidoctor avec un template de notes prédéfini à l'avance (toujours dans l'esprit de gagner du temps à les écrire et les rendre disponibles). On en tire déjà les bénéfices : c'est un vrai plus pour l'accès et la recherche !
Top 5 des conférences
1 dans nos ❤️ - CI/CD, le divorce serait-il prononcé ?
Une conférence utilisant le fil rouge du couple pour parler organisation, définition et remise au centre du dialogue dans ce qu'on appelle le CI/CD. On retrouve chemin de la culture devops plutôt que celui du Mr Devops tout seul...
C'était intéressant de montrer les différences entre CI et CD, le fait que le processus de déploiement n'était pas tout à fait le même entre la production et les environnements d'intégration/recette etc.
Il pouvait donc y avoir des cas ou les déploiements CI/CD ne peuvent être gérés dans un seul workflow.
1 - Doctolib a besoin d'une base de données plus puissante. Ok, ... ?
Changer sa base de données quand on s'appelle Doctolib ce n'est pas trivial.
Un vrai retour d'expérience sur le protocole de sélection du SGBD remplaçant, un discours rafraîchissant !
L'approche de Doctolib est un peu à contre-courant de la tendance actuelle de tout fragmenter en micro-services avec base de données dédiées. Doctolib aime les architectures simples.
Avec Postgresql et Aurora (AWS), ils ont réussi à atteindre une sacrée performance.
Ils souhaiteraient aller plus loin dans les vitesses d'écriture, de lecture et dans la volumétrie gérée.
Ils n'ont pas réussi pour le moment à trouver un PostgreSQL "distribué" qui supporte leur objectif de volumétrie. (Tout en supportant certains aspect legacy).
Suspense, seront-ils obligés pour la première fois de découper leur applicatif pour aller encore plus loin ?
2 - Kafka: carte des pièges à l’usage des développeurs et des ops
De bons retours sur les bases de kafka, bien comprendre pourquoi on a certains types de problèmes.
On voit l'expérience de faire tourner du kafka en Prod.
Et surtout, UTILISEZ STRIMZI !
3 ex/aequo - Sécuriser son cluster Kubernetes on-premise from scratch
Un tour d'horizon des étapes de sécurisation d'un cluster Kubernetes en démarrant par l'audit. Cette compilation de pratiques et d'outils permet de découvrir ou re découvrir la mise en place de la sécurité dans un cluster. Présentation de 2h40 avec un rythme assez élevé pour ne pas s'endormir :)
3 ex/aequo - Construisons ensemble une application Micro-Frontend multi-frameworks avec Webpack 5 Module Federation
On a surtout vu une démo de comment faire :
- Ce n'est franchement pas très dur
- Ca marche globalement très très bien (même avec du Vue et du React intégrés dans une app Angular !)
- Côté Angular, ça ressemble fortement à un lazy loading classique
- il y a une cli pour faciliter tout ça côté Angular:
@angular-architects/module-federation
Une bonne démonstration de ce qu'il est possible d'accomplir en terme d'intégration de micro frontend au sein d'une application Angular à l'aide de Webpack module federation. La présentation s'inspire de l'excellent travail réalisé par Manfred Steyer sur le sujet. La démonstration aborde des points sensibles comme le sous niveau de navigation ou encore le partage de service. Cette approche constitue une solide alternative à une intégration avec des Web component pour peu qu'on dispose d'une application parente utilisant Webpack pour la construction du livrable.
3 ex/aequo - Comment OpenTelemetry peut transformer votre monitoring en unifiant vos logs/metrics/traces
OpenTelemetry est le deuxième projet le plus actif de la CNCF après Kubernetes.
Talk destiné aux devs et aux ops, c'est un très bon TL;DR sur ce qu'est OpenTelemetry, comment le mettre en place et ce que ça apporte !
3 ex/aequo - Qu'avons nous appris après un an passé à développer des opérateurs Kubernetes ?
Très bon REX sur la mise en place des opérateurs kubernetes.
De bonnes explications sur le fonctionnement d'un opérateur (reconciliation loop, controller, mutating webhooks...)
Le speaker admet que lui et son équipe ont souhaité commencer sans framework pour éviter des dépendances, mais qu'ils ont rapidement changé d'avis tant les frameworks permettent de faciliter la vie sur toute la gestion du cycle de vie d'un opérateur (génération de CRD, gestion du controller). En framework, il y en a plusieurs, par exemple operatorframework ou kubebuilder
⚠️
Le rythme est dense avec :
. Des conférences de 3 heures (prenant le temps d’aller dans le détail des sujets)
. Les keynotes (qui sont enrichissantes sur le plan de la culture générale)
. Des conférences de 40 minutes qui passent très vite.Il peut être judicieux de se prévoir des pauses, plutôt que de vouloir remplir son planning à 100%.
D’autant que Devoxx ce n’est pas QUE des conférences ! Il ne faut pas hésiter à aller discuter sur les stands entre deux talks!
Nous avons eu de belles discussions mais aussi des démonstrations assez complètes de logiciels et outils que nous ne connaissions pas ou peu.
Pour en finir, entre échange de point de vue sur les différentes (et multiples) conférences, discussions du soir sur Devoxx ou notre vie professionnelle en général et les échanges avec toutes les personnes présentes à cet évènement, Devoxx est vraiment une expérience à part entière !
Et pour nous répéter :
Devoxx c'est mieux à plusieurs !
Ecrit à 12 mains avec les fantastiques @dlucasd, @cfrezier, @sylvainmetayer,David Maurin et Sébastien Blanchetierre.
On en profite pour faire passer un gros merci à onepoint qui a tout organisé pour nous!
Merciiiii !
Top comments (0)