springcloud 某科技公司单点项目转微服务(1)

前言：
某科技的一个类似电商的系统，部署是使用war包的一个单体系统，使用的是8台服务器作为集群，数据库使用了oracle的双活处理，但是随着日活的增加，需要迁移到微服务架构，目前系统的日活是30万，目标支持日活5000万的微服务架构
基于之前的微服务的应用个例，某个汽车应用领域的APP日活达到了5000万，因此，可以借鉴这个APP来转到微服务架构。系统抽取了基础层作为微服务，比如中间件的使用，如缓存层的使用。
数据从oracle的1500万条记录迁移到PG库，发现数据不一致问题，数据同步机制，目前咨询了京东的架构师，王栋说道：双写数据库查询支持大并发的查询，保证order库以及下单库的数据库一致。这里提到的使用MQ丢数据，堆积数据的问题，而比如非主线业务可以丢数据，比如论坛，朋友圈等。
讨论推荐架构：微服务+PG库，基于核心业务(保单，支付，人的信息)的数据隔离，服务拆分，论坛，朋友圈，海报等非主线的业务服务化，方便大流量时进行降级处理。
最后达到的理想化的效果，迭代交付，持续交付，数据隔离，服务隔离。
技术细节：DMZ接入层->活动服务，用户服务，订单服务 ->PG库备份 Orace库。双写数据库oracle以及PG。
会议结束，提到的分布式事务以及非主线业务的先使用微服务开发部署，主线业务还是使用原来的ssm+oracle+Pg。

springcloud 某科技公司单点项目转微服务(1)

猜你喜欢