好吧，行业大数据，所以你想冒险把你的IT堆栈移到云上。真为你高兴。但是，这是一个很大的问题，行业大数据，但是，在你做出这个飞跃之前，仔细看看你到底在做什么。例如，物联网的应用实例，迁移到云上确实应该节省你的钱。但是，不能保证。接下来，你需要什么样的云？基础设施即服务（IaaS）云？也许平台即服务云会更好地满足您的需求？然后，您需要考虑是否要使用公共云、私有云或混合云。各有利弊。对你的对手有用的东西，可能对你一点好处也没有。接下来，您必须决定与哪个云提供商和/或合作伙伴一起设置云。你可以在没有任何帮助的情况下运行自己的云，但除非你已经是一个云业务，否则麻烦会超过它的价值。这些都是基础。让我们来看看一些问题，这些问题是超越云101的一步。您的新云能够处理组织的特定需求吗？例如，假设您使用虚拟桌面。你的虚拟CPU能处理morning storm的日志吗？当然，你为你的平均负载量指定了云，但是星期一早上呢？在跳下去之前一定要确保它可以。那么，许可证呢？您是按虚拟机、每个核心、按套接字还是按总占地面积为应用程序付费？这很重要。例如，如果您为每个核心的数据库管理系统（DBMS）付费，那么在您迁移到云端之前，您必须准确地指出将发生什么变化，以免您得到一个令人震惊的惊喜。事实上，仔细看看你所有的服务器软件许可证，确保你明白一旦你从本地服务器迁移到云端，你将支付多少钱。另外，您的用户目前如何访问他们的应用程序？你几乎肯定需要改变这种方式。除此之外，您还需要更改网络拓扑以处理新的IP地址和DNS条目。现在，你的申请呢？如果您的核心服务器程序是单片系统，移动它们将不容易。迁移它们可能会变成一个漫长而艰巨的过程。即使它不是一个整体，云服务器商，你真的知道你的应用程序依赖是如何工作的吗？如果你没有，那就花点时间去学习，然后再让云跳起来。如果您在迁移过程中发现您的工作线程序确实依赖于一个运行在一个尘土飞扬、没有文档记录的服务器上的晦涩程序，那么您就有麻烦了。您还必须决定是否要在一次大的推动下或随着时间的推移将您的业务迁移到云。第一种方法很快，但很危险。第二种方法会让您在运行重复的生产系统时陷入困境。明智的做法是确定可以轻松迁移的简单应用程序。在你和你的工作人员对转换感到满意之前，先把困难的部分解决掉。是的，您最终会运行旧系统更长时间，但这种方法更安全。您还需要培训您的员工如何在云端支持您的软件和用户。我可以保证你以前的帮助台脚本不会起作用。你不能就这样搬上云端。这是一个完全不同的世界。明白了吗？""我就搬到云上，"听起来很简单，但从来都不是。你真的必须检查这条路的每一步。你不会跳入云层，移动大数据，你慢慢地，小心地走到那里。