为管理子域运行单独的用户帐户的优点/缺点?

为管理子域运行单独的用户帐户的优点/缺点?

为管理子域创建单独的帐户而不是在同一帐户下添加子域的优点/缺点是什么?

具体但不限于:

  • 服务器负载/进程管理(例如:进程挂起/冲突)。
  • 服务器安全。
  • MySQL 查询处理(例如:处理繁重的查询挂起)。
  • 跨站点代码库共享(例如:每个站点仅存储 1 份具有读取、写入和/或执行权限的代码库副本)。

其他因素/澄清:

  • 服务器是使用 CloudLinux v7.9 和 cPanel v100.0 的专用服务器,运行 Apache v2.4、PHP v7.4 和 MySQL v10.2-MariaDB。
  • 可能,我将使用 cPanel 的脚本/界面来创建帐户分离。
  • 我们讨论的是 1 个主域和 1 个管理子域(例如:www.mydomain.com和 admin.mydomain.com)。
  • 主域和管理子域将由同一个人管理。
  • 除了一些需要共享的代码库(无论是通过复制代码还是从公共目录共享)之外,每个代码的大部分都是彼此独立的。

答案1

仅当您将控制权委托给组织内和/或外部供应商的不同人员和/或不同团队时,创建单独的管理域才有意义。

或者当您设置一个与生产分开的测试、集成或培训区域时。

否则,当资源由同一个人通过单一窗口、单一管理域进行管理时,是首选。


请注意,设置管理域的方式与设置应用程序运行时环境的方式不同。

答案2

如果有 2 个独立的 MySQL 帐户,这样做是否有处理优势?

简短回答:不。

长答案:

性能和干扰取决于“连接”,而不是“谁”在连接。

登录 MySQL 后,可通过“授权”获取“安全”信息。这通常表示允许用户访问哪些数据库(等等),以及是否允许他们进行读取或写入访问。此外,如果“用户”超出了某些配额,则可能会被拒绝访问(此功能很少使用)。“角色”只是“授权”的变体。

此后,每个联系在 CPU 和 I/O 资源方面有同等的机会。当有“太多”连接在积极执行查询时,它们都会变慢。

Linux 有“nice”,它适用于操作系统登录和共享mysqld服务器,但不适用于单个数据库连接。

(对于本次讨论,MySQL == MariaDB。)

例外。即使命中,以“root”(SUPER)身份登录到 MySQL 也可以获得额外的“连接” max_connections。(这​​是访问问题,而不是性能问题。)

相关内容