谁负责维护Web应用程序的IIS？

长期以来，IIS / Web应用程序一直是我工作过的商店中的棘手问题。

一方面，IIS是服务器内置的一项服务（通常），通常由服务器管理员负责维护和配置。当出现问题时，他们知道需要做什么，或者至少可以诊断到他们说“ Web应用程序有问题”并让开发人员调试其代码。

但是，服务器上的每个Web应用程序都是唯一的，并且有很多细微差别，根据当前的问题，这些细微差别可能会变得很复杂。

另一方面，每个Web应用程序在许多方面都是唯一的，并且需要处理一些特定的问题，而开发人员是最了解该应用程序的人。如果需要修改web.config文件以进行调试，或者IIS开始使Web应用程序感到悲伤，则开发人员应了解问题所在，并根据IIS或应用程序本身进行相应的修复。

但是，允许开发人员自行调整IIS成为一个严重的问题，因为某些设置/优化会严重影响服务器的性能和稳定性。

那么余额在哪里呢？服务器管理员应该是IIS专家，还是处理所有这些问题，而我只是通过部署来发送站点文件，还是开发人员应该对服务器和IIS问题承担责任并相应地处理它们？

听起来，您真正需要的是在栅栏两侧都有专业知识的人。

以我的经验（在较小型的公司中），IT / sysadmin人员没有时间，兴趣或特定于Webapp的知识来正确维护IIS设置。他们将把工作范围扩大到操作系统，并将IIS交给我（开发人员）。

显然，我需要“不仅仅是一名编码人员”，才能正常工作。我必须意识到系统级问题（安全性和其他方面）。我从事低级系统管理已经很多年了，所以我对这种任务很有信心（事实上，多年来，我已经教过一些专业的系统管理员一些知识）。但是，并非每个开发人员都具有此功能。

从我所看到的情况来看，仍然有更多具有sy​​sadmin技能的开发人员，然后还有具有（webapp）开发技能的sysadmin。

与往常一样，YMMV。

我个人不希望开发人员弄乱IIS，尤其是如果这意味着它可能会导致另一个应用程序出现问题，而另一个开发人员必须不停地进行故障排除。

如果存在IIS问题，请让SysAdmin进行调查，如果特定应用程序存在问题，请将其发送回给开发人员。如果开发人员遇到问题，请将问题提交给SysAdmin，后者可以尝试就是否进行任何更改做出明智的决定，并弄清楚它将如何影响每个人。

我们（系统管理员）就像对待第三方开发商一样对待开发人员-当他们希望我们部署应用程序时，如果他们希望得到支持，他们必须提供文档。这包括常见的故障排除例程和支持升级路径（正常运行时间要求以及在无法接受的停机中记录的开发人员责任）。

它显然不是黑白的，但是它为减轻开发人员和管理员之间的紧张关系做了很多工作。开发人员现在意识到，他们必须提供质量与其在下班后分页的意愿成反比的软件，并且开发人员现在可以使用所需的工具和文档，而不会觉得自己没有使用未创建的工具。

因此，在您的情况下，这意味着开发人员将在自己的IIS服务器上创建他们的应用程序，然后为管理员提供要安装在生产服务器上的软件和文档。

服务器管理员应该是IIS专家，还是处理所有这些问题，而我只是通过部署来发送站点文件，还是开发人员应该对服务器和IIS问题承担责任并相应地处理它们？

答案：找到一个人并将其命名为“ WSA”（Web服务器管理员）。他们可以是管理员或开发人员；真的没关系。但是他们需要将自己投入到工作的两个方面，团队的其他成员（双方）都需要尊重他们的专业知识。

这与DBA如何跨越IT / dev之间的界限没有什么不同。考虑到Web服务器在具有基于Web的产品的组织中的重要性，我认为这是至关重要的角色，而且常常被忽视。

由于网络还很年轻（与数据库相比），因此很难招募此人。您很可能需要将某人培养/修饰为该角色。

借助Web部署工具（它将成为从Visual Studio 2010开始发布Web应用程序的标准内置方式）之类的新实用程序，Microsoft似乎正在走上让开发人员或至少安装工程师选择IIS设置之类的方法（证书，应用程序池设置等）。它们内置在msdeploy安装软件包中，并在将软件包部署到服务器时自动应用于IIS服务器。

似乎是一个合理的妥协。开发人员无需手动修改实时生产服务器上的设置，系统管理员不必具有特定于Web应用程序的知识。但是，想要了解IIS设置的系统管理员可以在安装软件包之前了解发生了什么。