地图数据合规性：协助地图供应商四维图新建设AWS云上数据合规解决方案，包括阿里云上部分合规环境的迁移，包括且不限于托管的数据库服务、存储服务等。

高可用性：在所有级别的体系架、服务和管理的设计中都需要考虑高可用性。包括且不限于托管的数据库服务、自建的监控服务、专线服务等。

安全性：安全性考虑的范围包括访问控制、数据合规、网络安全、主机安全性、操作系统安全性、应用程序和数据等。客户希望无论是检索数据或者创建及使用相关服务都是经过管理员身份验证，同时大部分的操作都能被记录，以便于整体范围内的安全把控。

可伸缩性：XXX业务有较为明显的波峰和波谷，希望平台具有随需应变的可伸缩性、灵活的水平和垂直扩展或收缩。具体会基于业务的负载和特性进行设计。

服务及时性：此次是XXX在中国区未来3-4年的车联网平台，客户希望能有及时有效的技术支持服务来帮助他们从C3G3平滑过渡到C3G4第四代车联网生产运营的状态。

成本可控性：作为OEM，成本都也是客户重点考虑的点。在迁移过程中会根据客户的业务特性以及目前阿里云上负载情况，为客户推荐预留实例的购买、EKS+Graviton实例的弹性扩展方案等。

可控性：XXX希望整个迁移流程有详细计划的，按明确的时间节点进行。并且在每个计划阶段都有作为下一阶段进行的标准，并且严格执行标准。这样客户才会认为本次迁移是在充足的保证下进行的。

完整性：XXX希望通过有保证的迁移计划下，严格把控迁移步骤，有完成的备份、回滚机制，也有详细的包括服务、性能、资源实例等监控数据。同时必须拥有详细严格的验收测试，使得都能够有在本次迁移中发现问题并同时具备解决问题的能力。

通过分析XXX在阿里云架构体系中的结构，将同样在AWS上设计整体的服务架构体系，同时根据测试中客户需求与差异进行适当的增/减配，与客户讨论并确定后，进行AWS上的服务采购与集成。整个分析过程中发现客户基础设施系统使用了多个阿里云托管型服务，分别支持不同的业务系统，如托管型RDS Mysql数据库、托管型Postgress SQL、托管型Cassendra数据库、高可用Redis集群、托管kafka集群等组件。

- 网络层：在AWS上主要为内部服务调用，需要构建混合云网络。通过网络合作伙伴，将阿里云上海与AWS打通。按客户网络及安全要求配置网络VPC。迁移时候注意业务平滑及网络整体连通性，同时按客户要求做网络安全配置。
- 基础设施迁移：在AWS上搭建用户相关的安全合规流程、数据库迁移、对象存储OSS数据迁移，保证用户业务应用使用现有代码不做过多改动。
- 容器化： 迁移的同时，配合用户进行容器化EKS集群的代码改造，提供技术支持。该工作主要客户承担。 - 业务应用迁移：在AWS上流量入口为ELB，ELB分流后到EKS集群内各个应用。根据配套监控数据及集群负载，使用EKS Cluster Autoscaling 进行集群扩缩容，提高整体性能的高并发性与灾备能力的同时节省成本。
- 数据存储及服务层：关系型数据库使用MySQL主从配置，其他文件类存储用于S3中。使用Redis缓存，降低数据库查询压力。数据库RDS迁移使用DMS进行实时增量数据同步，AWS的数据库迁移服务可以快速、安全地将数据库迁移到AWS。源数据库可以在迁移过程中继续正常工作，从而最小化依赖于该数据库的应用程序的停机时间。Redis采用阿里云DTS进行实时同步到AWS ElasticCache Redis。K8S集群通过Amazon ECR、代码控制同步应用镜像OUT OF SCOPE，OSS到S3使用Data Hub solution。