TFS/VSTS 脱模剂最佳实践
TFS/VSTS Release Agent best practices
我们想知道发布应用程序的最佳设置：
1- 一个专用服务器，将 运行 一个或多个代理在一个或多个服务器上针对不同的环境（暂存和生产）发布。
或
2- 每个服务器（暂存和生产）上的一个代理将直接在服务器上发布。
=> 我认为在生产服务器上安装代理不是最佳做法，但它可以使在多个服务器上同时部署更容易，在这种情况下我们不需要专用服务器来发布。
构建由专用服务器完成。
谢谢
在我看来，以一种或另一种方式做这件事确实不一定是最佳实践，但还有其他一些考虑因素，例如安全性和部署持续时间等。
从安全的角度来看，您必须考虑到您的代理机器必须能够访问 TFS/VSTS 帐户。因此，如果它是内部 TFS 服务器，则不会出现此问题。如果是 VSTS，那么您将不得不与您的基础设施人员一起考虑这一点。
如果您将有一台专用服务器进行部署，则所有工作都必须在目标服务器上远程完成，为此 VSTS 任务使用 WinRM，必须在每台目标计算机上启用它。这些任务需要对您的服务器进行管理访问，因此他们会要求您在任务配置界面（Web 浏览器）上输入管理员 account/password。这一点最好与 IT 部门讨论，因为您将在 TFS/VSTS 系统上存储敏感信息。
当您在所有服务器上安装代理后，您将在下载工件后进行本地部署。这比使用 WinRM 远程部署它们要快（亲身体验）。但是您必须在每台代理计算机上访问您的 TFS/VSTS 帐户。
我个人比较喜欢在每台服务器上都安装代理，但是要考虑自己的环境特点。
我们想知道发布应用程序的最佳设置：
1- 一个专用服务器，将 运行 一个或多个代理在一个或多个服务器上针对不同的环境（暂存和生产）发布。
或
2- 每个服务器（暂存和生产）上的一个代理将直接在服务器上发布。
=> 我认为在生产服务器上安装代理不是最佳做法，但它可以使在多个服务器上同时部署更容易，在这种情况下我们不需要专用服务器来发布。
构建由专用服务器完成。
谢谢
在我看来，以一种或另一种方式做这件事确实不一定是最佳实践，但还有其他一些考虑因素，例如安全性和部署持续时间等。
从安全的角度来看，您必须考虑到您的代理机器必须能够访问 TFS/VSTS 帐户。因此，如果它是内部 TFS 服务器，则不会出现此问题。如果是 VSTS，那么您将不得不与您的基础设施人员一起考虑这一点。
如果您将有一台专用服务器进行部署，则所有工作都必须在目标服务器上远程完成，为此 VSTS 任务使用 WinRM，必须在每台目标计算机上启用它。这些任务需要对您的服务器进行管理访问，因此他们会要求您在任务配置界面（Web 浏览器）上输入管理员 account/password。这一点最好与 IT 部门讨论，因为您将在 TFS/VSTS 系统上存储敏感信息。
当您在所有服务器上安装代理后，您将在下载工件后进行本地部署。这比使用 WinRM 远程部署它们要快（亲身体验）。但是您必须在每台代理计算机上访问您的 TFS/VSTS 帐户。
我个人比较喜欢在每台服务器上都安装代理，但是要考虑自己的环境特点。