System Center Datacenter Edition 与 TFS 2017 的操作使用角色

Role of System Center Datacenter Edition vs TFS 2017 for Operations Use

TFS 和 System Center 如何协同工作?这些似乎来自 Microsoft 的不同产品孤岛。对于尝试进入 DevOps 的组织,他们之间的责任应该如何分配?

我们的运营团队使用 TFS RM 来自动化应用程序部署。他们的脚本在单独的 TFS 项目中受源代码控制,他们控制所有脚本并将它们与工作项配对 - 包括未绑定到给定应用程序的脚本(例如 AD 管理等)。

但是,我们希望推出 System Center Datacenter Edition 以使用 Operations Manager 功能来提供对整个环境的监控。但是,某些 SC modules/solutions 中还提供了大量脚本、工作流和自动化处理,包括内置 ISE。

System Center 应该放什么,TFS 应该放什么?对于必须在系统之间拆分脚本、流程和工作流的运维人员,我并不感冒。但我也没有看到 System Center 中提供的 TFS 之类的版本控制和历史跟踪功能,因此我真的不喜欢他们将所有内容都移至 System Center。另外,我没有看到 TFS RM 可以轻松地从 System Center 中提取脚本的方法。

How do TFS and System Center work together? System Center 基本上是一套专门针对企业 IT 管理员的产品,可帮助他们管理 Microsoft 服务器和桌面基础结构。

TFS 确实有一个 (Management Pack),它将 TFS 与 System Center Operations Manager (SCOM).

很好地集成在一起

The Microsoft System Center Management Pack for Visual Studio Team Foundation Server 2017 provides monitoring of Team Foundation Server 2017. It monitors TFS components such as application tier servers, data tier servers, and team project collections.

因此我们可以监视 TFS 并报告故障,甚至可以以工作项的形式将问题“升级”到 TFS。您也可以使用 powershell script/TFS API 来处理,详情请参考这篇博客:TFS Integration Pack and Scripting using PowerShell

另一个集成是围绕 System Center Services Manager (SCSM),对于这个领域,您可以看看这篇不错的文章:Let’s Integrate System Center Service Manager and Team Foundation Server