跨境店铺的流量分三股：给买家打开的页面和图片，支付机构打回来的回调，发往海外仓或广告账户的同步。三股不要进同一条没有方向的带宽。方案按角色买机器，不按「香港」这一个词买一台最大的。
页面用云，订单用独立服务器
活动页和会临时加机器的接口，用 香港云服务器。它在科学园，月费按云的方式扩，适合页面和图片处理。另一座园区的 香港云服务器 可以做第二组页面，不要把两台云写成互为订单主库。订单和支付验签放 香港独立服务器。大陆买家的回调如果在晚高峰抖动，再把验签放到写了回程的 香港 CN2 GIA 服务器。
图片能缓存，放到对象存储或离买家近的节点，源站只留回源。海外广告和海外仓的同步走国际方向，不要占 GIA 这条回大陆的容量。方向、BGP 和带宽数字怎么写进报价，见 香港服务器线路。整页方案结构可以对照 跨境电商方案。
买家不在大陆时，不要继续加大香港端口
新客户主要在北美，页面和下载改到 洛杉矶服务器 或 西雅图服务器，香港这台继续做大陆入口。把香港端口从 50M 升到 500M，省不掉跨洋的 150 毫秒。新客户主要在台湾，入口改看 台北服务器。新客户主要在韩国，对局和本地页面看 韩国服务器。
验收走一笔真实下单：页面首字节、支付回调入账、海外同步各自记时间。页面 2 秒、回调 8 秒，改回程，不改云服务器的核数。只有图片慢且带宽图已经打满，才加页面侧的容量。订单库保持单点写入，其他城市放只读副本。
上线顺序可以按这个来。先把 订单库 的独立服务器装好，确认一笔测试单能写入并读出。再把页面指到 香港云服务器，图片走缓存。最后才把支付回调的域名解析到需要优化回程的那台。顺序反了，页面先上、库还在另一座城市，活动当天会把等待算进每一个下单。库存和价格的读可以走只读副本，扣库存和写订单仍回主库。只读副本放在页面同一侧，是为了让列表少跨一次；主库仍只留一台。副本延迟超过几秒时，页面上的库存数字会旧，这要在业务上接受，或者列表仍读主库、图片继续走缓存。
带宽图要能按机器分开看。云上的页面打满，加云或加页面端口。独立服务器上的回调变慢但带宽没满，查路径和丢包。两张图叠在一起，只看见「香港今天用了多少兆」，无法决定加哪一台。促销前一天用买家网络走完下单，记录三个时间。促销中只看这三个时间有没有变坏。变坏的那一段对应哪台机器，就动哪一台，避免活动中途把四台一起重启。
若店铺同时有大陆站和北美站，两套页面、一套订单主库通常够用。北美页面放洛杉矶或西雅图，下单请求回到香港主库时，用户会多等一个跨洋来回。这个等待要写进页面设计：下单按钮的超时放宽，不要用北美本地的库存去减香港主库。本地库存和主库不一致，比慢更难收场。机器备注里写角色：页面、订单主库、只读副本、海外同步。下次加带宽时先看备注，不会把 GIA 的回程带宽加到只跑海外同步的那台上。
支付回调的来源地址尽量写进防火墙，只允许支付机构访问回调 URL。回调和页面不要共用一个没有任何限制的入口。页面被打时，回调仍能从独立服务器进来，订单才不会停。云上的页面可以临时扩，库不要跟着云一起扩成多主。每周看一次三个时间的中位数，和上线那天的底数比。页面变慢且云的带宽满了，加页面。回调变慢且独立服务器带宽没满，查回程和丢包。海外同步变慢，查国际方向，不要动 GIA。底数没有留下，每周的数字就没有对照。
只读副本延迟用页面上的库存时间来观察。列表比主库晚了明显一截，就把列表改回读主库，图片仍走缓存。不要为了列表更新，把图片也拉回独立服务器的小端口。两个阅读路径可以不同。新活动上线前，用同一笔测试单走完全程，核对三个时间仍在底数附近。偏离的那一项，活动开始前处理掉。活动中途再改回程或改库的位置，支付机构的回调地址容易一起改错。