需要把美团所有对地图的调用都收敛过来, 统一分发到第三方地图平台, 以及自研地图服务.
对稳定性, 性能, 隔离, 变更灵活性都有极高的要求.
点击空白处退出提示
需要把美团所有对地图的调用都收敛过来, 统一分发到第三方地图平台, 以及自研地图服务.
对稳定性, 性能, 隔离, 变更灵活性都有极高的要求.
项目分为10+在线系统.
最核心的任务是转发请求, 需要同时支持web/rpc请求, 转发给第三方或自研服务, 期间尽量压缩不必要耗时. 承接和转发都需要注意负载均衡.
需要同时支持数百个业务方调用, 各方要求略有差异, 需要有专门的子系统负责识别业务方身份, 以及将对其请求转到正确的逻辑"轨道"中, 并支持在线实时变更.
在公司技术生态的赋能下, 支持单个请求级的监控, 及问题诊断.
有专门系统负责每天跑日志, 做各种粒度的组合查询和剖析, 并输出在运营报表系统上.
我负责系统的设计, 基本框架的确定, 核心代码的编写.
各系统基本都是Java服务, 涉及到运营类的也有大数据和前端. 监控, 缓存, 用的公司生态.
因对性能要求较高, 曾优化RPC组件作为过渡.
因对灵活性要求较高, 需要配置数百位业务方极为细腻的调用差异, 并支持在线实时变更, 所以自行设计实现了一套配置语言及系统.




评论