Drupal Webfactory
MEETUP DRUPAL PARIS
2
VOS INTERLOCUTEURS
ALAN MOREAU
Expert LAMP / Drupal
@misterdoak
Email : moreau.alan@gmail.com
3
SOMMAIRE
PREMIÈRE PARTIE
WEBFACTORY: POURQUOI?
DEUXIEME PARTIE
LA DRUPAL WEBFACTORY
TROISIÈME PARTIE
DEMO
1
2
3
4
WEBFACTORY:
2015
Séminaire Smile - Drupal 8
POURQUOI?
5
WEBFACTORY: POURQUOI?
Depuis une dizaine d’années les budgets DSI se réduisent
La multiplication des sites coûte cher aux entreprises
Les entreprises ont des besoins hétérogènes (Editorial, Intranet,
RSE, E-commerce…):
 Comment rationnaliser les coûts?
 Comment capitaliser les fonctionnalités?
 Comment industrialiserles déploiements? La maintenance?
LE BESOIN
6
WEBFACTORY: POURQUOI?
Webfactory
 Usine à sites : déployer / gérer facilement des modèles de site
 Partager des contenus
 Partager un socle applicatif : un framework et des fonctionnalités
Rationnaliser
 Réduire la dette technique => un socle technique, une techo…
Capitaliser
 Développer une fonctionnalité et la réutiliser sur plusieurs sites
Industrialiser
 Automatiser le déploiement
 Maintenir un socle technique
DÉFINITION
7
WEBFACTORY: POURQUOI?
Deux approches bien connues
 Domain Access VS Multisite natif + Deploy
Domain Access permet de créer plusieurs sites sur la même base
 Principaux avantages : un seul backoffice, partage d’entités facilité
 Principaux inconvénients : sites iso-fonctionnels, scalabilité du mono-base
Multisite natif + Deploy
 Principaux avantages : partage du socle technique, sites hétérogènes
 Principaux inconvénients : un backoffice par site, partage de contenus complexe
WEBFACTORY AVEC DRUPAL
Nous avons privilégié l’utilisation du multisite natif dans la conception de
la Drupal Webfactory
8
LA DRUPAL
WEBFACTORY
9
LA DRUPAL WEBFACTORY
Permet la gestion multisite depuis un central
Facilite le déploiement de nouveaux sites
 Déployer un nouveau « profil » directement depuis le backoffice
o Ca doit marcher chez OVH!
Le partage de contenu depuis le central
 Partage des entités : node
 Un mécanisme de « channel » permet de ne partager que certaines entités à
certains sites
FONCTIONNALITÉS
10
LA DRUPAL WEBFACTORY
COMMENT ÇA MARCHE?
Central
Serveursde bases
de données
Sitessatellites
Partagede
contenusvia
Web services
S
O
C
L
E
Socle
applicatif
commun
11
LA DRUPAL WEBFACTORY
Le partage de contenus est rendu possible grâce
 A la brique REST de Drupal 8
 A la serialization des entités
Les accès au webservice est authentifié
 Authentification Drupal
 Un utilisateur est généré à la création du site
Déploiement asynchrone des sites
 Il s’agit d’une requête de type POST sur le script install-site.php
 Un token aléatoire et temporaire est utilisé pour sécuriser l’accès à ce script
QUELQUES DÉTAILS TECHNIQUES
12
LA DRUPAL WEBFACTORY
Rendre le déploiement possible via Drupal Console
Gestion des « entity reference » dans le partage de contenu
 Gestion des médias, termes, attachés
Synchroniser automatiquement les contenus partagés suite à une
mise à jour
 Notification qu’un contenu a été mis à jour
Centraliser la gestion des utilisateurs
 => partage des utilisateurs
ROADMAP
13
DEMO
WEBFACTORY
14
QUESTIONS?
ECHANGES?

Drupal Webfactory

  • 1.
  • 2.
    2 VOS INTERLOCUTEURS ALAN MOREAU ExpertLAMP / Drupal @misterdoak Email : moreau.alan@gmail.com
  • 3.
    3 SOMMAIRE PREMIÈRE PARTIE WEBFACTORY: POURQUOI? DEUXIEMEPARTIE LA DRUPAL WEBFACTORY TROISIÈME PARTIE DEMO 1 2 3
  • 4.
  • 5.
    5 WEBFACTORY: POURQUOI? Depuis unedizaine d’années les budgets DSI se réduisent La multiplication des sites coûte cher aux entreprises Les entreprises ont des besoins hétérogènes (Editorial, Intranet, RSE, E-commerce…):  Comment rationnaliser les coûts?  Comment capitaliser les fonctionnalités?  Comment industrialiserles déploiements? La maintenance? LE BESOIN
  • 6.
    6 WEBFACTORY: POURQUOI? Webfactory  Usineà sites : déployer / gérer facilement des modèles de site  Partager des contenus  Partager un socle applicatif : un framework et des fonctionnalités Rationnaliser  Réduire la dette technique => un socle technique, une techo… Capitaliser  Développer une fonctionnalité et la réutiliser sur plusieurs sites Industrialiser  Automatiser le déploiement  Maintenir un socle technique DÉFINITION
  • 7.
    7 WEBFACTORY: POURQUOI? Deux approchesbien connues  Domain Access VS Multisite natif + Deploy Domain Access permet de créer plusieurs sites sur la même base  Principaux avantages : un seul backoffice, partage d’entités facilité  Principaux inconvénients : sites iso-fonctionnels, scalabilité du mono-base Multisite natif + Deploy  Principaux avantages : partage du socle technique, sites hétérogènes  Principaux inconvénients : un backoffice par site, partage de contenus complexe WEBFACTORY AVEC DRUPAL Nous avons privilégié l’utilisation du multisite natif dans la conception de la Drupal Webfactory
  • 8.
  • 9.
    9 LA DRUPAL WEBFACTORY Permetla gestion multisite depuis un central Facilite le déploiement de nouveaux sites  Déployer un nouveau « profil » directement depuis le backoffice o Ca doit marcher chez OVH! Le partage de contenu depuis le central  Partage des entités : node  Un mécanisme de « channel » permet de ne partager que certaines entités à certains sites FONCTIONNALITÉS
  • 10.
    10 LA DRUPAL WEBFACTORY COMMENTÇA MARCHE? Central Serveursde bases de données Sitessatellites Partagede contenusvia Web services S O C L E Socle applicatif commun
  • 11.
    11 LA DRUPAL WEBFACTORY Lepartage de contenus est rendu possible grâce  A la brique REST de Drupal 8  A la serialization des entités Les accès au webservice est authentifié  Authentification Drupal  Un utilisateur est généré à la création du site Déploiement asynchrone des sites  Il s’agit d’une requête de type POST sur le script install-site.php  Un token aléatoire et temporaire est utilisé pour sécuriser l’accès à ce script QUELQUES DÉTAILS TECHNIQUES
  • 12.
    12 LA DRUPAL WEBFACTORY Rendrele déploiement possible via Drupal Console Gestion des « entity reference » dans le partage de contenu  Gestion des médias, termes, attachés Synchroniser automatiquement les contenus partagés suite à une mise à jour  Notification qu’un contenu a été mis à jour Centraliser la gestion des utilisateurs  => partage des utilisateurs ROADMAP
  • 13.
  • 14.