cloud technology partners公司副总裁兼首席架构师ed featherston表示：由于云计算有望降低企业成本并培育更敏捷的it运营，因此采用云计算对于当今许多公司来说几乎是神奇的诱惑：他们认为将一些应用程序移动到云端将会解决所有问题。
在会上，featherston和另外两个云计算专家讨论了当今it高管所要处理的最大的云计算挑战。
sumitsarkar表示，将看到另一种类型的斗争。他是数据集成和数据互操作性服务供应商progress公司的数据传播者。他说，随着组织构建云计算架构，采用新技术和服务，数据越来越抽象，或者不能立即轻松地提供给需要更加精细数据的分析专业人员。
“如果企业构建这些微服务器，其数据在这些不同的api中，如果企业有一个数据科学实践团队怎么办?如何确保他们有权访问数据以真正带来商业价值?”sarkar说。it主管及其业务对手必须牢记这一点，因为他们正在重新构建和重构其所有系统。
埃森哲执行顾问greg bledsoe表示，迁入云计算的公司需要采用新的工作方式。bledsoe帮助企业过渡到devops，软件开发过程需要开发和运营团队之间频繁的互动和沟通。
他说，云计算使实验成本低廉。“如果它不起作用，就将其抛弃，但企业仍然在管理他们的云基础设施，就像是物理基础设施一样。”
所以业务方面的某个人可能会要求从it部门获得新的技术项目，得到它并进行尝试，但是这并不完全正确。
bledsoe说：“原有系统的工具对云计算来说是没有意义的。这完全是人们过去管理策略的传统工具，这完全是不必要的。”
什么样的云计算挑战困扰着it高管?
ed featherston：“我见过客户在云端最大的挑战就是充分了解它是什么，对于他们来说是什么，以及它们将为客户提供什么。而经典的想法是，‘如果我迁移到云端，这将解决我所有的问题。’
我最喜欢的格言之一是‘没有技术能够否定企业对设计和规划的需求’。云计算也不例外。而我看到人们最大的挑战是如果他们不这样做。如果他们只是说：“哦，我要承担这个工作量，我要把它放在aws中，我刚刚登录到控制台，启动了几个例子，然后在月底得到帐单，然后就会说，‘哦，天哪，发生了什么事?”其实魔法本身不会发生，企业实际上需要的是更好的计划。需要了解什么要是放弃的，如果节省云计算成本。”
我以前和一家公司进行沟通交流，他们表示因为应用程序上的服务器还有五个其他应用程序。他们仍然要保持保留。因此，仍然需要运行那些服务器。另外，现在他们正在创建的云实例迁移到aws或微软azure，因此该公司实际上花费更多的费用。事实上，如果企业想提高敏捷性并能更快地迁移，就得考虑清楚其开发过程和操作过程支持这种能力吗?
是的，云计算可以让企业业务非常敏捷，如果有合适的流程来做的话。如果企业仍然是一个标准的瀑布开发类型的商店，没有什么开发和操作的概念，并把它们捆绑在一起，云计算不会让企业业务开展得更快。如果有什么的话，如果企业还没有准备好的话，这有可能会让事情变慢。
所以这些都是客户所面临的挑战，我们将为客户在解决这些挑战。这就是为什么我喜欢在我的工作的原因之一，因为这是我们与客户真正努力的事情之一。我们将从哪开始，客户想从中得到什么?让我们看看客户得到了什么，让我们了解如何到达那里，看看绊脚石是什么，然后，客户开始向云计算迁移。
sumit sarkar：我们看到有很多人开始迁移到云计算，我想有些人听说过云清洗这个术语：就是将一个应用程序迁移到云端，然后企业将命名其为云计算。
但问题是，在两者之间，存在着不同层次的组合。我认为，正在发生的创新是在云本地架构和云清洗之间，例如，在创新中发生了很多事情。
所以我听说过不少人正在采取一些nosql技术来补充erp系统。如果企业有分布式数据架构，有些公司在现有数据库之上建立一些微服务器。
那么现在发生的事情就是数据越来越抽象，因为我们拥有这种云原生的方式，也就是说，这是非传统的或者是整体的。所以他们分解这些东西，数据被移动，使其可扩展。那么，正在发生的事情是对分析专家的挑战。那么，如果你考虑到人们在操作智能，这是有时人们想到的最后一件事情。
如今，企业管理人员需要思考分析正在重新构建和重构其所有的系统。可以想一想：如果我构建这些微服务器，我的数据在这些不同的api中。如果我有一个数据科学实践团队怎么办?如何确保他们能够访问数据真正带来商业价值?或者我有这个数据工程团队，真正可以建立这些数据存储库，以获得全方位的智能。那么如何让他们轻松获取数据?
这就是我们所看到的问题，如何为这些专业人士提供连接，以便在这个大范围内重构这些事情时仍然访问数据?所以管理人员需要有这些举措，而真正想到的是，不要忘记数据集成的分析。
greg bledsoe：因为我们致力于管理物理基础设施，我们习惯于以非常严格的控制方式管理物理基础设施，以保护我们的投资和控制成本，并将同样的心态带入云计算。
这种心态并不适用于云计算。当你不使用应用程序时，不需要支付费用，而云计算必须支付。云计算的全部力量以及在云计算使用devops的原因是因为企业已经进行了实验。尝试一些应用成本，如果不起作用，就将其丢弃。
但是企业仍然在管理他们的云基础设施，就像是物理基础设施一样。当有一个devops团队或为企业设置云基础架构的人，就会提出请求建立一些东西，几天后，就收到一些建立的东西。然后企业开始尝试使用那些应用，这是不正确的，如果这样做，放弃一些应用，这对云计算来说没有意义。这完全是人们过去管理策略的传统工具，这完全是不必要的。
因此，企业可以使用这些机制来保护其成本和投资，而无需集中管理这些架构，这与devops完全相反。devops团队是另一个没有真正协作解决问题的孤岛。它只是成为另一个等待时间的来源。
这正是devops的错误。而且很多人都试图以这种方式实现它，因为它符合他们理解的内容。它符合他们所知道的知识和经验。因为他们还没有真正理解，devops是管理从基础设施到人员的一个完全不同的方式。
本文作者：佚名
来源：51cto