Service Catalog 概览

借助 Service Catalog，开发者和云管理员可以让自己组织的内部企业用户发现其解决方案。

在使云解决方案可以发现的同时，云管理员还可以控制解决方案的分发情况，并确保合规性和治理。

功能

Service Catalog 包含以下功能：

云管理员可以在 Google Cloud 组织下创建目录。该目录包含由云管理员精选的可信解决方案列表。然后，Cloud 管理员可以与组织中的用户共享目录。同一组织中的所有其他用户都可以查看共享目录及其解决方案（前提是他们具有相应权限）。

Service Catalog 可以列出内部企业用户要发现和部署的解决方案。借助目录，云管理员可以挑选和更新内容以及定义治理。

本部分介绍了 Service Catalog 的典型用例。

一家名为“ACME 游戏工作室”的公司拥有超过 1000 名员工，其中半数是开发者。他们拥有大量移动游戏市场，为多个平台进行开发。ACME 的 IT 部门为他们的开发环境创建和维护映像。

云管理员安德里亚是安装映像和工具并使其可用的人员。她管理着约 20 台公司拥有的虚拟机。因安全问题、新 SDK 工具或内部构建工具更新，她会每周一次或两次地更新其中大约一半映像。

每次更新映像时，她都会向所有工程师发送一封电子邮件。安德里亚通常每周会收到 20-30 份支持服务工单，询问“最新的映像是什么？”。

最近，安德里亚启动了一个 Wiki，她更新了最新的工具及其位置的列表。这有助于处理支持服务工单，但当安德里亚去度假的时候，其他管理员忘记了更新 Wiki，于是开发者发布了几个星期的未经修补的映像。

为帮助解决此问题，安德里亚向 Wiki 添加了新鲜度计，并向开发者发送电子邮件：如果 Wiki 新鲜度计不是绿色，则应该联系支持团队。这导致支持服务工单的数量又回到了每周 20-30 份。

Darryl 是 Andrea 工程团队的开发者。他想知道自己使用什么工具，因为他每周都会收到很多电子邮件，与他分享最新动态、新工具及新映像。他知道，即使出现错误或特性，也应关闭自己的映像，但只需让它们保持运行状态，而无需找出他需要的工具。有时，他会造成构建中断，然后根据需要找到最新工具。

假设安德里亚希望其工程团队使用已知的免费虚拟映像，而不是用于构建游戏的任何付费软件工具。最近，她注意到有几个未经授权的实例正在启动，而 Acme 的 Google Cloud 帐单上有一些令人吃惊的费用。

因此，她希望专门为工程团队运行 Service Catalog，以控制他们可以从 Google Cloud 启动什么。

Andrea 可以从 Cloud Console 的左侧导航栏转到 Service Catalog 并导航到管理控制台。

她可以创建一个名为“开发工具”的新目录，并附有“用于开发移动游戏的工具”的相关说明。

她向 Service Catalog 添加了一个解决方案，并将其分配至新的目录。她可以看到两种受支持的解决方案类型：一种适用于 Deployment Manager 模板，另一种用于参考链接。

参考链接是关联到网络上安德里亚已验证和精心挑选的内容的链接、关联到帮助文档的链接，或安德里亚希望关联到的其他任何内容的链接。

安德里亚添加了一个架构文件，用于定义其工程师可以部署解决方案的位置（地区）和机器类型，以确保其团队不会超出预算。

现在，她添加了第一个解决方案，于是她将目录共享在自己的测试项目中。

她知道 Darryl 喜欢 IT 当前系统，很轻松将其招募为测试对象。Andrea 与 Darryl 共享自己的项目。他现在有权使用新目录。

当 Andrea 需要更新解决方案时，她可以创建新解决方案来替换现有解决方案。这样，她可以确保所有开发者部署最新版本。

达里尔登录后，导航到项目并启动 Service Catalog。

他看到的页面看起来像 Cloud Marketplace。他可以看到 Andrea 创建的解决方案

看起来一切正常，因此他尝试在选择地区和 CPU 类型后启动该解决方案。

达里尔可以前往一个中心位置，找到自己需要的软件，然后在那里部署该软件。