维护敏捷的数据驱动的信息技术运营-当前最新

您可以获得敏捷的应用程序开发方法，以及DevOps、持续集成和发布。您可以获得裸机和虚拟化、私有、混合和公共云的组合。

太好了。如果你做得对，你的应用开发周期快，适应性强，这意味着上市时间短，你的部署选项灵活有弹性，这意味着你可以有效地准备。

(资料图片仅供参考)

集成云。

随着云计算在企业中嵌入的距离越来越远，仍然有很多应用和服务抵制云计算。

相反的是复杂性和不透明性。这意味着您有一个包含许多移动部件的多语言开发环境，以及大量异构测试和部署环境，包括许多不断重新配置的虚拟化层。

您如何跟踪端到端的IT运营？使用各种监控解决方案来进行：应用性能管理、Ops和网络管理等。

问题是，这些解决方案中的每一个，不管它有多强大，都只是为你提供了一个更大画面的一部分，并且存在于它自己的轴中。如果你想知道最新修复对应用服务器利用率的影响，或者明白瓶颈导致停机，你需要一群人在一个房间里拿着笔记本电脑，他们的集体数据和大脑以一种特殊的方式工作。

这是OpsDataStore发现并解决的问题。

敏捷也意味着复杂。您如何监控您的端到端IT运营？图片：OpsDataStore。

OpsDataStore的创始人、绩效管理行业的资深人士Bernd Harzog处于一个识别问题并采取行动的理想位置。2004年，Harzog建立并向Citrix出售了一个绩效管理解决方案，随后几年，他在瑞银和瑞士瑞信银行等机构担任绩效管理(PM)顾问。

Harzog精通New Relic、AppDynamics、Dynatrace等解决方案，帮助客户根据自身需求选择最佳解决方案，进行设置并充分利用。Harzog没有——认证。他与大多数PM供应商有非公开协议(NDAs)，因为他对他们的产品了如指掌。

用他自己的话说，他“可能是世界上唯一知道所有这些竞争对手在做什么以及他们是如何做的人。”

然而，当事情出错时，就像他们经常做的那样，即使对哈尔佐格来说，修复它们也不容易。由于每个项目管理解决方案只关注堆栈的一部分，并且其中许多解决方案相互竞争，因此集成根本不存在。这正是Harzog决定通过使用OpsDataStore来解决的问题，OpsDataStore开发并实施了一个策略来应对每个相关的挑战。

挑战#1:巨大空间。尽管供应商努力尽可能地扩展产品(思科收购AppDynamics就是最新的例子)，但从应用开发到基础设施和网络监控的IT运营栈是巨大的。

OpsDataStore早就得出结论，试图覆盖所有数据是没有意义的。相反，他们所做的是与尽可能多的参与者达成协议，这样他们就可以收集和整合他们的数据和指标。

挑战#2:供应商准入。这个领域的一些供应商，比如AppDynamics，对他们的指标是开放的，甚至有文档化的API，可以被第三方使用。其他人是神秘的，所以他们需要特殊的许可和伙伴关系来与他们合作。

Harzog在这一领域的声誉和关系无疑会对OpsDataStore有所帮助，因此OpsDataStore与许多关键公司都有合作。

挑战#3:大数据。OpsDataStore需要做的事情听起来像是标准的大数据场景：它从各种来源获取、集成和重用数据。这并不容易，但OpsDataStore可以组织合适的团队来实现这一点。

数据从所有来源收集并存储在OpsDataStore平台上。用户可以使用SQL查询，通过Kafka进行消费，或者通过Birst、Qlik或Tableau中的可定制仪表盘进行探索。

Harzog非常清楚：“我们不是监控供应商，而是集成供应商。如果你问为什么是我们，答案很简单。我们是唯一拥有正确商业模式、供应商关系和平台的公司。”

用新的实例和关系更新图形对象模型？这在处理混乱的数据集成环境时很有帮助。图片：OpsDataStore。

抛开商业策略不谈，OpsDataStore在底层的运作方式有什么特别之处吗？OpsDataStore建立在卡珊德拉、Spark、卡夫卡、AKKA和EXASOL之上。OpsDataStore有一个服务提供商接口(SPI)，用于集成来自与其合作的供应商的原始数据和指标。在处理如此多的数据源和数据时，模式和API的演化是一个需要认真考虑的问题。

OpsDataStore本身正在与少数供应商进行整合，其中长期战略是利用其成功鼓励供应商至少承担部分整合工作。

“我们只是告诉他们，我们可以在一年内完成，或者你可以自己在更短的时间内完成，”哈佐格说。获取SPI，插入，获取OpsDa。

但这只是解决方案的一部分。另一部分是OpsDataStore高度复杂的、正在申请专利的图形对象数据模型。该模型能够每五分钟实时更新OpsDataStore连接到的所有源的实体和关系。

哈尔佐格对此尤其感到自豪，理由也很充分:“我们自动地、持续地、动态地、决定论地这样做——不涉及任何统计数据。没有其他人这么做。”

OpsDataStore还使用统计方法自动计算每个度量状态的日时间和周时间基线。“如果你愿意，你可以把这称为机器学习，尽管我们目前不做预测，”哈尔佐格说。这个想法再次让用户能够使用来自OpsDataStore的数据，并在需要时在自己的应用程序中提供数据。

那么语义层的集成呢?OpsDataStore采取中间路线:“我们简单地标记所有指标来跟踪来源。所以，如果英特尔和VMware对服务器的利用率有不同的定义——实际上它们确实有——我们对此不做任何事，我们只是保留信息，让用户决定如何处理这些信息，”Harzog解释道。

OpsDataStore最近发布了最新版本1.2，提供了一个令人印象深刻的新特性:自动根源检测。“没有人能够将应用程序和事务行为与基础设施行为联系起来，如果不是因为其他原因，仅仅是因为之前没有人能够访问所有这些数据。是的，所以我们可以提供这个。您现在可以做一些事情，比如定义利用率警报并将它们与度量警报关联起来，”Harzog说。

OpsDataStore承诺，自动的根本原因识别不再是白日梦。图片:OpsDataStore

那么，OpsDataStore是惟一的吗?“我们唯一真正的竞争对手是人们和组织传统上做事的方式，”Harzog说。看来他是对的。OpsDataStore成立仅两年，员工总数为10人，它的成就令人印象深刻:与英特尔(Intel)和VMware等关键企业建立了合作关系，与Navis等客户建立了合作关系。

Navis是Cargotec公司的一部分，提供管理货物通过终端的移动的技术，是OpsDataStore目前针对的客户类型的代表:“拥有5000台以上服务器的任何人。”这也决定了OpsDataStore的一些技术决策——最重要的是，它缺乏对Mesos和公共云的支持。

“我们的客户没有足够的需求，”Harzog解释道。“Mesos可能非常受欢迎，我们也在内部使用它，但不是在我们的客户群中。公共云也是如此:我们与客户有直接的联系，而此时他们并不信任公共云来运行他们的业务。他们只是不喜欢。因为他们不相信他们可以从公共云获得他们需要的可靠性和性能。

但是我们支持私有云、协同定位和混合云。随着事情的发展，我们将会跟上。我们已经在与客户讨论，他们将通过云爆发、多云策略将部分工作负载转移到公共云，我们将在这种情况下支持他们。我们的目标是让他们始终能够看到整体的情况。”