微服务架构的优缺点

微服务架构 一线互联网公司的标配      优点:

微服务就是把原来的一个个业务模块拆分成一个个子系统每个子系统开发完之后会打成单独的war包或者jar包会中上线到tomcat服务器中部署    

微服务的好处: 如果传统的单体项目出现了小bug例如OOM内存溢出,导致`整个程序无法使用.这样影响很大.

微服务可以避免这点,保证核心功能的高可用性,把侧重点放到核心业务上,其余服务挂了,影响也不大确保核心服务能正常使用即可

而在开发过程中,单体项目每天要在单个项目中大团队大量的提交回滚代码发布,可能会发生大量冲突   把服务分开也方便管理.

可能在队规模促销中交易功能需要进行扩容,如果是单体架构的情况下,扩容是针对于整个网站,而微服务可以在单独的服务商加机器提高利用率.

还可以拆分数据库,也提高了数据库的利用率

缺点: 加大了运维的难度 在事务执行过程中会频繁的调用其他服务可能会引发安全问题,在单体架构中可以用spring注解@Transactional即可完成