gpt4 book ai didi

java - 是否可以使用 Spring Boot 进行微服务

转载 作者:塔克拉玛干 更新时间:2023-11-01 21:32:36 29 4
gpt4 key购买 nike

我对如何使用由 spring boot 制作的多个微服务感到困惑。

当我读到 Karaf 时,他们总是使用 Blueprint 而不是 Spring,而且我不认为它可以与 Spring boot 一起使用。

然后我找到Fabric8但我找不到任何使用 Spring boot 制作的微服务的例子。

我所需要的只是能够像 Karaf 那样在运行时进行热部署和配置,但具有多个 Spring 引导服务。

这可能吗?

谁能给我文档或项目样本?

谢谢

最佳答案

这是一个 demo video showing how to create a Spring Boot microserviceFabric8 Microservices Platform并拥有一个完整的 Continuous Deployment pipeline被创建以执行以下操作:

  • 打包代码,创建docker镜像和kubernetes manifest
  • 执行系统/集成测试
  • 通过滚动更新部署到暂存环境
  • 等待(可选)人工批准
  • 通过滚动更新部署到生产环境

git 存储库中的任何代码或配置更改都会自动启动滚动更新 - 这是一种热部署形式。例如如果您在生产环境中运行 3 个容器;新容器根据滚动升级策略使用新代码和/或配置启动。通常新容器启动;当他们准备好时,旧的被取下,一次说 1 个(或者如果你愿意,你可以一次全部完成)。滚动升级包含在任何服务负载均衡中;因此新容器只有在准备就绪时才会被调用。

考虑到您对 OSGi 的使用,您可能希望容器继续运行并且只是在运行中发生变化。首先,向不可 rebase 础设施(例如 docker images)的整体转变意味着软件变得更简单,更容易推理。无需动态地输入/输出新的 bundle /代码/配置,您只需制作一个新图像并将其旋转起来。

动态变化导致多线程代码必须动态停止和重启服务,这可能会导致各种复杂的难以重现的错误和资源泄漏,因为您有大量复杂的服务启动/停止对象依赖关系图苍蝇。在 Fuse 团队中,我们花了很多年时间来修复重启逻辑中的错误,而且我确信在动态重启 OSGi 服务时仍然隐藏着无数错误。

所以我更喜欢使用 Continuous Deployment pipeline推出所有更改;无论是代码还是配置。当然,在您进行更改和进程使用新代码/配置处理新请求之间会增加一些延迟 - 但您可以获得更高的质量和可靠性。再加上回滚微不足道。您还可以轻松地对更改进行滚动升级;因此,如果更改对一小部分用户/流量造成破坏而不是大爆炸,您将获得快速反馈。

话虽这么说;如果您仍然真的希望生产 JVM 即时重新加载代码和/或配置,而无需首先以大爆炸方法进行测试,并且不容易回滚;还有一些可用的选项。它们在 configuration microservices documentation 中进行了描述.

本质上它归结为使用 ConfigMap in Kubernetesgit repository volume ;在这两种情况下,配置都作为卷(文件)公开——然后 Java 代码可以查看文件并即时重新加载。您可以通过 OSGi 配置管理或通过 Spring Boot 执行此操作- 无论您真正选择哪种开发框架。

请记住热重载延迟带来的好处与远离不可 rebase 础设施和持续交付的质量下降、错误增加和操作问题之间的权衡

关于java - 是否可以使用 Spring Boot 进行微服务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37995925/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com