1.搭建springcloud架构(springcloud完整架构流程)
2.SpringCloud组件:Eureka服务注册是源码采用主机名还是IP地址?
搭建springcloud架构(springcloud完整架构流程)
微服务架构下的Spring Cloud项目搭建(一、框架简介)旨在为希望学习搭建Spring Cloud项目的构建开发者提供一个从零开始的详细教程。欢迎各位技术同仁参与讨论,源码互助学习,构建共同进步。源码项目源码存放于Gitee,构建六狮源码下载具体链接请参考文末。源码使用IntelliJ IDEA从零开始搭建Spring Cloud微服务项目。构建以下内容基于一个微服务新手的源码实践经验,仅供参考。构建
1. 启动Spring Cloud Eureka注册中心
所有服务都将作为Eureka客户端注册到该中心,源码并通过服务名实现服务间的构建相互调用。
2. Spring Cloud Config提供统一配置
其他服务可以读取这些配置信息。源码
3. 提供者服务(Provider)
生产者服务不直接暴露给外部,构建仅供消费者服务调用。源码
4. Spring Cloud Gateway作为统一入口
用户通过该网关访问消费者服务。对象储存上传源码
接下来,在空Maven项目中创建新的模块,可以选择使用Spring Initializr快速生成Spring Cloud模块,或者继续创建空模块。
- `common`模块:存放公共库,如DAO、模型、工具类等。
- `config-dev`模块:存储开发环境配置文件,提交到git后,Spring Cloud Config会从中读取配置。
大部分服务(非独立应用如Spring Cloud Config、Spring Cloud Gateway等)需要添加`spring-boot-starter-web`依赖以构建Web应用。
以下是在IntelliJ IDEA中使用Spring Initializr构建新模块的步骤。
在配置文件中,剧本网站源码`bootstrap.yml`具有较高优先级,会首先加载且不会被`application.yml`覆盖。因此,相关的Spring Cloud配置需在`bootstrap.yml`中设置。
在Spring Cloud Gateway的配置中,展示了如何从配置仓库`config-dev`中读取配置文件。`spring.cloud.config`和`eureka.client`的配置已经在`bootstrap.yml`中设置,故不再详述。
在多模块项目中,为了扫描其他模块的MyBatis文件,需要进行额外的配置。
消费者服务可以通过Feign进行声明式服务调用。
Spring Cloud微服务架构能够将服务解耦,独立部署,结合devops实践能充分发挥其优势。android门钥匙源码GitLab提供了内置的devops功能,通过在项目中添加`.gitlab-ci.yml`文件,推送至GitLab后可自动执行预设命令。接下来,简要介绍GitLab的安装部署。
在CentOS 7中,默认的Git版本为1.8.3.1,需要更新至最新版本,否则在执行自动构建时会出现错误。更新步骤请参考GitLab官方文档。
GitLab和GitLab Runner的安装配置请参考官方文档。
在配置文件`/etc/gitlab/gitlab.rb`中进行必要的配置。
下面通过一系列步骤快速搭建一个简单的Spring Cloud微服务工程。首先,父工程继承`spring-boot-starter-parent`,网上源码的奶粉以便子工程能够作为Spring Boot项目自动创建,并统一Spring Cloud的依赖版本为`Finchley.RELEASE`。
选择Eureka作为注册中心,创建一个新的子工程并指定父工程。导入Eureka服务端启动器和Web支持。
订单服务作为一个Eureka客户端,同样指定父工程并导入相关依赖。
用户服务同样作为Eureka客户端,导入依赖并启动。
在IDE中配置好相关依赖和启动器后,启动Eureka服务端工程,随后启动订单服务和用户服务,验证服务是否成功注册至Eureka。
接下来,在订单服务中作为服务提供者,允许用户服务调用订单信息。
使用浏览器调用用户服务的接口,验证订单服务是否成功被调用。
最后,列出开发工具和使用的版本信息,确保Spring Boot和Spring Cloud版本对应。
本文档主要作为Spring Cloud微服务入门搭建及服务调用的教程,开发工具为IntelliJ IDEA .2.3,Java版本为1.8,Maven版本为3.3.9,Spring Boot为2.1.3.RELEASE,Spring Cloud为Greenwich.SR5。
IDE配置不再详述,之后直接配置`pom.xml`。对于独立的服务项目,可以选择继承父项目或独立配置依赖。在`pom.xml`中,指定Spring Boot和Spring Cloud版本。
在控制器中调用其他服务接口,可以使用RestTemplate实现,并配置相应的RestTemplate配置文件。
在用户服务启动类中,通过RestTemplate调用订单服务接口。
在浏览器中访问相应的接口,验证服务之间的调用是否成功。
SpringCloud组件:Eureka服务注册是采用主机名还是IP地址?
1. 在微服务架构中,Eureka 服务注册通常涉及服务提供者和服务注册中心之间的交互。服务提供者在启动时会向 Eureka Server 注册自己,这个过程可以指定使用主机名或 IP 地址。
2. 在本节的示例中,我们复制了 SpringCloud 组件的源码,并修改了项目名称,同时对 `application.yml` 配置文件进行了简单的调整。
3. 配置文件中并未明确指定注册方式,因此服务会使用默认设置进行注册。默认情况下,Eureka Client 倾向于使用 IP 地址进行注册。
4. 我们通过搭建一个 Eureka Server 实例,来探索服务注册的实际行为。当我们访问一个注册的服务时,默认情况下会被重定向到服务的监控信息界面,这里显示的 URL 表明了注册时使用的地址是 IP 地址。
5. 如果我们希望服务使用主机名进行注册,可以在 `application.yml` 文件中修改 `eureka.instance.hostname` 配置。
6. 在 Linux 系统中,我们需要更新 `/etc/hosts` 文件以包含主机名和 IP 地址的映射。对于 Windows 系统,则需编辑 `C:\Windows\System\drivers\etc\hosts` 文件。
7. 修改配置后,观察到访问路径从 IP 地址变为了主机名,证实了服务已经使用主机名进行了注册。
8. 如果你希望服务优先使用 IP 地址注册,可以通过设置 `eureka.instance.prefer-ip-address` 参数为 `true`。
9. 如果我们想要服务使用一个特定的 IP 地址进行注册,可以设置 `eureka.instance.ip-address` 参数。
. 完成配置文件修改后,进行测试以确保新的设置有效。我们发现访问地址已经反映了我们为服务设置的指定 IP 地址。
. 本节详细介绍了 Eureka Client 注册时使用的不同服务名称方式,并指出了它们之间的优先级顺序。下一节将深入分析这些注册方式的内部机制和优先级。
. 本文的源码已上传至恒宇少年的码云账户,建议结合源码进行学习,感谢您的阅读。