【问题标题】:Is Azure Automation DSC at all suitable for configuring client machines (not servers)?Azure 自动化 DSC 是否完全适合配置客户端计算机(而不是服务器)?
【发布时间】:2018-04-19 04:07:10
【问题描述】:

我正在尝试为开发人员工作站创建 DSC 配置并遇到困难。

开发者机器有一个明确定义的所有者 - 将获得它的开发者。一些与所有者帐户紧密耦合的配置:

  1. 应将其作为 sysadmin 角色的登录帐户添加到 Sql Server。
  2. 我希望每个开发人员都拥有的 Visual Studio 扩展必须从所有者帐户(而不是用于应用 DSC 配置的 SYSTEM 帐户)启动的会话中安装
  3. TFS 工作区必须与所有者帐户相关联。

我不清楚 Azure 自动化 DSC 如何允许这种耦合。有时只需要帐户名(配置 Sql Server),但有时必须以所有者身份运行资源,即需要所有者凭据。除非有办法让 DSC 资源在不知道所有者凭据的情况下作为工作站所有者运行。

简而言之,在我看来,Azure 自动化 DSC 不能用于配置开发人员机器。而且我什至不是在谈论开箱即用和经过测试的 DSC 资源的短缺,例如:

  • 安装 Visual Studio
  • 安装 Visual Studio 扩展
  • 配置 Visual Studio 源代码管理以使用 TFS
  • 配置 TFS 工作区

【问题讨论】:

    标签: azure automation dsc


    【解决方案1】:

    我建议查看Azure DevTest Labs,了解这种配置和自定义开发人员机器的场景。

    【讨论】:

    • 感谢您的链接。不知道。不幸的是,它似乎无助于配置本地开发机器。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-07-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-06-14
    • 2011-03-14
    相关资源
    最近更新 更多