Gérer une forte charge avec ez Publish Obtenir la meilleure réactivité de publication. Solutions natives ez. Solution spécifique.

Transcription

1

2 Gérer une forte charge avec ez Publish Obtenir la meilleure réactivité de publication Solutions natives ez Classique Cluster ez DFS Cache statique Solution spécifique Publication statique spécifique Solution tierce Serveur de cache en amont (Varnish ou CDN)

3 ez Publish est le CMS Open-Source le plus performant Satisfait tous les besoins de gestion de contenu Permet tous types de design Bénéficie d une grande évolutivité Mais cette souplesse et performance a un prix : beaucoup de sollicitations de la base de données Cela peut créer des problèmes de tenue en charge en cas de forts pics de trafic Déployer ez Publish pour des sites de presse à fort trafic En tenant la charge En préservant l évolutivité du site En recherchant une instantanéité de la publication, challenge actuel de la presse en ligne Eviter de multiplier les développements spécifiques Longs et couteux Freins à l évolutivité d une plate-forme

4

5

6 Visiteurs ez Contributeurs MySQL

7

8 Visiteurs Load Balancer ez ez ez ez Contributeurs ez DFS NFS MySQL

9 Gestion du cache optimale Publication instantanée Induit une charge de base de données importante Performances liées aux choix de conception et à la qualité du code Très dépendant du nombre de contenus et d'utilisateurs/contributeurs Inadaptée pour des objectifs : > 100 pages/sec > 150 K objets ez Adéquat pour des sites de trafic «limité»

10

11 Visiteurs Cache statique ez Contributeurs MySQL

12

13 Visiteurs Load Balancer Cache Cache Cache Cache statique statique statique statique ez ez ez ez Contributeurs ez DFS NFS MySQL

14 Très bonne tenue en charge Ne nécessite pas de serveur de cache Peu flexible : Ne propose pas de solution pour la gestion de blocs transverses (Ex : Menu du site / footer /...) Vidages de cache très couteux et longs Ne génère pas toutes les vues potentielles d'un contenu Problématique en mode connecté (Full AJAX ou pas de cache) Apache reste très sollicité (et moins performant qu'un Varnish) Adaptée aux sites à fort trafic à contenu institutionnel Inadaptée aux sites ayant de nombreux blocs transverses et à forte contribution, comme les sites de Médias.

15

16

17 Visiteurs Varnish ez Contributeurs MySQL

18

19 Load Balancer Visiteurs Varnish Varnish ez ez ez ez Contributeurs ez DFS NFS MySQL

20 Aucun développement n'est à faire (hors partie connectée) Flexibilité de gestion du cache Transparence avec l'applicatif Comment gérer la partie connectée? Fonctionne sur un principe de TTL court (Time To Live) Retarde la publication de la durée de 2xTTL Induit des décalages de contenus Le dilemme permanent : + on augmente le TTL, - c'est réactif + on le réduit, - on tient la charge

21

22 Cluster ez DFS Classique Gestion du cache optimale Publication instantanée Cluster ez DFS - Cache statique Très bonne tenue en charge Serveur de cache Flexibilité de gestion du cache Transparence avec l'applicatif

23

24 Vider le cache Varnish de manière très ciblée lors de la publication. De toutes les URLs relatives : à ce contenu aux noeuds reliés par le cache de vue (et sa configuration) Autrement dit l'intégralité des règles du cache de vue natif sont gérées dans la purge de cache Varnish!

25 une interface de contrôle pour vider des caches spécifiques la gestion du Multi-Varnish

26 la gestion des multi-siteaccess La purge des caches Varnish A la publication (prise en compte workflow), Ou manuellement via un nouveau bouton dans l'interface d'administration un script en ligne de commande

27

28

29 Pas de ralentissement de la publication (daemon) La gestion du StaleCache pour ne pas cacher une page obsolète dans Varnish Quelques opérateurs de templates pour gérer les ESI Un fichier de configuration Varnish 3 optimisé pour ez Publish Une interface disponible en FR et EN

30 Visiteurs Varnish TTL très court > charge la BDD en cas de fort trafic ez ez ez ez ViewCache System Processus de publication ez DFS NFS MySQL Contributeurs Purge ciblée des caches ez

31 Visiteurs Purge ciblée des caches Varnish Varnish TTL très long > faible charge BDD même en cas de fort trafic ez ez ez ez ViewCache System Processus de publication ez DFS NFS MySQL Contributeurs Purge ciblée des caches ez

32

33 Un seul Apache N SiteAccess Une seule base de donnée Visiteurs Configurée avec un seul Varnish Un seul Varnish Varnish Une architecture simple et très efficace!! ez MySQL Contributeurs

34 Gestion des cache-block Varnish devient un élément applicatif de la plate-forme Grâce au système d'esi Suppression des cache-block au profit de vues ESI Mise à jour de ces caches (ancien cache-block) grâce au système de vue. Le menu de gauche est unique par noeud de niveau 2, Nous voulons : Générer ce menu une seule fois par noeud de niveau 2 Mettre à jour ce menu directement quand une modification est effectuée

35 Pagelayout Header (cache-block) Menu (cache-block) View Footer (cache-block)

36 Pagelayout Header (/content/view/header/2) Menu (/content/view/menu/n) View Footer (/content/view/footer/2)

37

38 Varnish met en cache 98% des requêtes Apache ne gère donc que 2% du trafic réel La BDD est dédiée au backoffice et à la génération du nouveau contenu On constate une très faible sollicitation du NFS

39 Adresse : 42-44, rue de Paradis PARIS Téléphone : Fax : info@novactive.com Site : SARL au capital de euros RCS Paris B