Drupal 的 3 层服务器架构
3 tier server architecture with Drupal
Drupal 可以部署在 3 层服务器架构（网络服务器/应用服务器/数据库）上吗？
我们的数据库层将有 MySQL。 drupal 适合哪一层，其余层应该使用什么？
简短的回答是否定的。
长的答案是，由于 Drupal 是开源的，您可以做到这一点，但您需要做大量工作，并且您实际上会创建自己的 Drupal 分支版本，然后您需要维护它，因为 Drupal 的更新将不再适用于您的版本。
Drupal、Joomla 和其他 PHP/MySQL CMS 解决方案旨在安装在单个 Web 服务器上，而无需在真正的 3 中分离表示、业务逻辑和数据访问层层次架构。
这意味着它们非常实用且易于安装，适用于拥有典型网络托管解决方案的任何人，但这也意味着它们不足以处理需要更彻底保护的私人信息的典型企业应用程序，并与后台应用程序集成。 （当然，如果同一家企业只是想拥有一个信息网站，那么它们当然很好）。
可以。
- Application Tier 基本上是应用程序的 Web 节点。它将有一个 Web 服务器（Apache、Nginx）和 Drupal 运行ning 在上面。
- Data Tier 将是具有 MySQL 或 MariaDB 的数据库节点。您只需在 Drupal 的
settings.php 文件中提供它的 IP 地址，它就会正常工作。您可能想为要安装到 /sites/default/files. 的共享文件系统添加一个额外的节点
- 表示层 是一个棘手的部分。你可能没有它（因此允许 Drupal 的模板系统处理演示 - 即应用层也将处理演示）。但是，Drupal 可能 运行 "headless" - 完全作为 API 服务器，它使您能够编写自己的表示逻辑（基本上是 API 客户端）。
这样的设计有一些有趣的好处：您可以在 Drupal 和表示之间加入一些缓存机制，从而消除 Drupal 的缓慢。您还可以通过克隆 Web 节点轻松地水平扩展 Drupal 实例。您甚至可以完全关闭 Drupal 进行更新，而表示层仍然提供缓存内容。
那里有一些有趣的 Headless/decoupled Drupal 会议：
Drupal 可以部署在 3 层服务器架构（网络服务器/应用服务器/数据库）上吗？
我们的数据库层将有 MySQL。 drupal 适合哪一层，其余层应该使用什么？
简短的回答是否定的。
长的答案是，由于 Drupal 是开源的，您可以做到这一点，但您需要做大量工作，并且您实际上会创建自己的 Drupal 分支版本，然后您需要维护它，因为 Drupal 的更新将不再适用于您的版本。
Drupal、Joomla 和其他 PHP/MySQL CMS 解决方案旨在安装在单个 Web 服务器上，而无需在真正的 3 中分离表示、业务逻辑和数据访问层层次架构。
这意味着它们非常实用且易于安装，适用于拥有典型网络托管解决方案的任何人，但这也意味着它们不足以处理需要更彻底保护的私人信息的典型企业应用程序，并与后台应用程序集成。 （当然，如果同一家企业只是想拥有一个信息网站，那么它们当然很好）。
可以。
- Application Tier 基本上是应用程序的 Web 节点。它将有一个 Web 服务器（Apache、Nginx）和 Drupal 运行ning 在上面。
- Data Tier 将是具有 MySQL 或 MariaDB 的数据库节点。您只需在 Drupal 的
settings.php文件中提供它的 IP 地址，它就会正常工作。您可能想为要安装到/sites/default/files. 的共享文件系统添加一个额外的节点
- 表示层 是一个棘手的部分。你可能没有它（因此允许 Drupal 的模板系统处理演示 - 即应用层也将处理演示）。但是，Drupal 可能 运行 "headless" - 完全作为 API 服务器，它使您能够编写自己的表示逻辑（基本上是 API 客户端）。
这样的设计有一些有趣的好处：您可以在 Drupal 和表示之间加入一些缓存机制，从而消除 Drupal 的缓慢。您还可以通过克隆 Web 节点轻松地水平扩展 Drupal 实例。您甚至可以完全关闭 Drupal 进行更新，而表示层仍然提供缓存内容。
那里有一些有趣的 Headless/decoupled Drupal 会议：