6年技术迭代阿里全球化出海合规的挑战和探寻

发布时间：2022-07-26 15:32 所属栏目：124 来源：互联网

导读：全球化技术根植于全球化业务，经过五个阶段的演进，逐渐发展成为阿里巴巴集团内相对独立的技术体系。本文会首先重点讲解全球化基础设施层的挑战和技术实践。一、业务发展历程 1.1 业务背景从1999年阿里公司创立，阿里集团的全球化即已开始，公司的第一个业

　　全球化技术根植于全球化业务，经过五个阶段的演进，逐渐发展成为阿里巴巴集团内相对独立的技术体系。本文会首先重点讲解全球化基础设施层的挑战和技术实践。

　　一、业务发展历程
　　1.1 业务背景
　　从1999年阿里公司创立，阿里集团的全球化即已开始，公司的第一个业务单元Alibaba.com即是全球化业务，后续在09年公司成立10周年之际AliExpressBeta版本上线，标志着阿里的全球化走向TO C时代，再后来16年提出“接下来的20年，阿里巴巴集团要服务20亿消费者、创造1亿就业机会，帮助1000万家中小企业盈利”，公司也陆续收购Lazada（东南亚6国）、Daraz（南亚5国）、Trendyol（土耳其）等海外电商公司，由此正式拉开了全球化作为阿里集团三大战略（消费、云计算、全球化）之一的大航海时代。

　　 2016年阿里全球化相关业务收购陆续完成后，阿里集团的全球化业务布局初步形成：

　　1. 上图展示了当前阿里全球化业务重点覆盖的国家/地区，可以看到业务重点国家/地区横跨亚、欧、美三大洲，业务诉求差异导致技术方案差异明显，一套端到端的技术方案不可能完美支持所有的国家/地区，但是差异化的层次组合/定制被实践证明可行，这对我们【系统的标准化】提出了要求；

　　2. 粗放收割的时代已经过去，在精细化运营时代，应对用户体验/合规监管，更靠近用户的技术方案部署，是本地体验构筑的基础，这又对我们【系统的轻量化】提出了要求；

　　3. 随着数字化时代的日益深入，数字化/智能化正越来越深刻地影响和改变着人类社会的方方面面。作为全球化业务，不论我们的用户来自发达国家还是发展中国家，让数字/智能助力用户生活更美好，永远是我们坚持的目标，而这也对我们【系统的智能化】提出了要求。

　　1.2 全球化技术体系迭代过程
　　为应对上述业务诉求，全球化技术体系正式从集团技术体系中孵化出来，并经过五个阶段的演进逐渐发展成为阿里巴巴集团内相对独立的技术体系。

　　1. 阶段一，基于国内淘宝、天猫、搜推等团队的系统，在6个月的时间搭建了全套支持Lazada的新电商内核系统。

　　2. 阶段二，在这套电商内核系统上进行相应定制，搭建了全套支持Daraz的新电商系统。

　　3. 阶段三，将这套电商内核和AE系统进行了深度融合，同时引入了淘宝、天猫等团队的优秀系统解决方案，形成了可同时支持本地+跨境交易模式的国际化中台的雏形。

　　4. 阶段四，以上述融合版本为基础，合并Lazada、Daraz、天猫淘宝海外，完成国际化中台技术分支的4合1动作，最终形成了现在1个中台支撑N个站点的全球化新架构。

　　5. 阶段五，国际化中台开源策略开始落地，历时1年多到2021年11月完成中台全链路开源，全球化业务和中台各自闭环迭代局面形成。

　　6. 阶段六，未来已来，敬请期待。

　　接下来，我们会用一个系列文章，为大家讲清楚全球化技术体系的挑战和应对。在本文中，我们会首先和大家分享下全球化基础设施层的挑战和技术实践。

　　二、全球化基础设施层面面临的挑战
　　从电商网站服务买卖家客户和网站经营两方面去分析，在全球范围内除了要满足用户访问网站的性能、可用性等基本要求外，全球化背景下还新增了全球部署、法律合规、数据隔离等要求，这些要求使我们的基础设施建设遇到了全新的挑战，下面做一下举例说明：

　　全球部署：无论是考量用户体验，还是考量监管合规，将基础设施进行全球化部署都是全球化业务必须要建设的基础能力，全球部署的基础设施也直接决定了全球化技术体系的很多具体架构形态，同时全球部署的基础设施本身的建设维护也是巨大的挑战。
　　性能：这里说的性能指用户请求处理的时延，用户从发起请求到接收到响应的延时越短，代表性能越好。而全球互联网服务在延时上有天然的挑战，即物理距离更长，机房可能在美国，而用户可能在澳大利亚。我们测试数据显示美国用户请求美国互联网服务一般的网络RTT是10ms以内，而俄罗斯用户请求美国西部机房的RTT在150ms到300ms之间不等，这直接导致用户的全屏加载时间会多出1秒钟，而1秒钟会造成转化率下降，甚至是用户流失。
　　可用性：服务全球用户还有成本上的挑战，这个挑战会同时带来系统可用性上的挑战。如果仅从本地视角保障可用性，则我们需要在每个本地都建设双机房保障高可用，但这样就无法利用其它区域机房的闲置资源，整体成本也会非常高昂。而我们7*24小时的可用性要求建立在全球视角上，因此，如果能做到全球范围的异地容灾，就可以在成本可接受的范围内，较好地兼顾用户的可用性。
　　数据一致性：数据一致性挑战是指当有数据被全球多地用户共享且多地用户都会进行读写时，如何确保数据一致？举例：全球买全球卖的场景，买家在本地数据中心创建订单，卖家在其本地数据中心维护订单，如果是同一笔订单且买家与卖家在不同的数据中心，如何保证多地读写一致？当全球数据中心之间相互灾备时，也会存在多地读写的情况，如何保证数据一致。

　　不同于AliExpress的全球买卖业务，Lazada/Daraz业务更聚焦在东南亚地区，采用的是本地买卖Local to Local模式，因此采用的是本对本同城双活部署架构。

　　同城双活容灾建设顾名思义在一个城市内的两个IDC进行灾备建设，目标是在一个IDC出现故障后能够快速切换至另外一个IDC上，保证业务可用。采用双单元部署架构，借助单元化来实现单元内流量自闭环隔离，数据库使用RDS三节点企业版来保障其高可用性。一旦发现故障灾备，可以从入口流量、统一接入层等快速切换至另外一个IDC上，保障业务可用。

（编辑：ASP站长网）

6年技术迭代 阿里全球化出海 合规的挑战和探寻

6年技术迭代阿里全球化出海合规的挑战和探寻