云中的湍流？产生的缘由和该怎样做（云中的水）

云计算没有提供这些组织所期望的好处的缘由是由于他们没有系统地解决这个问题。

　　如果企业想知道为何没有从云中取得想要的好处，那末其实不孤单。

　　许多组织急于采取云计算，认为这将是他们解决所有问题的答案，只是发现它没有提供他们希望的东西，实际上制造了更多的复杂性。

　　在第一波云计算中，一些企业只是在超级计算机购买了一些虚拟机，将他们可使用的利用程序转移到它上面并节省费用。其他人使用公共云、私有云，和混合云，并且在他们迁移的利用程序中更加雄心勃勃，但依然发现他们面对着没法预感的复杂情况。

　　许多初期采取者遭受了可见性损耗和糟的用户体验。虽然一些本钱确切下降了，但另外一些本钱却上升了，而且任何本钱节俭都很快遭到运营后果和服务水平低下的作用。

　　为何会这样

　　将努力、资源和资金投入到没法行之有效的运作的事情上是管理业务时最大的挫折之一。解决这个问题和确保一样的毛病不再重复的关键是理解问题产生的缘由。

　　云计算没有提供这些组织所期望的好处，其缘由是由于他们没有系统地解决这个问题。他们的提升和转移方法疏忽了一些重要的架构斟酌因素，特别是在网络、安全和运营方面。

　　在云计算出现之前，组织通常采取以数据中心为中心的架构。企业利用程序存在于自己的数据中心，用户经过专用网络连接到它们。

　　在不重新构造网络的情形下迁移到云平台，致使效力低下、服务质量差、本钱增加。举例来看，在分发到云平台之前强迫数据流量返回数据中心，会使利用程序运行速度变慢，并推高广域网本钱。与此同时，为中央创新而设计的安全架构难以应对云世界，当事情不在组织的控制之下时，运营支持也变得更加复杂。

　　再加上自带装备(BOYD)，影子IT和用户在公共SaaS服务上开设个人帐户的复杂性，人们可能看到为何那些认为他们可以简单地“迁移到云端”的公司没有实现他们的预设的结果。

　　如何应对

　　好消息是，有许多成功的云计算实行，其中转型是战略性的。这些企业不但斟酌将哪些利用移动到哪里，而且还斟酌如何重新构造其网络和安全性。结果他们取得了收益。

　　通常，当组织经过一系列精心策划的步骤遵守计划的移动，运营和创新之旅时，会产生类似这样的成功案例。这些是评估他们当前的数字产业，计划移动的最好方法，并在不中断运营的情形下迁移。然后，他们管理例程，优化冗余，并重新创新升级。

　　为了说明这一点，RobertBosch公司工程和商业解决方案(RBEI)希望将其在印度各地的不同网络系统整合到一个一致平台上，而不会增加本钱或作用关键业务。经过在一个集中平台上工作，该公司增强了员工协作和生产力，加强了安全性，并减缓了网络管理问题，终究减少了资本支出和运营支出。

　　另外一个例子是英菲尼迪零售团体。当该公司发现新新折扣挑战者对其在印度零售业的市场份额产生不利作用时，它决定采取混合云架构，以便在计算能力方面提供更大的变通性，可以轻松减少或扩大。

　　成功的组织经过遵守上述示例的方法来避免云计算旅程中的动荡。他们清楚自己的云计算战略和业务驱动因素，知道他们是不是希望专注于公共云、私有云或混合云，和他们是不是偏向于采取IaaS、SaaS或PaaS。他们评估了基础设施的虚拟化程度，和他们希望移动的工作负载。他们也非常清楚在监管环境中哪些是可能的，哪些是不可能的。

　　云计算的成功者也在一开始就将安全性设计到他们的云计算架构中。他们斟酌如何适应他们对DevOp、API和容器的不久的将来计划。他们知道他们是不是希望自己的利用程序跨混合云运行，和如何管理备份。最后，他们不会忘记为他们的新环境建立一个新的操作支持和服务管理模型。

　　虽然企业热中于采取能够提高产量和更方便的技术，但必须仔细斟酌关键业务需求、限制和不久的将来目标。经过将此与集中的计划和定制的方法相结合，组织可以成功地迁移到正确类型的云计算架构，这将有助于IT的发展。

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。