前隆微服务实践的那些事
前隆科技，一家致力于推动消费和金融行业进入移动化、智能化的互联网科技公司。基于人工智能、生物识别、大数据、云计算等技术，通过以多场景在线营销获客、“人机对抗”风控技术支持、全流程IT系统解决方案为核心的服务体系，帮助客户大幅提升运营效率，降低获客成本。
先前的应用架构
先前部署交付构成
先前服务部署交付方式
资源成本消耗已成为不可承受之痛
突出的矛盾
业务监控缺失，业务先于研发先发现问题
突发流量下系统异常，产生雪崩效应，业务不可用
线上问题定位排查困难，问题解决时间久，严重影响产品体验
现行的交付方式导致资源急剧升高，成本居高不下
高并行项目测试对环境的保鲜及稳定性要求，OPS已力不从心
问题归类
基础架构不完善
交付方式不合理
钱的问题
目前的微服务架构
对标SpringCloud
平台支撑和保障任务
服务治理
统一配置中心
日志中心
现在的交付流程
现在的K8S部署架构
实施中不同角色的诉求
[开发]
发布能不能快点，环境能不能好用点？
[测试]
环境要稳定，并且能不能随时保鲜？
[OPS]
别整那么多套环境，消停消停？
[领导]
能不能别这么浪费，省点钱？
问题的元凶
需求和故障的拐点
解决问题的方法
按需交付的方式和期望的结果
图示要点
绿色部分代表BASE环境，表示稳定的生产环境同构。
蓝色和红色部分代表非BASE环境，用于不同的功能测试和付费场景。
实线表示BASE环境中的直接调用关系。
虚线表示非BASE环境中的组件和BASE环境中组件的调用关系。
容器分配规则
按需交付后的问题
核心问题：
如何保证请求能请求到按需交付的服务
服务间的调用如何满足只能调用按需交付的服务
如何保证消息的正确消费，只能被已交付的服务消费
如何保证对配置依赖冲突，做到互不影响
如何做到按需实时保鲜，同时不影响正在测试的项目
问题场景事例
问题具体化-Dubbo
问题具体化-RabbitMQ
问题具体化-kafka
问题具体化-配置中心
解决问题的方法
指定路由原理分析
路由链路逻辑架构
服务无感知保险
原文作者：二进制跳动；如有侵权，请联系管理员删除。
