敏捷IT运营中的5个致命错误

IT运营面临着一系列任务的矛盾和压力。

企业希望IT运营能更灵活，并能够带来更多在线业务(也称为数字化)。负责IT的主管(通常是CIO)希望IT运营更具成本效益，这意味着支出需要减少。应用程序开发者希望IT运营能够保证基础架构能为其应用程序提供出色的性能，同时希望IT运营更像一个云提供商，拥有丰富的自助服务选项。

因此，IT运营主管的工作复杂繁琐，压力也很大。更糟糕的是，IT运营通常会产生一些错误，导致IT敏捷性受到影响，甚至阻碍业务响应需求的能力。以下这五个错误，可能会给IT运营带来灾难性的结果：

1、一切以安全为优先级

信息安全和数据保护，是IT环境中采取安全法则的重要驱动因素。安全的最终方法理论上是不允许任何威胁发生，但这在企业业务中是不可能发生的;更为现实的是，过于严格和官僚制的安全方法可能会严重阻碍各级IT的敏捷性。

因此，关键是找到最大限度防御威胁的安全方法，并对应用程序敏捷性和IT敏捷性施加最小的干扰。有一种方法是把安全比作税。我们需要纳税来支持基础设施建设，但我们应该制定税法或制度，以尽量减少对经济(整个企业的运作)的干扰和扭曲。

2、组织IT筒仓

许多IT组织拥有存储团队、服务器团队、网络团队、虚拟化团队，每个操作系统的团队，每个中间件(数据库服务器，Java服务器和Web服务器)的团队，应用交付团队，移动团队和应用程序或应用程序集团队。拥有每个领域的专家对企业来说是件好事，然而，每个都有自己的工具，没有能力跨孤岛共享和度量信息是一件可怕的事情，因为这种情况容易导致新业务部署受到阻碍，支持跨越堆栈的敏捷性，卓越的服务质量和可靠性也随之大打折扣。

3、用IT层完全构建云架构

每个人都想做云。组织云计算的自然方式是通过IaaS、PaaS和SaaS进行组织。因此，IaaS团队拥有所有的硬件，以及虚拟化程序的管理。PaaS团队拥有虚拟化管理程序之上的所有基础架构软件以及应用程序本身之下的所有基础架构软件——从虚拟服务器中的操作系统到运行时(JVM和PaaS框架)的所有内容，甚至可能是容器(而不是容器的内容)。SaaS团队拥有JVM中的应用程序和容器中的一切。

这是一个戏剧性改进“筒仓”的方法,但同时会陷入一个陷阱，就是这些层的边界是由抽象层如hypervisor,JVM和容器等构成的，每个抽象层使它很难看到上层与下层架构。

例如，很难知道JVM中运行的事务如何影响托管该JVM的操作系统，并影响托管运行JVM的VM的管理程序下面的硬件。这里的关键是实现跨越这些抽象层的度量和监控的方法，以便您拥有完整的从上到下的堆栈视图(也称为端到端视图)。

4、解雇公司内部IT专家

执行管理层很想要“我不想再担心这个问题”，然后他们通过某种形式的外包来深入了解应用程序及其支持的系统，而不再使用公司内部专家。问题是外包的方法不能保证了解你的要求和环境的细节，这并不能完全解决运营问题。

这也适用于云服务。您不能也不应该将您的基础设施外包给任何类型的云提供商，除非提供商愿意为您提供类似于您对内部环境所期望的可用性、吞吐量和响应时间SLA。

5、采取云优先策略

云战略对于企业发展很重要。然而，特定类型的云策略(例如，公共云优先策略)是危险的。这是因为对任何特定类型的执行环境的偏见不会将所讨论的应用程序支持的业务需求作为优先级。应用程序向其用户和其业务成员提供所需响应时间和吞吐量的需求也不是优先事项。

合适的云策略应从拥有由应用程序实现的应用程序，或由业务服务的业务需求开始。它应该特别关注组成该业务服务的应用程序的性能(响应时间或延迟)，吞吐量(每单位时间完成的工作)和错误率。公共云供应商拒绝保证其基础设施的延迟或吞吐量。这使得您无法保证在公共云上运行的应用程序或事务的延迟或吞吐量。

公共云供应商也拒绝保证其环境中单个虚拟服务器或实例的100%正常运行时间。这意味着，您和您的应用程序架构师有义务将您的应用程序设计为无状态，没有单点故障。这对于为云设计的全新应用程序是可以实现的，但是实际上不可能将所有的现有状态应用程序改造为“不可靠的”云操作模型。

云战略是一件伟大且必要的事情。但是，根据您的业务需求，您最好使用私有云或IaaS产品，以确保您自己的专用裸机执行环境，并访问所有裸机利用率、延迟、吞吐量和争用指标。

总结

IT运营面临降低成本、提高跨堆栈的敏捷性和响应能力等压力。在公共云中运行所有业务的公司希望能使IT运营变得更为简单，但是，无法自我控制关键应用程序运行的基础架构是不行的。认为公共云提供商可以为您提供比您自己的内部IT专家更高的服务质量更是一种危险的妄想。

标签： 数字化 应用程序 基础架构 云提供商 信息安全 数据保护 

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。