ReST 或消息代理或其他一些用于集成内部部署和基于云的 spring 启动应用程序的方法
ReST or message broker or some other approach for integrating an on-premise and a cloud based spring boot application
我有 2 个 spring 启动应用程序
- 内部出纳应用程序
- 基于云的多租户应用程序，聚合来自所有柜员应用程序的数据
柜员应用程序也必须脱机工作（如果连接中断）。从柜员应用程序向云广播事件的最佳方法是什么。我不想实现代码来持久化事件。
最好的方法是什么？ ReST/message 经纪人或其他一些方法。如果使用消息代理，spring 云流抽象队列事件是否会在与代理的连接断开时重试。
我会选择消息代理（rabbit、kafka）和 spring-cloud-stream，因为您的用例正是 what/how 设计的。
微服务（您的应用程序）是代理的消费者，即：它可以发布到 and/or 使用来自代理的事件。如果应用程序已关闭，代理将启动并可能收集发往已关闭应用程序的事件。一旦应用程序启动，它就会消耗排队的事件等。
鉴于您的问题的一般性质，我会在这里停下来，但请随时跟进更多细节。
我有 2 个 spring 启动应用程序
- 内部出纳应用程序
- 基于云的多租户应用程序，聚合来自所有柜员应用程序的数据
柜员应用程序也必须脱机工作（如果连接中断）。从柜员应用程序向云广播事件的最佳方法是什么。我不想实现代码来持久化事件。
最好的方法是什么？ ReST/message 经纪人或其他一些方法。如果使用消息代理，spring 云流抽象队列事件是否会在与代理的连接断开时重试。
我会选择消息代理（rabbit、kafka）和 spring-cloud-stream，因为您的用例正是 what/how 设计的。 微服务（您的应用程序）是代理的消费者，即：它可以发布到 and/or 使用来自代理的事件。如果应用程序已关闭，代理将启动并可能收集发往已关闭应用程序的事件。一旦应用程序启动，它就会消耗排队的事件等。 鉴于您的问题的一般性质，我会在这里停下来，但请随时跟进更多细节。