gpt4 book ai didi

amazon-web-services - 编排中的线程与容器

转载 作者:行者123 更新时间:2023-12-02 11:32:52 24 4
gpt4 key购买 nike

我正在重新设计一个现有的 Spring Boot 应用程序,该应用程序试图自动执行公司目前由其员工手动完成的一系列工作。它有一个主应用程序,几乎可以作为编排应用程序工作,因为它是调用其他应用程序以完成整体工作的服务。它有 7 个它调用的子系统,其中 3 个系统需要以某种形式的顺序调用并在调用其他 4 个之前完成,但它们可以异步调用。

所有这些子系统现在都已移至 Spring 微服务,我正在处理的应用程序必须调用这些微服务(一些是顺序的,一些是异步的),我的应用程序可能会被多次调用同时所以我需要考虑每个子系统可能需要多个容器。我已经实现了 Open-Feign 来调用每个微服务。

他们还计划在不久的将来将其转移到 AWS ECS/Fargate,但目前它将在 Linux VM 中运行,并且容器在同一个专用网络上创建以进行通信。我想知道我是否应该完全删除 ThreadPoolTask​​Executor 并只为我的应用程序的每个同时请求调用一个新容器,但是我已经读到进程上的线程仍然比在容器上创建进程并考虑不会同时调用许多容器,我对最佳方法感到困惑。

如有任何建议,我们将不胜感激。

最佳答案

除非每个请求将应用程序中的内存消耗线性增加至少 1Gb(然后新的 pod 基础内存与其相比不会那么多),否则为每个请求启动一个新的 pod 是一种矫枉过正的做法。 ..每个请求需要 200Mb 的额外内存,我没有看到任何好处也没有必要。

关于amazon-web-services - 编排中的线程与容器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/63069149/

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