你如何处理开发人员对Windows服务器的访问？

Question

在代码启动方面，您如何处理开发人员对服务器的访问？他们是否具有对机器的RDP访问权限以部署代码并进行更改？他们是否只允许ftps访问服务器docroots，并且系统管理员会处理任何.NET配置更改？开发人员是否可以访问生产docrooots进行部署，或者系统管理员是否可以处理对实时服务器的任何代码启动？

Answer 1

我使用的最佳设置具有3级层次结构：

• DEV - 开发人员可以完全访问这些服务器。
• STAGE - 这适用于开发人员和 QA。
• LIVE - 仅限系统管理员和构建 工程师触摸这些。

这还取决于公司的预算和心态。

Answer 2

在我们的工作场所，开发人员会做所有事情。 没有系统管理员说什么（因为我是系统管理员和开发人员）

不好的部分是，在现场环境中发生了很多测试，我反对并试图阻止但没有运气。

我的最后一个工作场所也是由开发人员处理的，但是分阶段，在上线之前有很多阶段。

Answer 3

多年来我见过一些，到目前为止，当开发人员完全访问时，最好的结果已经出现。当然，所有更改仍应记录并在版本控制中提交，并在部署之前在测试系统上进行测试，以及所有这些。让开发人员进入生产服务器的回报是出现问题。开发人员能够最快地看到问题。在有严格限制的情况下，我发现关键的单行错误修复需要数天时间才能部署。

Answer 4

我们使用各种方法。对于我是主要开发人员并且托管在专用服务器（或VM）上的应用程序，我可以完全访问Web服务器。对于我只开发一个更大的应用程序，或者应用程序适合更大的框架工作的应用程序，我可以访问我可以发布的目录。对于测试环境（或原型化新服务），它通常是完全访问权限。我有自己的专用QA盒，我可以完全访问QA工作。 SQL服务器的处理方式不同。我在本地完全安装了SQL服务器。我通常与DBA交互以在测试和生产服务器上设置数据库，但对数据库具有完全管理访问权限，但不具有服务器。

Answer 5

我可以完全访问公司所有的生产服务器。但我们是一家非常小的公司，我做了很多系统管理员的工作以及所有的开发工作。

Answer 6

我可以完全访问大多数生产系统。我解决的问题比IT更容易解决。虽然通常我不会改变生产，除非绝对必要。如果我做了更改，我告诉我们的管理员，以便他们可以记录下来。我们尝试过有限的访问权限，但我作为一个非常小的团队的一部分工作，所以它不是一个选项。现在，如果我们只给管理员访问权限2人将不得不解决生产问题。通过上线时间表这很难。