DEV OPS.
DEV OPS.

devops在多平台数据中心

在一些新时代IT管理的灵丹妙药中定位,开发时间较短,业务流程改善,降低到市场,更多的投入团队,更大的企业敏捷等,Devops都是愤怒。如果你’re not doing it, you’重新做错了一切。你的组织是恐龙。你的竞争对手,他们’重新夺走您的市场份额。等等。

但相反,现在已经两年了,人们一直在写作(并展示)什么可以 短路你的Devops努力,它是如何导致任何真正的改进,甚至可以让您的IT组织尖叫到静止。 它仍在发生很多 。事实上,当IBM首次尝试它(在实际上是Devops的名称之前),他们 经历了完全的失败 - 主要原因是人们没有正确理解自己的工作流程 - 这几乎保证了失败。作为试图修复你不理解的东西......

除此之外,Devops的最糟糕的情况,实际上可以改变你的IT组织(甚至是您的业务),但只有严重进出。这意味着确保组织正在努力了解当前的工作流程,实施标准流程,坚持所有群体之间的合作,促进其内部的文化变革,而不是在整个组织内。

但是你’在以前读过这一切。缺少的是数据中心所需的全包装,利用各种不同的平台 - 我’m谈论运行大型机系统以及他们的UNIX,Linux,Wintel和基于云的服务器的数据中心。在许多情况下,大型机系统负责处理公司的收入流75%或更多。主机组通常不包含在Devops活动中。所以考虑一下:如何有效地在其IT组织中有效地实施Devops,而不包括实际为本业务收入的IT部门?如果你想到它,它根本没有意义。

那么为什么在地球上做公司禁止Devops活动的主机吗?好吧,它是由于我们所有人都听到的另一个嗡嗡声 - 双模吧。双模 - 这是一个概念,戈特纳在一段时间之前提到,它实际上,真的只是描述了在业务中发生的事情 - 它被分为两个不同的地区。该司在支持大型机的IT人员和IT组织的其余部分之间。真的我们描述了什么是将主机的包装及其支持IT人员进入筒仓。内部成本冻结,新资金仅允许外面。

双模模式背后的思考 - 它是控制大型机上计算的高成本。不幸的是,这是基于错误(或可能误导)信息 - 事实是,在交易激烈的环境中,大型机实际上是地球上最具成本效益的平台。但我们倾斜。

如果您想为您的组织制作Devops工作,您绝对必须在将Devops放置到位之前完全了解所有内容。这是一个很大的部分,了解IT系统正在努力造成业务 - 是多少成本,以及使用什么。

现在有很好的可视化工具,但这个空间的大多数产品是大多数情况下的报告工具,而不是提供可操作IT智能的工具。它们具有能干的可视化工具,可以将数据变为图形和条形图,肯定会在默认方案 - 迫使CIO,DBA和管理器上方添加价值,以浏览基于文本的日志数据的REAM。但除此之外,他们通常不会为图片添加任何真正的情报。

有一些工具可以提供商业智能 - 但珍贵的少数会给你所有IT系统的大图片。大多数这些工具仅适用于数据中心的分布式侧,并且在大型器端不提供智能。虽然大型机侧有一些类似的技术,但它们的范围缩小,并且不提供与分布侧的智能水平相同。

所需要的是一种数据中心解决方案,可在所有平台上提供商业智能–Unix,Wintel和主机。幸运的是,存在少量解决方案,可在数据中心提供这种透明度。

关键是组合现在收集的IT数据的REAM,在服务器属性,如服务器内存,磁盘空间,CPU核心容量等上的最小成本信息,以及关于大型计算机CPU容量的类似成本信息MSU用法等。添加到这将是有关部门名称,资产所有权,系统名称,LPAR名称,应用程序名称等的商业信息的更少数量的信息。

将成本和商业信息添加到IT信息中将数据转换为IT商业智能,并从中轻松查看谁使用特定资源,以及该公司的费用是什么。它甚至可以在新应用程序的影响下发光,对业务流程的变化,甚至是业务兼并的影响。现实情况是,这种透明度可以将IT组织从巨大的成本中心转换为窗户进入业务效率。

这些解决方案真正开发了启用技术;帮助CIO和经理更好地了解自己的工作流程,成本和资源使用。实际上,没有这种数据中心宽的智能,而没有透明度它提供,有效的Devops是有残障的,并依赖于公司人员提供智慧。不幸的是,大多数组织中都有很少的人(如果有的话)可以访问所有这些信息的(和理解)这些信息。如果没有能力的IT商业智能系统,有效DevOps所需的信息将无法使用。

如果您致力于有效,系统范围广泛的Devops,您欠您自己来看看IT商业智能。

艾伦Zander
跟着我
艾伦Zander的最新帖子 (查看全部)
分享这篇文章: 在脸书上分享
Facebook
0在Twitter上推文
推特
分享LinkedIn.
linkedin
向某人发送电子邮件
电子邮件

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *