IT业务受到一系列冲突的任务和压力。
该业务希望IT运营更加灵活，并成为在线带来更多业务功能的过程中的合作伙伴（也知道数字化）。
负责IT的高管(通常是CIO)希望IT运营更具有成本效益，这意味着支出要么需要减少，要么不能像过去那样快速增长。
应用程序所有者希望两个固有的冲突目标。他们希望IT操作保证他们的基础架构将为他们的应用提供出色的性能，并且他们同时希望IT操作更像是具有丰富的自助服务选项的云提供商。
错误会使IT运营的生活变得更糟
因此，IT运营执行的生活很难。更糟糕的是，IT运营往往会造成影响敏捷性并阻碍应对业务需求的能力的错误。以下是五个错误可能具有灾难性结果：
1.让安全规则rost
在这些攻击和黑客不断的日子里——信息安全和数据保护成为董事会和公司责任级别的问题——采取安全第一的方法在IT环境中运行是很自然的。但安全的最终方法是什么都不允许发生，这将关闭业务。更现实地说，过于严格和官僚主义的安全方法会严重阻碍所有级别的IT敏捷性。
因此，关键是寻找能够最大限度地保护威胁的安全方法，并对应用敏捷性和IT敏捷施加最小的中断。将安全视为税收。我们需要税收支付一些根本基本的东西。但我们应该构建税收，以尽量减少经济的中断和扭曲（整个业务的运作）。
2.由IT筒仓组织
许多IT组织都有存储团队，服务器团队，网络团队，虚拟化团队，每个操作系统的团队，每个中间件的团队（数据库服务器，Java服务器和Web服务器），适用于每个操作系统，移动团队和团队的团队应用程序或应用程序集。让每个地区是域专家的人是一件好事。然而，每个都有自己的工具，没有能够在孤岛上分享信息和指标是一个可怕的事情，因为它无法在堆栈中使用敏捷性或支持堆栈的东西，以优异的服务质量和可靠性来部署新事物。
3.由IT层组织
每个人都想做云。组织云计算倡议的自然方式是由IAAS，PAAS和SaaS组织它。因此，IAAS团队拥有所有硬件，以及虚拟化层，直到管理程序和管理程序的管理。PAAS团队拥有高于管理程序之上的所有基础架构软件，并且在应用程序本身之下 - 从虚拟服务器中的操作系统通过运行时段（JVM和PAAS框架），并且可能一切都可以到容器（但不是容器的内容）。SaaS团队拥有JVMS和集装箱中的一切中的应用程序。
这是对筒仓式方法的一个戏剧性的改进，但它陷入了一个陷阱。陷阱在于，这些层的边界是由抽象层定义的，比如hypervisor、JVM和容器。每个抽象层都让我们很难看到层上的东西与层下的东西是如何交互的。
例如，很难知道在JVM中运行的事务如何影响托管JVM的操作系统，以及如何影响托管JVM运行的VM的虚拟机管理程序下面的硬件。这里的关键是寻求跨越这些抽象层的度量收集和监控方法，以便您拥有堆栈的完整自顶向下视图(也称为端到端视图)。
4.射击所有智能域专家
当他们用某种形式的外包取代了那些深刻理解应用程序及其支持系统的内部专家时，高管们很容易说，“我不想为此担心”，然后认为他们已经完成了一些事情。问题是你外包的人不了解你的需求和环境的细节。一旦你把他们训练到最低水平，他们就会被从你的账户中删除，去做别的事情。
这也适用于云服务(见下文)。您不能也不应该将基础设施外包给任何类型的云提供商，除非该提供商愿意为您提供与您期望的内部环境类似的可用性、吞吐量和响应时间sla。
5.拥有云优先战略
拥有一个云策略是一件事(也是一件伟大的事)。然而，假设总体上应该倾向于云计算或特定类型的云策略(例如，公共云优先策略)是危险的。这是因为对任何特定类型的执行环境的偏见并没有将所讨论的应用程序支持的业务需求作为优先级。应用程序向其用户及其业务组成部分交付所需响应时间和吞吐量的需求也不是优先级。
正确的云策略应该从拥有应用程序或应用程序实现的业务服务的企业的需求开始。它应该特别关注组成业务服务的应用程序和事务的性能(响应时间或延迟)、吞吐量(每单位时间完成的工作)和错误率。公共云供应商拒绝保证其基础设施的延迟或吞吐量。这使得您无法保证在公共云上运行的应用程序或事务的延迟或吞吐量。
公共云供应商还拒绝保证其环境中的单个虚拟服务器或实例100%正常运行。这意味着您和应用程序架构师有责任将应用程序设计成无状态的，没有单点故障。对于为云设计的全新应用程序来说，这是可以实现的，但实际上不可能将有状态应用程序的现有状态改造为“不可靠的”云操作模型。
云策略是一个伟大而必不可少的事情。但根据您的业务需求，您可能最好提供私有云或IAAS，可提供自己的专用裸机执行环境，并访问所有裸机利用率，延迟，吞吐量和争用度量。
总结
IT运营承受着巨大的压力，需要同时削减成本，提高从事务到物理基础设施的整个堆栈的敏捷性和响应能力。
看到所有业务都在公有云上运行的公司，人们不禁会想:“我真希望我的生活也能这么简单。”但是，对运行关键应用程序的基础设施没有控制不是一件简单的事情。而且，认为公共云服务提供商能提供比内部it专家更高质量的服务，这是一种危险的错觉。
因此，在将您的IT运营外包给您的商业服务中没有任何领域专业知识的实体外包之前，请不要保证他们的服务质量，并将在任何情况下陈述他们的纯真一种性能，吞吐量或可靠性问题。