一个仪表板适用于您运行的每个应用，而不是每个应用一个仪表板。

在 Phlo 中，有两个不同的东西都听起来像“管理面板”，混淆它们会造成真正的困惑，因此值得明确。Phlo Control Center 是一个小型开发面板，内置于每个应用中，当 build: true 和 debug: true 时，自动挂载在 /phlo（可以通过 control: 'admin' 移动它，或通过 control: false 关闭它）。Phlo Dashboard 是一个完全独立的应用，管理您所有应用和服务器的整体情况。这篇文章是关于第二个的。

不是一个应用的管理，而是所有应用的管理

一个基于模式的 CMS（在之前的文章中介绍过）为一个应用提供了出色的管理其自身数据的功能。这解决了一个不同的问题，即“我在三台服务器上运行六个 Phlo 应用，我想查看所有应用。”Phlo Dashboard 是为第二个问题而构建的：舰队概览、域名管理、数据库管理、通知、用户和角色管理，以及访客分析，所有这些作为一个跨越每个应用和每个服务器的操作工具，而不是每个应用的附加功能。

它实际上向您展示了什么

每个应用的正常运行时间、版本和构建状态，因此过时的部署在不 SSH 登录检查的情况下也能被看到。每个应用的域名和数据库管理，因此常规操作任务不需要十五个不同的工具。通知和访客统计通过邮件或 WhatsApp 路由，因此警报可以在您已经存在的地方到达您。所有这些都不需要接触单个应用的管理；它在其上方一层操作。

为什么这完全是一个独立的层

本能是将舰队管理合并到任何一个应用的 CMS 中，认为这样就完成了。Phlo 故意将其作为独立的操作层：一个应用的 CMS 关注的是该应用的数据，而舰队则关注您运行的每个应用底下的机器和部署，包括没有 CMS 的应用。将两者合并意味着每个应用都需要它不使用的舰队管理代码，或者舰队视图永久绑定于任何一个单独的应用。

自托管，故意如此

Dashboard 在您自己的基础设施上运行，与其他所有内容一样使用 worker-mode FrankenPHP。成本与机器规模成正比，而不是与您决定添加到舰队中的应用数量或任何一个应用的流量多少成正比，这与平台在其他地方所做的经济论证相同：您拥有机器，因此增长不会悄悄改变您的托管账单的形状。