APISIX 助力中东社交软件，实现本地化部署

Beeto 是一款面向中东市场主打阿拉伯语言的社交软件，在产品设计和技术架构上都是本地化落地实施的。曾在沙特 iOS 应用商店 Top Charts 榜单中超过老牌社交巨头 Facebook，位列第 4 名。
其实中东在互联网领域算是发展较成熟的区域，在社交网络中的活跃用户渗透率非常高，尤其在沙特区域，2019 年的互联网用户就已经达到了 90%，活跃用户渗透率在 2020 年就已经排到了第 9 位。

互联网市场的成熟，带来的是国际性软件的覆盖，像 WhatsApp、YouTube 和 Instagram 等都是当地主流的社交软件。但回过头看，你会发现在中东地区基本没有类似国内微博这种本地化的社交类软件。所以在 Beeto 产品诞生之前，就瞄准了「中东互联网成熟、渗透率高，但本地化少」的方向，并开启了专注「本地化特色」的产品准备。

Beeto 在中东其实对标的是 Twitter 和 Facebook 这种 Feed 流应用，所以在业务架构的部署上一开始就规划好了相对完整的框架。比如满足社交属性的关系互动、内容消费（图文、视频直播、同城广告等），还有金融类和服务类的打赏、提现、投票和抽奖等等各种业务，甚至包括平台侧的监管、内容安全审核等要求。

在前文我们也提到过，中东市场的互联网成熟度势必对一个产品的发布有着高质量的要求，所以想要切实打入中东市场，不可能先做一个简单功能的应用直接上线。

所以 Beeto 的第一版业务架构就是一个完整，并且符合主流社交软件应该具备的各种功能集一身的产品。同时 Beeto 的目标也很明确，就是要用「本地化特色」成为中东地区最大的阿拉伯语社交平台和最好的阿拉伯语社区。

Beeto 架构设计中的痛点

Beeto 产品要走本地化模式，除了在业务层面要满足当地现有的社交需求外，在技术层面也需要做一些本地化操作，比如服务部署和数据存储等都要要本地化。熟悉微博或者 Twitter 的技术朋友应该都知道，想要实现这种庞大信息流产品的背后，其实是需要几十甚至上百个架构系统来协作完成的。

单体服务架构设计

目前 Beeto 产品的业务主要可划分为以上这些。这些业务的实现其实都需要在中东地区进行本地化部署。如果把每项业务按照服务进行拆分的话，那每个服务其实就是独立的单体架构。