Sailingwood作为跨境电商，同时拥有公域流量（Amazon FBA）和私域流量（独立站），这就需要依托稳定，高效，安全的网络中枢来实现数据汇集。此外，Saillingwood之前将ERP系统和电商独立站部署在阿里云香港和北美。在与客户沟通后发现其Amazon 电商订单从SP-API流到阿里云香港的ERP环境中间生成报表时间过长，且SP-API对于系统安全合规性有相关要求。为此客户需要在不增加既有成本的情况下，低延迟，高可用性，安全加固的解决方案。

迁移到AWS平台，能够为客户带来以下几方面的优势：

可预估的成本：作为全球第一的IaaS服务提供商，AWS提供了简单，灵活的定价方式和计费工具。在业务设计初期， Sailingwood 就能够根据其未来业务的发展情况对运营成本做出准确的预测。

经过广泛验证的托管服务： AWS提供丰富的托管服务，并且这些服务已经在行业内被广泛验证， Sailingwood可快速的利用开源经验进行产品的构建。使用Amazon RDS，Amazon ElasticCache这样的原生云数据库平台，技术团队无需耗费大量的时间和精力自行搭建维护基础设施，可集中关注业务本身并且可以用最新的开源技术快速的实现功能的迭代，帮其优化提升数据处理分析的效率。

体系化的灵活的基础架构安全防护机制：在AWS上，可采用多层的防御安全保护基础架构。暨控制哪些实例暴露给公网；定义NACL，类似于子网上的防火墙，控制所有子网层面上的进出流量，需要根据实际需求，指定白名单和黑名单；定义安全组，类似于实例上的防火墙，控制所有实例层面上的进出流量，只需要指定允许放心的流量即可。

沛逍网络数次调研和对客户业务逻辑的深入理解，通过科学合理的配置架构，实施AWS迁移最佳实践，结合AWS服务特性，有效调整优化其架构。实现数据迁移，应用迁移，优化网络拓扑，使用托管服务和资源编排产品提升运维能力，实现公域流量数据和私域流量数据全链路加密，搭建成熟的安全防护方案。同时，引入AWS Landing Zone 着陆区这个网络架构的同时提升系统稳定性和降低运维成本。

资源管理

运维管理

在为客户做数据库迁移的过程中，客户希望源数据库在迁移过程中可继续正常运行，从而最大程度地减少依赖该数据库的应用程序的停机时间，另外一方面虽然是数据库同构迁移，但是，客户对迁移后数据库的兼容性仍然存在担忧。

为此，沛逍确定了场景以后，优先选择进行数据全量迁移，一方面是为后续的基础功能测试提供真实的数据结构和数据体量，另一方面是为了尽早发现兼容性问题为后续功能改造提供依据，让后续的基准测试和功能改造可以并行。依托于AWS的DMS在同构数据库迁移中，源数据库和目标数据库采用相同或兼容的数据库引擎，例如从 MySQL 迁移至 Amazon Aurora、从 MySQL 迁移至 Amazon RDS for MySQL。由于源数据库和目标数据库的架构结构、数据类型和数据库代码都是兼容的，此类迁移只需一个步骤即可完成。沛逍为客户创建与源数据库和目标数据库相连的迁移任务，然后单击一个按钮开始迁移。AWS Database Migration Service 将负责完成其余的工作。

针对数据库，沛逍也和客户一起进行测试。

基准测试：这些基准测试的目标是要确保数据库的基础功能能够满足业务场景的需要。

功能测试：在测试人员进行基础功能测试期间，沛逍配合Sailingwood同时在进行应用和数据库的改造。核心原则是：数据层做主要改动，接口层做适当改动，核心逻辑尽量不做改动。数据层的改动多多少少是无法避免的，接口层的改动主要是为后续的分流考虑，核心逻辑只有在评估过后不可避免的情况下才进行调整，而且要重点进行功能复测。

性能测试：首先是接口、数据库和模拟器的基础性能测试。其次是进阶性测试：复杂SQL的执行效率、数据量引发的性能衰减、疲劳测试，其中数据量引发的性能衰减也是一个重要的参考指标。