Decoupling 101
summary
Claims that decoupling makes teams smaller and swappable are backed by specific stacks: a Drupal backend serving an abstract API consumed by JavaScript front ends like Gatsby or React, deployed as separate apps (multi-app on Platform.sh). Progressive decoupling appears as widgets layered onto an existing Drupal front end. Costs include doubled tests, separate security, and significant API work. Concrete wins: a film festival migration becomes 100% online festival and Open Social builds a decoupled SaaS that is faster and easier to iterate.
AI-written summary · about
chapters (8)
- 0:00Decoupling introduction
- 2:34Coupling and monolithic Drupal
- 7:48Deploying decoupled apps
- 12:44Advantages of decoupling
- 18:41Reasons not to decouple
- 21:28Progressive decoupling
- 25:43Decoupling success stories
- 28:54Closing and Q&A
related talks
52mShould We Decouple?
52m"Decoupled Drupal: Implications, risks and changes from a business perspective"
01h 04mDecoupled Drupal across the stack
57mProgressively Decoupled Drupal, for everyone!
19mHarnessing Microfrontends: Platforms for Web Apps
39mAdventures in APIs
31mDecoupled, Not Disconnected: State and Sync in Micro-Frontends
01h 07mDecoupled Drupal and the Front End
