SnowCamp 2022

Le sucre syntaxique est le petit plaisir coupable du développeur. Il lui permet d'écrire un code plus agréable à écrire et maintenir et en moins de lignes de code.
Où peut-on mettre du sucre dans son java ? De la programmation fonctionnelle aux nouveaux Records le sucre syntaxique permet de visiter les meilleurs fonctionnalités du java.

Category: DevOps / Cloud
Format: talk

Vous fournissez du service à vos utilisateurs ?
Vous avez des bouts d’automatisation basés sur Ansible pour accélérer votre travail quotidien ?
Vous souhaitez faire en sorte que vos utilisateurs puissent presser eux même le bouton qui appelle cette automatisation ? Nous avons une solution pour vous.

Nous sommes l’équipe « Shared Infra » : Notre rôle consiste à fournir de l’infrastructure et des services aux équipes d’ingénieurs chez HPE en fonction de leurs besoins business du moment.
Aujourd’hui les stacks se composent de virtualisation VMware, de cloud Openstack et d’orchestration de conteneur Openshift. Demain, cela sera autre chose.

Aujourd'hui, nous suivons la méthode SRE/DevOps. L'ingénierie de la fiabilité des sites (SRE Site Reliability Engineering) intègre des aspects de l'ingénierie logicielle pour les appliquer aux problèmes d'infrastructure et d'exploitation. Les équipes SRE utilisent des composantes de programmation comme outils, afin de gérer les systèmes, résoudre des problèmes et automatiser les tâches d’opérations.
Cela signifie que nous plaçons du code partout où nous le pouvons. Principalement grâce à Bash, Python, mais aussi et surtout Ansible.

Au-dessus de cette première brique nous avons ajouté Tower. Tower est un outil qui apporte une interface et une API au moteur Ansible. Il nous permet d’exposer, de centraliser et de rendre notre automatisation consommable au sein de notre équipe.

Enfin, afin de maximiser l’autonomie de nos utilisateurs, nous avons créé « Squest ». Ce Framework nous permet d’exposer notre automatisation sous forme d’un portail de service.
Squest centralise les demandes utilisateurs, les vérifie et les provisionne automatiquement. Mieux encore, Squest garde en base chaque instance de service qu’il a provisionné, afin de leur rattacher de nouvelles automatisations. L'objectif : rendre l’utilisateur autonome dans la gestion du cycle de vie de ses services.

Dans ce talk, au support d’une démonstration dans notre contexte de service d’infrastructure, nous vous présenterons l’ensemble de cette stack et ces capacités à exposer « everything as a service », n’ayant pour limite que votre propre capacité d’automatisation.

Rsocket est un nouveau protocole utilisé dans les communications TCP, WebSockets et Aeron. Il est conçu pour dépasser de nombreuses limitations, notamment celles rencontrées avec le protocole HTTP. RSocket s’appuie sur le manifeste réactif et implémente la spécification Reactive-Streams.

Le protocole est activement développé et disponible dans de nombreux langages (Java, Javascript, .NET, GO, C++ et Kotlin). Il est intégré dans Spring Framework depuis la version 5.2 et largement soutenu par des entreprises comme Facebook, VMWare et Alibaba.

Nous verrons avec des cas pratiques comment ce protocole permet de correspondre aux besoins modernes : push de données, échanges bi-directionnels, reprise de connexion et asynchronisme.

Présentation du **Mutation Testing** et retour d'expérience sur la mise en place sur un projet client depuis un an.

Ce talk est pour vous si :
* vous trouvez que, malgré une bonne couverture de test, vous avez régulièrement des régressions
* vous n'avez pas assez confiance dans votre suite de test pour vous lancer sereinement et rapidement dans du refactoring ou des évolutions
* vous êtes Craft jusqu'au bout des ongles

Documenter l'architecture d'un système est toujours une tâche fastidieuse. Une approche qui gagne actuellement en réputation est l'utilisation du modèle C4, imaginé par Simon Brown. Dans cette présentation, je vais parler de mon usage de ce système, et des adaptations que j'ai ajouté pour permettre une documentation d'architecture en continu de la manière la plus simple possible

Vous avez une source de données représentant la source de vérité. Vous avez besoin d'utiliser ces données d'une autre façon afin de couvrir d'autres cas d'utilisation (cache, indexation, recherche, business intelligence...). Pour cela, pas de magie, il vous faudra dupliquer la donnée, souvent dans un autre format, afin de pouvoir répondre à votre besoin.

Mais comment conserver la données toujours synchronisée avec la source de vérité ? Le tout, sans même pouvoir toucher l'application métier.

Dans cette session 100% live coding, nous vous donnerons une recette simple pour surmonter ces difficultés en utilisant un pattern de "Change Data Capture".

Sur le papier tout va bien dans le monde Devops. Côté InfraAsCode, les pratiques et outils sont stables et maitrisées. Côté exécution, Kubernetes s’impose comme le standard.

Malheureusement, déployer une application conteneurisée qui nécessite un service cloud, implique de mélanger des outils d’infraAsCode avec des solutions orientées Kubernetes. Plus de technologies, plus de connaissances à avoir, plus de manières de faire…

Or, il existe des solutions pour gérer l'ensemble de son déploiement, y compris l'infra depuis Kubernetes.

Etes-vous prêts pour le grand saut ?

Ca fait des années qu'on nous dit que l'IA remplacera les développeurs… GitHub et Open AI tentent un premier pas dans le futur avec Copilot, une Intelligence Artificielle de pair programming dont la promesse est de te souffler tes lignes de codes avant même que tu y ais pensé. Intrigué ? Embarque à bord de VSCode et laisse toi guider par Copilot vers ta retraite anticipée (ou pas ;p).

Kubernetes est aujourd'hui le standard pour déployer des applications de toutes sortes: api, batchs, microservices et même des monolithes!
Il apporte des solutions à beaucoup de problèmes mais aussi une grande complexité.
Il peut donc être très difficile pour les développeurs et concepteurs d'identifier les contraintes d'une telle architecture.

Dans cette présentation, vous (re)découvrirez dix astuces et conseils que j'ai pu appliquer et qui m'ont aidé dans mes derniers projets.

Ces derniers traiteront :
* du choix des solutions techologiques
* du développement
* des contraintes de conception liées à K8S
* et plus encore !

_Bonnes pratiques pour la maintenance d'une application web_

Refaire son front tous les 2 ans, c’est devenu une pratique plutôt courante dans tous les projets. Tous ? Non, chez Bedrock streaming, nous avons choisi de rester sur la même codebase et ça depuis plus de 7 ans! En plus, ce n’est pas une petite application puisqu’il s’agit de 6play et de salto.

Vous pourriez vous dire: _“Oh les pauvres, maintenir une application vieille de presque 10 ans ça doit être un enfer !”_

Rassurez-vous, ce n’est pas le cas ! Nous avons tous travaillé sur des projets bien moins vieux mais sur lesquels le développement de nouvelles fonctionnalités était bien plus pénible.
__Quel est notre secret ? C’est ce que vous allez découvrir pendant ce talk.__

Automatisation des tâches courantes, gestion de la dette, testing et architecture seront des sujets abordés.