公司同时做停车、门禁、物业云和 APP 后,登录、支付、短信、推送、图片、权限如果各产品自己做,账户对不齐、重复建设、发版也乱。本项目建设 Spring Cloud 基础中台,把微服务治理和可复用基础服务抽出来,给车行、人行、物业云、APP、智控共用。解决的问题是:服务怎么发现和配置、流量怎么进网关和限流、支付和权限怎么统一、设备消息怎么走、开发和生产怎么观测与发布。
点击空白处退出提示
公司同时做停车、门禁、物业云和 APP 后,登录、支付、短信、推送、图片、权限如果各产品自己做,账户对不齐、重复建设、发版也乱。本项目建设 Spring Cloud 基础中台,把微服务治理和可复用基础服务抽出来,给车行、人行、物业云、APP、智控共用。解决的问题是:服务怎么发现和配置、流量怎么进网关和限流、支付和权限怎么统一、设备消息怎么走、开发和生产怎么观测与发布。
微服务组件:注册中心、配置中心、网关、接口监控、限流、Feign 服务调用。基础服务:统一权限、支付、短信、推送、图片、定时任务、APP-API,以及设备管理与 IoT 接入。运维支撑:Hystrix 监控、Zipkin 追踪、Kibana 日志、RabbitMQ 业务消息、MQTT 设备通道、自动化发布,覆盖开发/测试/预发/生产。业务产品通过中台完成账号、支付、消息和下发,不再每个系统自建一套。
本人作为研发总监主导中台方向、服务拆分和落地顺序:先注册配置与网关,再权限支付短信推送,最后监控追踪和自动化发布。技术栈:Java、Spring Cloud(Eureka/Config/Feign)、网关与限流、RabbitMQ、MQTT、Redis、MySQL。实现要点:配置中心做环境开关和动态刷新;支付与权限作为共享服务被停车和物业云调用;设备走 MQTT,业务事件走 RabbitMQ。难点是存量业务切到中台时不能中断场端放行和支付,采用兼容调用和分步迁移,而不是一次性替换。



评论