Être productif avec JHipster

Devoxx France 2017

Julien DuboisCréateur de JHipster

Directeur de l’innovation, Ippon Technologies

@juliendubois@java_hipster

Quelques mots sur Ippon Technologies

300 consultants: France, USA, Australie

Spécialisés en Java, Cloud, Big Data…

On recrute! Rejoignez-nous sur le stand “JHipster”, à côté du buffet :-)

Spring Framework

Spring Boot

JHipster

Générateur d’applications Spring Boot + Angular(JS)

Totalement Open Source

+ de 300 contributeurs

6,500 étoiles GitHub

1/2 million d’installations

+ de 150 sociétés officiellement utilisatrices

Introduction à JHipster

Technologies côté serveur

Technologies côté client

Installation

Génération d’une application

Partie 1

Utilisation de Yarn

Alternatives: JHipster Devbox, Docker

Installation

> yarn global add generator-jhipster

oh-my-zsh est un framework pour gérer sa configuration ZSH

JHipster possède son propre plugin pour oh-my-zsh

Nous conseillons également les plugins: git, docker et docker-compose

oh-my-zsh

> jh

Création d’une application

Répondez aux questions pour générer une application suivant vos besoins

Certaines questions dépendent des réponses précédentes

JHipster fournit de la validation et des aides pour éviter les erreurs

> mkdir monapplication && cd monapplication> yo jhipster

Support des IDEs majeurs

IDEA, Eclipse, Netbeans

Visual Studio Code

Configuration de l’IDE

> idea pom.xml

Une application Spring Boot

Une application Angular(JS)

Un changelog Liquibase

Des fichiers de configuration

Fichiers générés

Ecrans classiques pour une application sécurisée

Login, logout, mot de passe oublié…

Gestion de compte utilisateur

Gestion des utilisateurs

Ces écrans sont utiles pour la plupart des applications

Les pages doivent être modifiées en fonction des besoins

Les permissions des utilisateurs seront modifiées ou étendues

Ils fournissent aussi des exemples d’écrans

Plus complexes que des “CRUD”

Formulaires, directives, validation…

Les écrans générés: la sécurité

Ecrans d’administration

Monitoring

Santé

Configuration Spring Boot

Gestion des logs

Très utiles en production

Seront optionnels dans une prochaine version

Les écrans générés: administration

Wrappers pour Maven et pour Gradle

Pas d’installation nécessaire, toute l’équipe a la même version

Tâches classiques: clean, compile, run, test…

Profils spécifiques: “dev” et “prod”

Utilisation de Maven/Gradle

> ./mvnw clean test

JHipster génère une configuration complète pour Docker et Docker Compose

Création d’une image Docker pour l’application

Lancement des services: MySQL, Elasticsearch, Kafka…

Sonar

Particulièrement utile pour le développement et les microservices

Docker et Docker Compose

> docker-compose -f src/main/docker/mysql.yml up -d

Utilisation de bases différentes en développement et en production

H2 disponible avec persistance sur disque ou en mémoire

Bases de données supportées: MySQL, MariaDB, PostgreSQL, Oracle, SQL Server

Spring Data JPA

HikariCP

Support des bases SQL

Gère les évolutions de la base de données

Très utile pour travailler en équipe

Après un “git pull”, votre base de données est prête!

Les tables, les relations et les données sont toutes créées par JHipster lors de la génération, et ces évolutions sont appliquées au démarrage de l'application

Liquibase

3 options de cache pour Hibernate

Pas de cache

Ehcache

Cache par défaut pour les monoliths

Contribution de l’équipe Ehcache: passage à la version 3 et configuration Java

Hazelcast

Cache par défaut pour les microservices

Clustering automatique du cache en cas d’ajout de nouvelles instances de l’application

Monitoring automatique

Attention! La configuration par défaut doit être optimisée en fonction des besoins et du matériel disponible

Le cache de 2nd niveau Hibernate

Spring Cache est configuré de la même manière que le cache de 2nd niveau Hibernate

Permet de le remplacer dans des cas métiers précis

Spring Cache

Hazelcast permet d’avoir un cache distribué

Les nouvelles instances d’un service rejoignent un cache distribué global

Essentiel pour pouvoir monter en charge

C’est pour cela que c’est la solution par défaut pour les microservices

Cette solution utilise le JHipster Registry pour que les instances se connaissent

Fonctionne pour les microservices et les monoliths

Hazelcast

Alternative aux bases SQL

Plus rapide à démarrer, très simple à utiliser dans le cloud

Spring Data MongoDB

Les changelogs sont gérés par Mongobee

MongoDB

Une autre alternative aux bases SQL

Implémentation spécifique JHipster, utilisant directement le driver DataStax

Le support Cassandra dans Spring Boot provient de JHipster!

Cassandra

Option supplémentaire, en complément des autres options

Très populaire!

Utilise Spring Data Elasticsearch

Génère le code côté serveur ET côté client

Utilise par défaut un Elasticsearch embarqué pendant le développement, une image Docker est également proposée

Elasticsearch

Autre option supplémentaire

Pour gérer des flux importants de données

Certains projets l’utilisent pour gérer les flux et le fail-over dans leur architecture microservices

Utilise Spring Cloud Stream

L’intégration actuelle est encore basique

Kafka

Utilise Spring Security

Sécurité par session

Stateful

Authentification “par formulaire” classique de Spring Security

Améliorations importantes de JHipster dans la gestion du “remember me”

JWT

Stateless

Option de plus en plus populaire

Parfait pour les microservices

OAuth2

Nécessite une persistance spécifique (fonctionne uniquement avec bases de données SQL et MongoDB)

En beta : utilisation de JHipster UAA

La sécurité

30 langues sont supportées par défaut

Simple à étendre si nécessaire

Côté client, géré par Angular Translate (AngularJS 1) ou une directive spécifique (Angular 2+)

Côté serveur, le système standard de Java

Internationalisation

Documentation automatique de toutes les APIs REST

Swagger UI permet de tester et exécuter facilement les APIs

Parfait pour les développeurs Angular(JS) qui ne veulent pas lire le code Spring!

Architecture microservices: Agrégation des APIs dans une gateway

Swagger

Option complémentaire

Utilise Spring WebSockets

Simple à intégrer

Difficile à monter en charge sur plusieurs noeuds

Ecran par défaut permettant de suivre les utilisateurs en temps réel

WebSockets

Les mises à jour peuvent être faites manuellement ou automatiquement

La mise à jour “automatique” utilise des branches Git pour tenter un merge entre le code modifié par les développeurs, et la nouvelle version du code

Utilisations des outils standards Git pour gérer les conflits

Mettre à jour une application

> yo jhipster:upgrade

Tester l’application générée

Partie 2

JHipster propose un support de JUnit et des tests d’intégration avec Spring

Les tests d’intégration restent rapides, car le contexte Spring et la base de données sont ré-utilisés entre chaque test

Mockito est utilisé pour simuler les dépendances

L’annotation @WithMockUser de Spring Security est très utile

Nous utilisons l’injection par constructeur pour simplifier les tests

Le sous-générateur d’entités génère des tests spécifiques à chaque opération CRUD

Tests avec JUnit et Spring

Les tests unitaires sont générés pour l’application principale et les entités

Des mocks sont utilisés pour simuler les appels au serveur

Tests unitaires avec Karma.js

Option pour réaliser des tests de performance

Des scénarios de test sont générés avec chaque entité

Utilisent les 4 méthodes CRUD générées

Doivent être modifiés en fonction des besoins métier

Astuce (bis) : n’oubliez pas la pagination!

Les tests peuvent être lancés directement depuis Maven

Les simulations sont développées avec un DSL Scala

Facile à prendre en main

La compilation Scala reste lente au démarrage

Tests de performance avec Gatling

Autre option possible

Les tests comportementaux (“BDD”) sont de plus en plus populaires

Cette intégration reste basique pour l’instant

Il manque des tests CRUD pour les entités générées

On recherche des volontaires!

Cucumber

3ème option possible pour les tests

Solution officielle et complète pour tester une application Angular(JS) de “bout en bout”

Nécessite un serveur Java fonctionnel

Utilise Chrome par défaut

pas nécessairement disponible avec les installations Linux par défaut

mais pose moins de soucis que Firefox!

Protractor

Sonar permet d’avoir un audit complet de la qualité de l’application

Java et JavaScript pour les applications avec AngularJS 1

Java uniquement pour les applications Angular 2+

JHipster fournit une configuration Docker Compose permettant d’avoir facilement un serveur Sonar et de tester son code

Etude de la qualité du code avec Sonar

> docker-compose -f src/main/docker/sonar.yml up -d > ./mvnw clean test sonar:sonar

Nouveau sous-générateur “ci-cd”

Permet de générer une configuration pour les 4 principaux serveurs d’intégration continue

Travis, Jenkins, GitLab, CircleCI

Propose ensuite un déploiement automatique sur Heroku

Intégration continue / déploiement continu

> yo jhipster:ci-cd

Travailler avec une application générée

Partie 3

Le “developer experience” (DX) est particulièrement important pour JHipster

Un très gros travail est fait pour proposer un environnement de travail productif et agréable

Le rechargement à chaud doit fonctionner partout

Les IDEs doivent être configurés automatiquement

Tous les services tiers utilisés ont une configuration Docker Compose prête à l’emploi

Un environnement de travail performant

Rechargement à chaud de l’application Java

Le classloader de l’application est rechargé

La JVM continue de fonctionner

Très rapide: entre 2 et 4 secondes, en fonction du setup

JHipster gérant les changelogs Liquibase, la base de données est également mise à jour à chaud

Astuce : avec un IDE configuré pour compiler automatiquement le code source, tout est mis à jour automatiquement!

Spring Boot devtools

Génère des requêtes SQL directement depuis des noms de méthodes Java

List<Product> findByOrderByName()

List<Item> findByUser(User user)

List<Customer> findByLastName(String lastName)

Astuce : tapez le nom de la méthode voulue dans le contrôleur REST qui l’utilise, et demandez ensuite à votre IDE de générer la méthode

Spring Data JPA

Les entités JPA peuvent avoir des méthodes “fluent”

Validé par l’équipe Hibernate, suite à une discussion initiée par l’équipe JHipster!

Permet d’enchaîner les méthodes sur les entités

Méthodes “fluent” dans les entités

Post post = new Post() .title("Fluent methods are cool!") .createdOn(LocalDate.now()) .addPostComment(postComment);

Les changelogs sont générés par JHipster, et peuvent aussi être codés manuellement

Ils peuvent aussi être générés par la tâche Maven “liquibase:diff”

Modifier le code JPA

Compiler l’application

Lancer “./mvnw liquibase:diff”

Un nouveau changelog sera généré

Le rajouter dans le changelog principal “master.xml”

Les changelogs sont appliqués au démarrage de l’application (fonctionnent également lors du hot reload de Spring Boot)

Liquibase

JHipster propose deux profils disponibles à la fois au runtime (profils Spring) et au moment du build (profils Maven/Gradle)

Profil “dev” pour le développement : focus sur une excellente “Developer Experience”

Profil “prod” pour la production : focus sur la performance

D’autres profils sont disponibles dans des situations spécifiques

“swagger” pour utiliser (ou pas) Swagger

“no-liquibase” pour que l’application Spring ne lance pas Liquibase

“ide” utilisé avec Maven pour aider à la configuration des IDEs (en particulier avec MapStruct)

Profils

JHipster génère une application Spring Boot

Toutes les configurations Spring Boot “standards” sont donc supportées

JHipster rajoute son propre préfixe “jhipster” avec sa configuration spécifique

Type-safe, documentée, et configurable de la même manière que les configurations “standards”

JHipster génère également une configuration vierge avec le préfixe “application”

Tout est prêt pour ajouter une configuration spécifique à l’application en cours, en suivant les mêmes principes

Configuration spécifique JHipster

Dans les fichiers de configuration “application-*.yml”

Configurer Spring Boot pour prendre en charge le SSL

Configurer JHipster pour utiliser HTTP/2

Exemple: mettre en place HTTP/2

server: port: 8443 ssl: key-store: keystore.p12 key-store-password: <your-password> keyStoreType: PKCS12 keyAlias: tmp2

jhipster: http: version: V_2_0

Gulp permet de lancer de nombreuses tâches liées au JavaScript: la minification, l’injection des dépendances, les tests…

Une de ses utilisations principales avec JHipster est le lancement de BrowserSync

BrowserSync propose deux fonctionnalités majeures

Synchronisation des clicks, scrolls et inputs dans les différents navigateurs: parfait pour tester son application sur plusieurs écrans!

Rechargement à chaud des navigateurs quand le code est modifié: parfait pour le développement productif!

Astuce : en combinant BrowserSync, Spring Boot devtools et Liquibase, un environnement de développement JHipster propose le “hot reload” de l’ensemble de l’application!

AngularJS 1.x - Gulp & BrowserSync

Avec Angular, JHipster propose un fonctionnement similaire

Webpack est utilisé pour toutes les tâches du front-end: compiler le code TypeScript, lancer les tests, etc.

Webpack permet également de lancer BrowserSync et d’avoir les mêmes fonctionnalités qu’avec AngularJS 1

Astuce : pour débugger le code Angular (compilé depuis le TypeScript), nous conseillons Augury, un plugin Chrome/Firefox

Angular + BrowserSync

Bower permet d’installer des librairies JavaScript/CSS

Ces librairies sont automatiquement injectées dans le fichier index.html

AngularJS 1 + Bower

> bower install bootstrap-material-design#0.3.0 —save

Avec Angular, JHipster migre de Bower vers Yarn

Plus sécurisé et plus performant que Bower

Permet des builds vraiment reproductibles

Utilise un cache

Angular + Yarn

> yarn install

JHipster suit le guide de style de John Papa

Guide de style officiel, validé par l’équipe AngularJS

Contient de nombreuses règles et bonnes pratiques, clairement expliquées

Propose un chemin de migration vers Angular 2

JHipster utilise également quelques librairies tierces

UI Router pour le routage

Bootstrap

De nouvelles librairies peuvent facilement être installées grâce à Bower

Développer avec AngularJS 1.x

JHipster supporte Angular 2 depuis la sortie de JHipster 4 en Février 2017

Dans notre branche de développement nous sommes déjà sur Angular 4, qui sera disponible lors de notre prochaine release

Cette option est encore en BETA mais de nombreuses personnes l’utilisent déjà

Notre build de “prod” doit encore être amélioré

Nous souffrons (comme tout le monde) de librairies tierces qui ne sont pas encore toutes au niveau

Développer avec Angular 2+

JHipster utilise les classes standard de Bootstrap

Il est très simple d’installer un thème spécifique

Ces classes peuvent être personnalisées normalement

JHipster propose en option le support de Sass, pour plus de simplicité

Avec Angular, JHipster a dû passer à Bootstrap 4, qui est encore en version Alpha

cf. slide précédent sur les librairies tierces qui ne sont pas à jour

Personnalisation de Bootstrap

Générer des entités

Partie 4

Le sous-générateur d’entité est notre option la plus populaire

Génère une entité avec support CRUD complet

Changelog Liquibase

Spring Data JPA

Spring MVC REST

Angular(JS)

i18n

tests

Astuce : utilisez Git pour sauvegarder votre travail avant/après une génération!

Création d’une entité

Les champs sont créés les uns après les autres

De nombreux types de données sont disponibles

Ces types dépendent de la base de données utilisée

La validation est disponible

Angular(JS) côté client

Bean Validation côté Spring MVC REST et Hibernate

Contraintes dans la base de données

Création des champs

Les relations ne sont disponibles que pour les bases SQL

Tous les types de relations JPA sont présents

one-to-one, many-to-one, one-to-many, many-to-many

Les relations sont bi-directionnelles par défaut, mais peuvent aussi être uni-directionnelles

On peut réaliser plusieurs relations entre deux entités données

Gestion des relations entre les entités

“User” est une entité spécifique, générée avec l’application d’origine

Utilisée par Spring Security

Peut être étendue

Peut être utilisée dans des relations many-to-one, many-to-many (côté non propriétaire) et one-to-one

Astuce : certaines personnes utilisent une relation one-to-one vers une entité spécifique “CustomUser” qu’ils maîtrisent, afin de ne pas toucher à l’entité “User” d'origine

L’entity “User”

DTOs = Data Transfer Objects

Utiles dès que l’on a un métier plus compliqué que du CRUD

Ajout de logique métier

Séparation de la vue et de la couche de persistance

Résout les problèmes de lazy-loading

JHipster utilise MapStruct pour gérer le mapping des DTOs et des entités

Utilisation des DTOs

Très utile pour les applications métier, où un CRUD n’est pas suffisant

Comme pour les DTOs

Habituellement la couche service et les DTOs sont deux options utilisées conjointement, mais cela n’est pas une obligation

Les Beans de service sont des Beans Spring: la sécurité, les transactions, le monitoring sont disponibles

Option pour utiliser juste une implémentation, ou une interface + une implémentation

Utilisation d’une couche de service

3 options de pagination sont disponibles

“Pager” simple (uniquement pour AngularJS 1.x)

liens de pagination

scroll infini

Dépend de vos besoins business et de votre base de données (Cassandra ne peut pas gérer de liens de pagination)

Nécessaire quand vous avez beaucoup de données (donc tout le temps, hormis pour des tables de références)

Attention! Une erreur classique lorsque l’on fait des tests de performance avec Gatling, est d’avoir oublié de mettre en place la pagination

Options de pagination

Une entité peut être re-générée

Il suffit de relancer une génération avec le même nom d’entité

Les champs et les relations peuvent alors être ajoutés et/ou supprimés

Astuce : les utilisateurs avancés modifient directement les fichiers `.jhipster/*.json`

Ce sont les fichiers internes de configuration

En réalité, ils contiennent juste les réponses sauvegardées au format JSON

Re-générer une entité

Outillage et projets tiers

Partie 5

Rend facile la génération de modèles d’entités complexes

Supporte toutes les options du sous-générateur d’entités

Types de champs

Validation

Relations

DTOs

Services

Enumérations

…

JHipster Domain Language

Application Web Open Source

Disponible librement sur https://jhipster.github.io/jdl-studio/

Auto-complétion et validation du JDL

Vue graphique

Import/export de modèles

JDL Studio

Support du JDL dans les IDEs

Fonctionne avec Eclipse, IDEA, Visual Studio Code

Permet de travailler directement sur le fichier sans devoir le télécharger

JHipster IDE

Les modules permettent à chacun de bénéficier de la puissance de JHipster sans dépendre du projet

Les modules sont indépendants de JHipster

Ce sont des générateurs Yeoman qui utilisent l’API de JHipster

Ils peuvent être privés et avec des licenses propriétaires

Si vous souhaitez que votre module soit public, vous pouvez le publier sur notre marketplace

Disponible sur https://jhipster.github.io/modules/marketplace

32 modules disponibles à l’heure actuelle

La marketplace est entièrement libre et gratuite, comme toujours avec JHipster!

Modules

Passer en production

Partie 6

JHipster utilise le plugin Spring Boot pour générer une application de production

WAR “exécutable” (option chaudement recommandée) ou deployable dans un serveur d’applications

Avec des options de production côté Java: filtre GZip, cache…

Et un front minifié

Construire une application pour la production

> ./mvnw clean package -Pprod > docker-compose -f src/main/docker/mysql.yml up -d > cd target > ./monapplication-0.0.1-SNAPSHOT.war

Les endpoints “standards” de Spring Boot sont disponibles

Avec une interface graphique!

Dropwizard Metrics est configuré

Métriques JVM et HTTP

Métriques des Beans Spring

Métriques ehcache

Les logs peuvent être envoyés vers ELK

Plus d’informations sur la “JHipster Console” dans la partie microservices

Prochaine version : un monitoring unifié sera bientôt disponible dans le JHipster Registry!

Monitoring disponible

Une configuration Docker complète est générée dans le répertoire src/main/docker

Un DockerFile

Une configuration Docker Compose comprenant l’application et l’ensemble de ses dépendances

Le daemon Docker doit être lancé lors de la construction de l’image

Création d’une image Docker

> ./mvnw package -Pprod docker:build > docker-compose -f src/main/docker/app.yml up -d

Fonctionne pour les monoliths et les microservices

Permet des configurations plus avancées que les fichiers Docker Compose générés par défaut

Configuration du JHipster Registry et de la JHipster Console

Surtout intéressant pour les microservices, en développement comme en production

Le sous-générateur “docker-compose”

La configuration Docker Compose permet de déployer les applications sur un cluster Docker Swarm

Avoir un cluster Docker Swarm en production n’est pas facile :-)

Permet d’avoir la même configuration en développement et en production

Les applications peuvent ensuite avoir de nouvelles instances créées suivant les besoins

Fonctionne sans problème pour les microservices

Une gateway ou un load balancer sont disponibles pour éviter les conflits de ports

Le cache de 2nd niveau Hibernate doit pouvoir être distribué (Hazelcast) ou être désactivé

Docker Compose et Docker Swarm

> docker-compose scale myapplication-app=3

Prochaine version : le sous générateur “rancher-compose” est en cours de validation

Nous recommandons vivement l’utilisation de Rancher avec Docker

Ce sous-générateur permettra de générer le fichier “Rancher Compose” spécifique à Rancher

Support de Rancher

> mkdir rancher && cd rancher > yo jhipster:rancher-compose

Kubernetes est l’orchestrateur de containers Docker le plus populaire

Support dans JHipster initialement développé par Ray Tsang, de Google

Support de Kubernetes

> mkdir kubernetes && cd kubernetes > yo jhipster:kubernetes

Sous-générateur spécifique Cloud Foundry

Le JHipster Registry permet de remplacer les services Eureka et Spring Cloud Config fournis par défaut par Pivotal

Utilise la ligne de commande “cf” pour déployer l’application, la lier à une base de données, etc.

Ne supporte que les services disponibles dans votre marketplace

Support de Cloud Foundry

> yo jhipster:cloud-foundry

Sous-générateur spécifique pour Heroku

Développé et maintenu par Joe Kutner, de Heroku

Utilise la ligne de commande “heroku” pour déployer l’application, la lier à une base de données, etc.

Support de Heroku

> yo jhipster:heroku

AWS

BoxFuse

Serveurs d’applications Java EE

WAR exécutable

Autres plateformes de déploiement

Architecture microservices

Partie 7

JHipster propose une architecture microservices complète

Une ou plusieurs Gateways qui fournissent l’accès à l’architecture

Basée(s) sur Netflix Zuul

Ajoute la sécurité, la qualité de service, la documentation d’APIs…

Le JHipster Registry fournit un dictionnaire de services, un serveur de configuration Spring

Et bientôt bien plus encore!

Des microservices scalables, monitorés, sécurisés

Monitoring avec la JHipster Console (basée sur ELK) ou Prometheus

Architecture microservices

Une Gateway est une application JHipster normale

Possède toutes les fonctionnalités d’une application JHipster

Recommandation : une gateway doit rester “légère”, ne pas la surcharger avec trop de services…

Donne accès à l’ensemble des microservices

Utilise Netflix Zuul pour le routage, le load balancing, le failover

Ajoute une couche de sécurité avec JWT (ou OAuth2)

Fournit de la qualité de service avec un filtre de “rate limiting”

Propose une documentation Swagger agrégée de l’ensemble des services

Astuce : vous pouvez avoir plusieurs Gateways, spécialisées en fonction des besoins métier

Les Gateways

Les microservices sont des applications JHipster normales, sans front-end Angular(JS)

Toutes les options habituelles sont disponibles: base de données, Elasticsearch, etc.

Le JDL Studio peut être utilisé pour générer des entités CRUD

La principale limitation concerne l’impossibilité d’utiliser les Websockets

Sera résolu avec Zuul 2

On peut utiliser un Kafka en interne, puis des Websockets sur une gateway

Les microservices

Le JHipster Registry est une application Open Source (Apache 2) spécifiquement développée pour les architectures microservices avec JHipster

Utilise Netflix Eureka comme registre de services

Utilise Spring Cloud Config pour configurer les applications Spring Boot

Très utile pour envoyer des “secrets” (le mot de passe de la base de données)

Peut reconfigurer des microservices

Peut stocker sa configuration sur le système de fichiers, ou dans Git

Possède une interface Web complète (développée avec JHipster!)

Est disponible sous forme d’image Docker

Le JHipster Registry

Une partie de l’effort de développement actuel se porte sur le JHipster Registry

Il va agréger les pages d’administration des applications

Serveur centralisé pour les métriques, la santé des applications, la gestion des logs et de la configuration Spring Boot

Les pages “admin” des monoliths et gateways deviendront optionnelles

Le JHipster Registry dans le futur

Alternative au JHipster Registry pour le registre de services

Focus sur la consistance (Eureka a un focus sur la disponibilité)

Plus efficace que Eureka sur de nombreux points

L’enregistrement et le désenregistrement de services est bien plus rapide

Prend moins de RAM

Propose un serveur DNS

A sa propre UI

Mais il ne fait “que” registre de services et n’est pas facile à étendre ou modifier

HashiCorp Consul

Application de monitoring basée sur la stack ELK (Elasticsearch Logstash Kibana)

Spécialement configurée pour les applications JHipster

Reçoit directement les événements des applications via une socket, dans le bon format

Possède des dashboards pré-définis pour JHipster

Très simple à installer via le sous-générateur Docker Compose

Disponible sous forme d’image Docker via Docker Hub

Nouvelle version disponible! Avec Elasticsearch 5 et Zipkin pour tracer les requêtes

JHipster Console

Les entités peuvent être générées dans les applications microservices, comme dans n’importe quelle autre application JHipster

Uniquement le code “back-end” est généré, il n’y a pas de code Angular(JS)

Toutes les options habituelles sont disponibles

Le JDL Studio peut être utilisé comme d’habitude

Pour les gateways, les entités peuvent être générées depuis des microservices existants

Le code Angular(JS) est généré sur la Gateway, et se connecte via un proxy Netflix Zuul au service back-end situé dans un microservice

Une Gateway va agréger les front-ends des entités provenant de plusieurs microservices, ainsi que provenant de la Gateway elle-même

Génération d’entités avec des microservices

Hazelcast est le cache de 2nd niveau Hibernate par défaut pour les microservices

Il est aussi utilisable via l’abstraction Spring Cache

Grâce au JHipster Registry, des instances différentes d’un même microservice sont capables de se rejoindre pour réaliser un cache distribué commun

Ce cache distribué fonctionne automatiquement avec Docker Compose, lorsque l’on “scale” un microservice

Cache Hazelcast distribué

> docker-compose scale myapplication-app=3

Par défaut, les architectures microservices sont sécurisées via JWT

Le token est généré par la gateway

Tous les microservices acceptent ce token, car ils partagent la même clef secrète

La clef secrète est diffusée par le JHipster Registry

Cette configuration par défaut peut être durcie

Utilisation d’un meilleur algorithme de cryptage

Utilisation d’un système de clef publique/clef privée

En beta, il est aussi possible d’utiliser OAuth2

En utilisant le JHipster UAA server

La sécurité pour les microservices

Même système qu’en local, mais sur un vrai cluster!

La principale différence est que l’on peut vraiment faire monter en charge les microservices

C’est ici que le cache distribué et JWT deviennent importants

Déployer avec Docker Swarm

> docker-compose up -d > docker-compose scale myapplication-app=3

Similaire à Docker Swarm, mais avec Kubernetes

Fonctionne sur Google Cloud Platform

Déployer avec Kubernetes

> kubectl apply -f monapplication > kubectl scale —replicas=3 jhipster/monapplication

Trouver de l’aide

Partie 8

Règle #1 : tout est public

Règle #2 : nous avons des règles de contribution, merci de les suivre!

Pour une question: utilisez StackOverflow avec le tag “jhipster”

Pour une remontée de bug ou une demande de nouvelle fonctionnalité: GitHub

Où trouver de l’aide?

Conférences et nouvelles

Twitter @java_hipster

Section news sur https://jhipster.github.io/

Paris JHipster User Group

https://www.meetup.com/fr-FR/JHipster-User-Group/

Videos & tutoriels

http://jhipster.github.io/video-tutorial/

Plus d’informations

Questions /

Réponses@juliendubois@java_hipster

Un oubli ? Manque de temps ?

Posez vos questions sur Twitter !