是否可以使用 Spring 启动微服务
Is it possible to have microservices with Spring boot
我对如何使用通过 spring 引导创建的多个微服务感到困惑。
当我阅读有关 Karaf 的文章时，他们总是使用 Blueprint 而不是 Spring，而且我不认为它可以与 Spring 引导一起使用。
然后我找到了 Fabric8 但我找不到任何使用 Spring 启动的微服务示例。
我所需要的只是能够像 Karaf 那样在运行时进行热部署和配置，但具有多个 Spring 启动服务。
可能吗？
谁能给我文档或项目示例？
谢谢
您无法使用 spring 启动进行热部署。我们目前正在研究 karaf 引导，旨在提供 spring 类似 OSGi 引导的体验。
上周我还在巴塞罗那的一个会议 (JBCNCONF) 上做了一个关于这个主题的演讲：Lean microservices in OSGi。
所以我认为 OSGi 中的微服务已经可行，但我们还没有 spring 引导提供的便利。
这里创建了一个 demo video showing how to create a Spring Boot microservice in the Fabric8 Microservices Platform and having a complete Continuous Deployment pipeline 来执行以下操作：
- 打包代码，创建docker镜像和kubernetes清单
- 执行system/integration 测试
- 通过滚动更新部署到暂存环境
- 等待（可选）人工批准
- 通过滚动更新部署到生产环境
git 存储库中的任何代码或配置更改都会自动启动滚动更新 - 这是一种热部署形式。例如如果您正在生产 运行 3 个容器；根据滚动升级策略，使用新代码 and/or 配置启动新容器。通常新容器启动；当他们准备好时，旧的被取下，一次说 1 个（或者如果你愿意，你可以一次全部完成）。滚动升级包含在任何服务负载均衡中；所以新容器只有在就绪.
时才会被调用
考虑到您使用 OSGi，您可能希望容器保持 运行 并且只是在运行中发生变化。首先，向不可变基础设施（例如 docker 图像）的整体转变意味着软件变得更简单、更容易推理。与其动态滚动新的 bundles/code/config in/out，不如制作一个新图像并将其旋转起来。
动态变化导致多线程代码必须动态停止和重新启动服务，这可能会导致各种复杂的难以重现的错误和资源泄漏，因为您拥有大型复杂的服务对象依赖关系图starting/stopping 即时。在 Fuse 团队中，我们已经浪费了很多年的时间来修复 restart 逻辑中的错误，而且我确信在动态重启 OSGi 服务时仍然隐藏着无数的错误。
所以我更喜欢使用 Continuous Deployment pipeline 来推出所有更改；无论是代码还是配置。当然，在您进行更改和进程使用新的 code/config 处理新请求之间会增加一些延迟 - 但您拥有更高的质量和可靠性。再加上回滚微不足道。您还可以轻松地对更改进行滚动升级；因此，如果更改破坏了 users/traffic 的一小部分而不是大爆炸，您会得到快速反馈。
话虽这么说；如果您仍然真的希望生产 JVM 即时重新加载代码 and/or 配置，而无需先在大爆炸方法中对其进行测试，并且不容易回滚；还有一些可用的选项。它们在 configuration microservices documentation 中有描述。
从本质上讲，它归结为使用 ConfigMap in Kubernetes or a git repository volume; in both cases the configuration is exposed as volumes (files) - the Java code can then watch the files and reload on the fly. You can do this via OSGi Config Admin or via Spring Boot - 无论您真正选择哪个开发框架。
请记住热重载延迟带来的好处与远离不可变基础设施和持续交付的质量下降、错误增加和操作问题之间的权衡
我对如何使用通过 spring 引导创建的多个微服务感到困惑。
当我阅读有关 Karaf 的文章时，他们总是使用 Blueprint 而不是 Spring，而且我不认为它可以与 Spring 引导一起使用。
然后我找到了 Fabric8 但我找不到任何使用 Spring 启动的微服务示例。
我所需要的只是能够像 Karaf 那样在运行时进行热部署和配置，但具有多个 Spring 启动服务。
可能吗？
谁能给我文档或项目示例？
谢谢
您无法使用 spring 启动进行热部署。我们目前正在研究 karaf 引导，旨在提供 spring 类似 OSGi 引导的体验。
上周我还在巴塞罗那的一个会议 (JBCNCONF) 上做了一个关于这个主题的演讲：Lean microservices in OSGi。
所以我认为 OSGi 中的微服务已经可行，但我们还没有 spring 引导提供的便利。
这里创建了一个 demo video showing how to create a Spring Boot microservice in the Fabric8 Microservices Platform and having a complete Continuous Deployment pipeline 来执行以下操作：
- 打包代码，创建docker镜像和kubernetes清单
- 执行system/integration 测试
- 通过滚动更新部署到暂存环境
- 等待（可选）人工批准
- 通过滚动更新部署到生产环境
git 存储库中的任何代码或配置更改都会自动启动滚动更新 - 这是一种热部署形式。例如如果您正在生产 运行 3 个容器；根据滚动升级策略，使用新代码 and/or 配置启动新容器。通常新容器启动；当他们准备好时，旧的被取下，一次说 1 个（或者如果你愿意，你可以一次全部完成）。滚动升级包含在任何服务负载均衡中；所以新容器只有在就绪.
时才会被调用考虑到您使用 OSGi，您可能希望容器保持 运行 并且只是在运行中发生变化。首先，向不可变基础设施（例如 docker 图像）的整体转变意味着软件变得更简单、更容易推理。与其动态滚动新的 bundles/code/config in/out，不如制作一个新图像并将其旋转起来。
动态变化导致多线程代码必须动态停止和重新启动服务，这可能会导致各种复杂的难以重现的错误和资源泄漏，因为您拥有大型复杂的服务对象依赖关系图starting/stopping 即时。在 Fuse 团队中，我们已经浪费了很多年的时间来修复 restart 逻辑中的错误，而且我确信在动态重启 OSGi 服务时仍然隐藏着无数的错误。
所以我更喜欢使用 Continuous Deployment pipeline 来推出所有更改；无论是代码还是配置。当然，在您进行更改和进程使用新的 code/config 处理新请求之间会增加一些延迟 - 但您拥有更高的质量和可靠性。再加上回滚微不足道。您还可以轻松地对更改进行滚动升级；因此，如果更改破坏了 users/traffic 的一小部分而不是大爆炸，您会得到快速反馈。
话虽这么说；如果您仍然真的希望生产 JVM 即时重新加载代码 and/or 配置，而无需先在大爆炸方法中对其进行测试，并且不容易回滚；还有一些可用的选项。它们在 configuration microservices documentation 中有描述。
从本质上讲，它归结为使用 ConfigMap in Kubernetes or a git repository volume; in both cases the configuration is exposed as volumes (files) - the Java code can then watch the files and reload on the fly. You can do this via OSGi Config Admin or via Spring Boot - 无论您真正选择哪个开发框架。
请记住热重载延迟带来的好处与远离不可变基础设施和持续交付的质量下降、错误增加和操作问题之间的权衡