Docker 通知后端已部署容器
我想创建启动小型Web服务的容器。我们团队的开发人员应该上传包含不同服务的小图片。然后,主后端系统使用这些服务Docker 通知后端已部署容器,docker,Docker,我想创建启动小型Web服务的容器。我们团队的开发人员应该上传包含不同服务的小图片。然后,主后端系统使用这些服务 我的问题是:当开发人员上传一个新服务时,后端服务如何知道它可以使用一个新服务?在此之前,当服务X应该被使用,并且没有针对该功能的服务时,它只返回一条简单的消息。当有一个服务上传到do X时,主后端应该使用该服务。但是它如何知道它在那里并且应该被使用呢?您可以向您的小型web服务添加一些通知。但是,当服务意外停机或网络在短时间内停机时,您会怎么做?您需要向客户端添加一些逻辑来刷新连接 和
我的问题是:当开发人员上传一个新服务时,后端服务如何知道它可以使用一个新服务?在此之前,当服务X应该被使用,并且没有针对该功能的服务时,它只返回一条简单的消息。当有一个服务上传到do X时,主后端应该使用该服务。但是它如何知道它在那里并且应该被使用呢?您可以向您的小型web服务添加一些通知。但是,当服务意外停机或网络在短时间内停机时,您会怎么做?您需要向客户端添加一些逻辑来刷新连接 和docker用这种方式 等待数据库(例如)准备就绪的问题是 实际上,这只是一个更大的分布式系统问题的子集。 在生产环境中,您的数据库可能不可用,或随时移动主机 随时都可以。您的应用程序需要能够适应这些类型的 失败 要处理此问题,应用程序应尝试重新建立 失败后与数据库的连接。如果应用程序重试 连接,它最终应该能够连接到 数据库 最好的解决方案是在应用程序代码中执行此检查, 无论是在启动时还是由于任何原因丢失连接时
您可以向小型web服务添加一些通知。但是,当服务意外停机或网络在短时间内停机时,您会怎么做?您需要向客户端添加一些逻辑来刷新连接 和docker用这种方式 等待数据库(例如)准备就绪的问题是 实际上,这只是一个更大的分布式系统问题的子集。 在生产环境中,您的数据库可能不可用,或随时移动主机 随时都可以。您的应用程序需要能够适应这些类型的 失败 要处理此问题,应用程序应尝试重新建立 失败后与数据库的连接。如果应用程序重试 连接,它最终应该能够连接到 数据库 最好的解决方案是在应用程序代码中执行此检查, 无论是在启动时还是由于任何原因丢失连接时