我在一家即将把大多数应用程序从内部定制的Java / Tomcat应用程序迁移到Drupal的公司工作。 由于公司政策，应用程序和网站需要在内部服务器上运行。 这意味着我们需要Drupal（PHP / MySQL）应用程序的基础架构。
这一定已经解决了一百万次了。 我相信这是networking托pipe公司每天都在做的事情。 尽pipe我们的工作规模比networking托pipe公司小得多，但我认为这样做是有道理的，就好像我们要有一个内部的小型networking托pipe公司一样。 这意味着IT运营人员可以“负责”“提供”networking托pipe，而开发人员可以使用这些“服务”。
我们有三种环境 dev（elopment），testing和产品（uction）。 开发人员可以login到系统并创build/编辑/删除dev和testing站点，这是有道理的。 生产场所应该可以通过同一个系统获得，但只能用于IT运营。
我们需要与networking服务器集群一起工作，这意味着pipe理系统应该能够在多个服务器上创build/编辑/删除网站。
我知道我的问题没有“这是它的”答案。 但是，这将是一个好的地方开始这样做呢？ 除了实际的硬件之外，对于这个系统来说，一个好的pipe理系统是什么呢？
既然你正在处理Drupal，你的网站configuration的许多部分将不仅仅是代码。 这已经被解决了很多次，但是我不认为这是永远解决的问题。 会有痛苦。
您可以通过确保开发人员通过function和自定义Drupal模块尽可能多地使用代码来缓解这种痛苦，但是迄今为止，这并不会削减。
使用drush将会减轻更多的痛苦，这将使您的工作stream程的大部分自动化变得更容易。
您还应该考虑使用Aegir ，它允许您部署和pipe理许多Drupal站点，并且可以跨多个服务器集群进行扩展。 个人已经离开了它，虽然因为它增加了太多的实际（为我的用例）的复杂性。
Drupal Answers上的这个答案包含了一些深入讨论这个问题的文章的链接。