![](https://img-blog.csdnimg.cn/direct/79bb9ec5cf954c5d85b27e58bab24fd4.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
springcloud
文章平均质量分 96
介绍springcloud技术架构
黒猫.
这个作者很懒,什么都没留下…
展开
-
Docker部署springboot项目
此时jar包都会默认放在每个模块下的target目录下,注意父工程是没有jar包的,因为其打包方式是pom.其中zhisou是父工程,用于统一管理依赖版本,zhisou-common存放公共类,zhisou-pojo存放实体类,zhisou-server是真正要运行的。将"1"中获得的3个jar包使用ftp传输到你的服务器的某个特定目录上,比如我的目录是/home/pack/project-pack/zhisou下。4.配置插件,这些插件的作用是为 Maven 项目配置了编译器行为以及单元测试的执行方式。原创 2024-03-25 22:44:20 · 1189 阅读 · 0 评论 -
微服务day06-Docker
大型项目组件很多,运行环境复杂,部署时会遇到各种问题,各个应用依赖各不相同,版本不同等,linux系统不同等…部署时非常复杂,效率很低。Docker如何解决依赖兼容的问题?将应用的Libs(函数库)、Deps(依赖)、配置与应用一起打包将每个应用放到一个隔离容器去运行,避免互相干扰虽然解决了不同应用的兼容问题,但是开发、测试等环境会存在差异,操作系统版本也会有差异,怎么解决这些问题呢?linux系统的原理。原创 2024-03-07 21:41:49 · 1036 阅读 · 0 评论 -
微服务day05-Gateway网关
1.用户发送了一个请求,会优先经过gateway网关,网关进行身份验证与权限校验,然后进行服务路由(根据设定好的路由规则判断该请求应该转发给哪一种微服务。2.网关从nacos注册中心中拉取微服务列表。3.按照规定好的路由向对应的微服务发送请求,如果一种服务有多个比如user-service,那么再进行负载均衡)。原创 2024-03-06 11:19:56 · 1040 阅读 · 0 评论 -
微服务day04-基于Feign的远程调用
类型作用说明修改日志级别包含四种不同的级别:NONE、BASIC、HEADERS、FULL响应结果的解析器http远程调用的结果做解析,例如解析json字符串为java对象请求参数编码将请求参数编码,便于通过http请求发送支持的注解格式默认是SpringMVC的注解失败重试机制请求失败的重试机制,默认是没有,不过会使用Ribbon的重试配置日志方式一# feign日志级别配置feign:client:config:userservice: # 针对某个微服务的配置。原创 2024-03-04 20:00:22 · 1131 阅读 · 0 评论 -
微服务day03-Nacos配置管理与Nacos集群搭建
5.分别修改三个nacos中的application.properties中的server-port,server-port对应的是你在cluster.conf中配置的内容,比如让nacos1中的server-port=8848,让nacos2中的server-port=8858。nginx进行反向代理的配置时,一个http中只能有一个server{},所以像视频中老师那样直接复制进去是不行的,需要删除之前的server即可。项目启动>>>读取本地配置文件>>>创建spring容器>>>加载bean。原创 2024-03-02 17:06:05 · 1236 阅读 · 0 评论 -
微服务day02-Ribbon负载均衡与Nacos安装与入门
在上一节中,我们通过在RestTemplte实例中加上了注解 @LoadBalanced,表示将来由RestTemplate发起的请求会被Ribbon拦截和处理,实现了访问服务时的负载均衡,那么他是如何实现的呢?Ribbon实现负载均衡的流程如上图所示,order-service需要请求user-service的服务,根据user-service在eureka注册中心的注册的服务名称是userservice,order-service直接使用usersivce作为“IP地址+端口号”进行访问,发起了请求h原创 2024-03-01 21:33:49 · 1199 阅读 · 0 评论 -
微服务day01-认识微服务与Eureka注册中心
微服务≠springcloud,是一种经过良好架构设计的分布式解决方案,微服务架构特征单一职责:微服务拆分力度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发面向服务:微服务对外暴露业务接口自治:团队独立,技术独立,数据独立,部署独立,每个服务有自己独立的数据库隔离性强:服务调用做好隔离,容错,降级,避免出现级联问题单体架构将业务的所有的功能集成到一个项目中开发,打成一个包部署架构简单部署成本低适合面向企业内部的小项目耦合度高分布式架构。原创 2024-02-19 20:50:34 · 1225 阅读 · 0 评论