发表于: 2021-04-30 21:39:03
2 1195
了解为什么要做微服务?微服务之前的架构是怎么样的?微服务解决了那些问题?
继续学习spring cloud
遇到的问题:
搭建微服务springcloud Eureka的报错Unable to start web server; nested exception is org.springframework.boot.web.server.WebServerExcepti
jdk版本设置问题,设置成1.8,运行成功
yml格式问题,多了一个空格
fq之后,时好时坏,一会能连上,一会报错git-upload-pack 折腾 还没解决
1.是什么? 微服务配置中心,对多个微服务进行集中式配置管理。
2.为什么要这样做?解决了什么问题? 简单而言,就是拆封的微服务太多了,分布式的配置不好管理,于是把它放在git上统一进行管理。当然也可以放在本地
1.Config Server读取仓库中的配置信息,存放在配置服务的内存当中
2.启动服务A,B,A,B会指定了向配置服务Config Server中读取配置信息
3.假如对配置信息发送post请求更新,这时服务A,B会向配置服务重写读取配置文件
配置文件:
了解RabbitMQ
RabbitMQ是什么?
可以将原本http同步通信的方式转换成异步通信,这就是使用RabbitMQ主要目的。
异步:A服务一个请求到B服务,B服务可以不同时运行,A不用等待B运行结束在才能运行。这样的好处是
3)有任务执行时间变化,下游任务都不需要调整执行时间
4)上游无法知道下游的执行结果,这一点是很致命的
注意:MQ只用来传递上游任务执行完成的消息,并不用于传递真正的输入输出数据。
微服务之前的架构是怎么样的?
五:sql的质量得不到保证,各个业务层互相影响。且db疯狂耦合
解决了之前问题:
1.复用性,防止代码拷贝。所有user数据的存取,都通过user-service来进行,代码只此一份,不存在拷贝。升级一处升级,bug修改一处修改。
2.专注性,屏蔽底层复杂度。在没有服务层之前,所有业务线都需要关注缓存、分库分表这些细节。
3.SQL质量得到保障。有了服务层之后,所有的SQL都是服务层提供的,业务线不能再为所欲为了。底层服务对于稳定性的要求更好的话,可以由更资深的工程师维护,而不是像原来SQL难以收口,难以控制。
评论