Présentation du livre blanc les CMS à l'ère des microservices

Les réponses apportées dans ce livre blanc

  • Comment fonctionnent les CMS Serverless et leur architecture ?
  • Quels sont les atouts des CMS traditionnels vs les CMS Serverless ?
  • Quels sont les services proposés par l'approche Content as a Service ?
  • Comment construire une architecture microservices ?
  • Comment les CMS traditionnels se déclinent-ils vers une approche "headless" ?
Image bloc zig zag (8)

Sommaire

  1. Introduction
  2. Du CMS monolithique aux microservoces : changement de paradigme
    1. Le confort des CMS traditionnels
    2. Le renouveau de l'approche microservices
  3. Les CMS Serverless et leur architecture
    1. Microservices et Serverless
    2. Le CMS à l'ère des microservices : l'exemple de Prismic et Contentful
    3. Quelle architecture pour organiser ses services ?
    4. Une brique centralisée pour gérer efficacement son site
  4. Les CMS traditionnels se déclinent en mode "headless"
    1. Des APIs et connecteurs avancés
    2. Des briques externalisées
    3. Qu'en est-il de l'Open Source ?
  5. Conclusion
  6. Lexique
Image bloc zig zag (1)

Ce guide est fait pour vous si

  • Vous avez un projet de refonte ou de lancement de site et/ou d'application mobile et souhaitez faire les bons choix.
  • Vous avez besoin de pouvoir gérer des fonctionnalités spécifiques qui ne sont pas toujours couvertes par un CMS traditionnel comme Drupal, WordPress ou eZ Platform.
  • Vous souhaitez comprendre comment fonctionnent les solutions Content as a Service
  • Vous souhaitez vous orienter vers une architecture microservices mais ne savez pas comment organiser vos services et souhaitez des conseils pour faire fonctionner ensemble toutes les briques services dont vous avez besoin.

 

noun_Tips_2377045-1

EXTRAITS

Changer d’approche en passant d’un CMS classique aux microservices implique de concevoir différemment sa stratégie de création et de gestion de site ou d’application. Cette démarche vous permet de vous concentrer sur vos besoins sans être limité par une solution monolithique, car il existe autant de services et APIs que de fonctionnalités possibles.