所见即所得编辑器在核心中原生可用，无需安装 contrib 模块或第三方库。
视图现在位于核心中，核心中的自定义列表
媒体管理不再是附加组件，而是平台的组成部分
JSON-API 位于核心，以便在 API 优先或无头方法中使用 Drupal
自定义编辑工作流程现在可在核心中使用，不再需要使用Workbench Moderation或Workflow等 contrib 模块。
Drupal 9：
为了回答这个问题，我们必须分析两种不同的情况：当前使用Drupal 7 的用户和已经过渡到Drupal 8 的用户。
从 Drupal 8 开始
这种情况处理起来最简单：对于那 新加坡电报数据 些拥有 Drupal 8 平台的人来说，事实上，更新将（几乎）轻松进行。
Drupal 9.0 涉及删除已弃用的代码并更新第三方依赖项（Symfony 3.0 → 4.5），但没有引入新功能。事实上，它与 Drupal 8 的特征代码库相同（稳定且经过广泛测试），因此只要将核心更新到可用的最新版本，更新就会与从一个次要版本更新到另一个次要版本具有相同的影响。
因此，我们可以说Drupal 9 只是 Drupal 8 的新版本。另一方面，从 Drupal 8 开始，所有更新都将变得频繁且影响较小，这实际上代表了迭代开发过程的自然延续，并遵循“滚动发布”，即使在同一开发分支中的一个次要版本和另一个次要版本之间也可以引入新功能。
这种新范式也反映在Drupal 8 的预期支持期限有限上，实际上最早将于 2021 年 11 月结束，因为升级到版本 9 比从版本 7 升级到版本 8 简单得多。
从 Drupal 7 开始
目前使用 Drupal 7 的用户必须考虑到该版本的最后一个受支持版本在经过 10 年的支持后即将进入“EOL”（生命周期结束）。因此，您将不再获得官方安全支持，并面临由此带来的所有相关安全风险。不言而喻，从这个角度来看，缺陷可能会对业务连续性造成严重影响，以及数据泄露的风险，甚至很高的罚款。