沈鸿把合同递给身后的助理。
“我们这边的技术团队已经准备好，今天就把接口细节敲定。”
陈浩冲老崔示意了一下。
老崔把笔记本电脑放在会议桌上，连接好投影仪。
屏幕上显示出ISMG网关的拓扑图。
“沈总，我们这边的服务器集群已经搭建完毕。”
老崔直奔技术主题。
“关于短信下发的并发限制，你们给的文档里写的是每秒两千条。
这个阈值太低了。
按照我们的预测，业务高峰期，单秒并发量会突破五千。”
移动的技术骨干开口反驳：
“两千是我们省网关的安全上限。
如果放开到五千，一旦出现数据拥堵，会导致整个信令网瘫痪。”
“拥堵的问题我们来解决。”
老崔调出一组测试数据。
“我们在监管平台加了一层消息队列中间件。
所有SP下发的数据先进入我们的缓存池。
我们按照两千的速率向你们的网关平滑推送。
这样既保证了前端的高并发，又不会对你们的底层网络造成冲击。”
移动的技术骨干看着屏幕上的数据模型，互相交流了几句，点头认可了这个方案。
“白名单和黑名单机制怎么同步？”
另一名移动工程师提问。
“我们做前置拦截。”
老崔敲击键盘，展示规则引擎。
“违规词库每天凌晨两点自动更新。
只要触发黑名单规则，直接在我们的网关层丢弃数据包，不占用你们的下行带宽。
同时，系统会自动生成拦截日志，每周五下午五点，定时推送到你们的监管邮箱。”
技术细节的碰撞持续了整整两个小时。
从API密钥的加密方式，到计费代码的对账周期，每一个环节都进行了严密的推演。
老崔展现出了极高的技术素养，对移动工程师提出的各种极端情况都给出了完善的应对策略。
中午十二点半，所有的技术障碍全部扫清。
陈浩拿出一份空白的工作计划表，放在桌子中央。
“沈总，咱们把排期定一下。”
陈浩拿着笔，在表格上划线。
“今天下午，你们开放测试环境的端口。
明天一早，我们这边开始跑模拟数据。
联调测
本章未完，请点击下一页继续阅读！