文章目录
商城项目实战开发环境的准备
01、微服务的简单概述
什么是微服务?简而言之,微服务是一种将应用程序设计和构建为小型、独立运行的服务集合的方式。一个单一的、整体的应用程序很像野外的孤独动物——比如北极熊——它需要它的所有身体部位完全正确地工作,并且作为一个单一的实体完全正确地工作,才能茁壮成长。相比之下,微服务就像一个蜂箱。每个微服务都有自己的应用程序编程接口 (API),并且可以独立访问和测试,并且像蜜蜂一样,让许多小工人执行相同的几个简单的互连任务可能比一个强大的个体执行更复杂的任务更有效率。
02、为什么要用微服务?
做什么事之前总要明白为什么要需要,然后才去做,不能盲目的因为别人用了所以我们也要用最后搞得非常复杂。没有微服务之前我们使用的是单体应用和集群服务。各种架构没有好坏之分,只有是否与业务场景适合,适合的才是最好的。
单体架构
优点:
1、架构简单,部署和运维方便,适合于小型的业务规模(绝大部分场景都是小型)。
2、使用统一的数据库,数据的唯一性和事实性比较好保持,出综合的数据统计和分析的时候很容易。
3、出现问题很容易判断是哪台服务器的应用或者是数据库服务出现了故障。
缺点:
1、有单点问题,如果宕机所有的服务都不可用。
2、所有业务的功能模块都聚集在一起,功能之前如果有很多共同的代码,不同业务的需求开发同时进行的时候,维护起来有点麻烦。
3、由于是单体,对请求的并发量有限制,一个tomcat,并发量千级左右。
4、扩展成本高,根据单体架构扩展只能增加服务器的硬件资源成本高,且硬件性能也有瓶颈到达瓶颈后无法在提升。
集群应用架构
缺点:
1、投入了更多的服务器。
2、部署服务的时候需要部署多套比单体复杂。
3、增加了负载均衡,架构单体要复杂。
优点:
1、改善了单点故障问题。
2、可以通过服务器的增加从而提高并发的访问能力。
微服务架构
什么是微服务?
微服务核心就是把传统的单机应用,根据业务将单机应用拆分为一个一个的服务,彻底的解耦,每一个服务都是提供特定的功能,一个服务只做一件事,类似进程,每个服务都能够单独部署,甚至可以拥有自己的数据库。这样的一个一个的小服务就是微服务。
优点:
1、系统变成一个高可用,且容易扩展的架构。
2、每个服务足够小,足够内聚,代码更加容易理解, 开发简单,一个服务只干一个事情。
3、多个微服务可以由不同的开发人员并行开发相互不影响,提高效率
4、每个微服务只要保证接口一致,既可以使用不同的开发语言,也可以使用不同的数据库去完成各自服务的功能。
缺点:
1、极大增加了技术负责人的工作难度,要学习一大堆微服务相关的知识,还要将复杂的业务分解成微服务,设计好各个服务接口。只有在这个基础上普通开发人员才能够只关注他自己的那块业务。
2、大幅度提高了硬件的投入量或者需要使用容器技术模拟出多台服务器进行部署。
3、极大增加了运维人员的工作量,以前只要部署一个jar包,现在可能需要部署一堆jar包而且这些jar包还有先后顺序。
4、服务之间相互调用,增加通信成本。
5、引入了数据一致性问题,分布式事物问题。
6、系统监控,问题定位变得异常复杂,要投入额外的工作量去做这些。
微服务的适用场景:
大型复杂的项目
快速迭代的项目
并发高的项目
02、微服务的成熟的语言支持
- java
- springcloud
- springalibabacloud
- grpc
- dubbo
- go
- grpc
- go-zero
- 混合
03、本次课程微服务的技术栈
- grpc
- consoul
- gateway
- protobuf
- gorm/ent/sqlx/xorm/beego
- gin<