将您的 Linux 应用程序迁移到 Amazon 云，第 1 部分: 初始迁移

核心提示： 在本系列中，您将逐渐实现这些改进，将您的 Linux 应用程序迁移到 Amazon 云，第 1 部分: 初始迁移(3)，测试和迁移策略当您第一次部署一个应用程序时，您通常拥有能够测试和调整应用程序而免受生产流量干扰的便利，如果您的 Web 站点主要是一个新闻站点，停机一小时不会对用户造成太大的影响，相比之下，迁移则

在本系列中，您将逐渐实现这些改进。

测试和迁移策略

当您第一次部署一个应用程序时，您通常拥有能够测试和调整应用程序而免受生产流量干扰的便利。相比之下，迁移则拥有用户这个增加的元素，这些用户正在站点上放置一个负载。一旦新环境接收生产流量，用户将期待一切运转正常。

迁移并不一定意味着零停机。如果允许服务离线一段时间，那么迁移将更容易。您将使用这个停用窗口来执行最终数据同步并允许任何网络更改趋于稳定。这个窗口不应用于执行对新环境的初始部署 — 即，新环境在迁移开始前应该处于操作状态。记住这一点，关键问题是环境与网络更改之间的数据同步。

当您准备制定您的迁移策略时，首先检查一下您的当前环境是很有帮助的。回答以下问题：

服务器上使用什么软件来运行这个应用程序？

服务器上使用什么软件来管理和监控应用程序和服务器资源？

所有用户数据存储在什么地方？数据库和文件呢？

静态文件（比如图像、CSS 和 JavaScript 文件）存储在其他位置吗？

要进入其他系统，应用程序需要什么样的接触点？

所有资料最近都备份了吗？

通知用户

通常，在迁移之前最好先通知用户，即使您预计不会出现停机。在 SmallPayroll.ca 应用程序案例中，用户通常以一致的间隔定期使用站点，这个间隔对应于他们的双周发薪周期。因此，提前两星期的通知将是个合理的周期。Google AdWords（这是 Google 广告平台的管理界面）这样的站点提供提前一周的通知。如果您的 Web 站点主要是一个新闻站点，停机一小时不会对用户造成太大的影响，那么您可以选择停用当天再通知用户。