全球化部署几种方案

目录

• 背景
  • 跨国混合部署的挑战
    • 商城和履约解耦的挑战
    • 定时任务。
    • 数据加密存储方案
    • 跨系统集成的复杂性。
• 部署方案
  • 1. 一个地区一套部署
  • 2. 商城和中台分离的架构设计
  • 3. 混合部署
  • 4. 混合部署阉割版
• 参考资料

背景

跨国混合部署的挑战

• 系统和其他系统可能不在一个国家/地区。 比如把数据采集相关的服务部署到海外，如客户，鉴权。 那么客户模块跟MDM需要集成，跟4A集成

商城和履约解耦的挑战

履约系统推送给不同的商城（大B商城，小B商城）， 需要做适配。 比如根据订单的标签调用不同的接口

外部系统要拿 交易和履约的数据如何处理？ 商城要看后端的数据如何处理？

定时任务。

不同国家执行时间不一样。需要启不同时间的任务执行。比如计息，欧洲凌晨跟中国凌晨时间不一样。

数据加密存储方案

按欧洲的GDPR

• 前后端敏感字段加密传输（在HTTPS基础上再做一层加密），使用RSA 加密算法把， 公钥放前端。 前端定期更新公钥
• 后端拿到前端秘文后RSA解密， 使用对称加密如 MD5（不可逆） 加密入库
• 跨服务，跨系统传输需要解密后传输

跨系统集成的复杂性。

比如客户模块需要调用MDM接口，拉取MDM的数据，客户模型需要把新增客户的信息推送给MDM。 假如销售系统欧洲部署客户模块，中国也部署客户模块，那么

• 接受MDM数据的时候需要做数据过滤（要么查询参数需要适配，要么返回值的数据需要做过滤）
• 调用外部系统的时候，需要区别不同的数据中心。外部系统不同的国家调用接口的传参会有些差异

部署方案

【总结】
C端业务使用方案1，
B端业务如果地区网络不好并且体量很大，也使用方案1

B端区域体量很小，并且网络还能接受使用方案4

1. 一个地区一套部署

比如新加坡一套，欧洲一套，印度一套。 再把交易数据同步到国内做数据汇总，数据分析。

优点：部署简单，系统架构简单（不需要做跨系统集成的各种适配）
缺点：服务器成本高

2. 商城和中台分离的架构设计

优点：海外用户体验会比较好
缺点：架构会复杂很多。
服务器成本：中上

整个架构会复杂很多，前台和中台有大量的集成接口，而且集成的时候需要根据调用不同国家的接口，同步做适配。
比如WMS给个签收通知，要更新交易订单状态，需要区分SO是哪个国家的，需要广播到不同的国家的MQ集群。

商城和中台集成
1.商城下单，履约系统会更新履约状态，状态同步给商城。
2.商城端可以查看订单的供应链的承诺信息（承诺是挂在SO上）

3. 混合部署

把数据采集的服务部署到海外，全套服务部署在国内。
架构复杂度：中
缺点：有一定的网络延迟。
服务器成本：中
适合：东南亚地区。或者海外有很少的用户的场景。

4. 混合部署阉割版

架构复杂度：低
服务器成本：低

将前端部署在海外，开发敏感数据存储的程序。在海外的网关，识别是敏捷数据存储的接口，路由到海外的应用，数据存储到当地。
再把请求路由到国内的业务网关。

参考资料