OpsRamp 宣布统一服务发现

阅读数:325 2018 年 6 月 24 日

话题:AWSAzureDevOps

在 2018 年 5 月在佛罗里达州奥兰多召开的 Gartner IT 运营战略与解决方案峰会上,OpsRamp宣布了一项新的解决方案统一服务发现,以及针对混合环境的 48 小时 IT 资产可见性挑战

OpsRamp 的统一服务发现能力有助于技术团队看到支持其业务服务的混合环境,从云到数据中心工作负载,包括影子 IT、云本地服务和被遗忘的应用程序。在使用该服务时,组织可以减少对手工流程或昂贵的专业服务的需求。

除了统一服务发现的通告之外,OpsRamp 还介绍了 48 小时 IT 资产可见性挑战,旨在通过理解资产和云资源如何随时间变化而转移,深入了解在何处托管工作负载。

新的统一服务发现解决方案包括实时资产清单、资产清单分析、服务依赖映射和多云开销可见性等特性。InfoQ 向 OpsRamp 的工程副总裁 Bhanu Singh提出了几个问题:

InfoQ: OpsRamp 服务发现的表现如何?

Bhanu Singh:有了统一的服务发现,您就可以对特定的设备或云服务进行机载和分组,在特定的 IP 范围内显示 IT 资产,甚至可以同时处理多个设备 / 工作负载。我们提供了一种基于策略的方法来发现您的混合基础设施,使用代理或无代理技术将数据中心和 API 集成为云本地服务。对于数据中心工作负载,我们使用一个发现概要文件,它定义您想要发现的设备范围,并允许您选择需要管理的设备。

还可以为不同的设备创建多个发现概要文件。对于云本地发现,我们的 AWS、Microsoft Azure 和谷歌云平台的发现概要 api 可以帮助您自动为设备组和服务组分配云服务,以便合乎逻辑地组织云基础设施。无论何时发现设备,我们的登录策略允许您将新发现的 IT 资产添加到特定的设备组。当发现网络设备 (比如负载均衡器) 时,您可以将负载均衡器自动分配给网络设备组。

InfoQ: 例如,它如何能够识别业务可能独立购买的云解决方案,或者开发团队已经完成的 Jira 安装?

Singh:我们可以通过 AWS、Azure 和谷歌等领先的云服务提供商发现一系列多云服务。对于云发现,您需要提供凭据集、定义策略,并为云发现配置发现计划 (时间间隔)。本地 Jira 安装将被标识为开发团队正在使用的本地资源发现的一部分。只要我们为您的企业多云帐户提供了正确的凭证,我们就可以发现您的业务单元或开发团队生成的任何新的云工作负载。我们通过我们的多云执行仪表板为您提供完全透明的云生态环境。

InfoQ: 如果开发团队每天都在 AWS/Azure/GCP 的多个环境中进行 spinning up 和 spinning down,那会怎么样呢?

Singh:统一服务发现有能力在多云服务被委托和退役时进行持续 / 增量的发现。OpsRamp 是云资产的扩展记录系统,很长一段时间后才从云中提取。这对于审计目的是很重要的,云供应商 (AWS、Azure、谷歌) 不提供这一点。如果您每天都有一些临时工作负载,可以根据云环境的变化速度创建调度,并连续跟踪临时工作负载。

InfoQ: 收集的数据是如何显示出来的,它是如何激发洞察力的?

Singh:我们有仪表盘和报告,允许 IT 团队通过传统和现代的工作负载、业务单元、逻辑站点和业务服务来了解他们的基础架构。我们的仪表板可以帮助您跟踪哪些 IT 资产没有得到充分利用、被过度利用,或处于两者之间的任何东西。

InfoQ: OpsRamp 如何智能预测多个开发团队可能需要什么服务? 使用这样的工具,IT 运维和开发团队如何协同工作?

Singh:通过统一的服务发现、开发和 IT 运维团队可以跨多个领域进行协作。例如,容量管理 ; 统一服务发现是关于将 IT 资产的供应与业务要使用的资产需求保持一致的。

当开发人员构建新的服务时,最理想的做法是了解一个特定的应用或服务在基础设施建设方面要公司付出多大的成本。通过统一的服务发现,IT 运维人员可以共享上下文 IT 资产指示板,帮助他们的开发人员可视化工作负载或服务的资产消耗。当宕机影响到关键服务时,使用情景感知的开发人员可以快速理解支持其 IT 服务或应用程序的底层基础设施工作负载。服务映射通过可视化服务和基础设施之间的关系,帮助将业务服务作为逻辑实体进行管理。通过使用可视化工作流分析应用程序相互依赖关系,开发人员可以更快地解决问题。

InfoQ: OpRamp 怎样知道哪些基础架构适用于哪些应用程序?

Singh: IT 团队需要清楚地理解跨数据中心和云的相关 IT 资产组是如何一起交付业务服务的。服务映射是基于支持服务的不同基础设施组件的相关依赖关系的服务的图形表示。服务映射是使用灵活的基于规则的策略创建的,该策略允许动态扩展和收缩的混合应用程序。用户定义策略根据新的 IT 资产是准备就绪的还是退役的来动态地填充服务映射。

InfoQ: 平台提供了什么样的技术细节?

Singh: 我们针对数据中心工作负载的发现报告显示以下资产信息: 描述、设备名称、设备类型、域、域角色、远程访问控制器 IP、固件版本、硬件版本、接口 IP 地址、MAC 地址接口、接口名称、接口速度、IP 地址,最近一次发现的时间、MAC 地址、构造、模型、操作系统、物理内存、处理器、进程名称、产品密钥、序列号。我们为公共云提供商提供的发现概要 api 显示了以下细节: 实例 (总数、管理的、未管理的)、资源 (计算、存储、网络、平台服务、应用、数据库)、云开销可视化 (时间周期、迄今为止的时间、被服务花费、被区域花费) 和云利用率分析 (未使用的卷、未使用的弹性 IP)。

InfoQ: OpsRamp 与环境供应和部署管道工具之间的集成是什么?

Singh: OpsRamp 支持与发布的 Restful API 的大多数标准工具的开放 Restful API 集成。它有一个自定义集成框架,允许客户 / 合作伙伴构建任何自定义集成。定制集成可用于环境准备和部署管道工具,如 Jenkins、Chef、Puppet、Saltstack 等。OpsRamp 提供与 Jenkins 的开箱集成。

InfoQ: 这个平台有集成的服务台功能吗? 如果是的话,如果一条票据需要变成一个用户故事,它能适当地链接到 Jira 之类的待办事项吗?

Singh: OpsRamp 的服务管理能力有助于简化服务交付,更好地支持业务。例如,可以根据需要创建一个票据、事件、问题或更改请求,通过解析来管理问题,并将服务管理与运维管理联系起来,只需从 alert 中单击创建票据。OpsRamp 可以在整个组织中显示整个队列的服务请求,并以角色为基础获取指定的支持工程师。我们采用了一个存储和转发模型,以集成最好的服务管理工具,如 ServiceNow、BMC Remedy、Cherwell,并且我们有开放的 api 来集成其他第三方服务桌面解决方案。

查看英文原文:Unified Service Discovery Announced by OpsRamp