Kubernetes 阿帕奇骆驼与库伯内特斯

Kubernetes 阿帕奇骆驼与库伯内特斯,kubernetes,apache-camel,Kubernetes,Apache Camel,我们正在将应用程序迁移到kubernetes。我们使用ApacheCamel来处理非常大的文件。但问题是,当我们迁移到kubernetes时,会有不止一个吊舱,而且吊舱很有可能经常重新启动。如果重启发生在一个大文件的处理过程中, camellock有没有可能不被释放 重新启动是否会使文件从第一个开始处理,而不是从进程离开的地方开始 我承认有很多情况会导致Kubernetes集群中的pod重启,但您描述的问题也适用于在Kubernetes之外运行的camel应用程序 回答您的问题,如果应用程序在大

我们正在将应用程序迁移到kubernetes。我们使用ApacheCamel来处理非常大的文件。但问题是,当我们迁移到kubernetes时,会有不止一个吊舱,而且吊舱很有可能经常重新启动。如果重启发生在一个大文件的处理过程中,

  • camellock有没有可能不被释放
  • 重新启动是否会使文件从第一个开始处理,而不是从进程离开的地方开始

  • 我承认有很多情况会导致Kubernetes集群中的pod重启,但您描述的问题也适用于在Kubernetes之外运行的camel应用程序

    回答您的问题,如果应用程序在大文件的处理过程中重新启动,则根据文件组件文档:

  • 最终骆驼锁将被释放,时间取决于 您向pod提供文件的方式
  • 如果处理未正确完成,并且在处理过程中未修改文件,则处理将从文件开始重新开始

  • 也就是说,有一些策略和EIP可以像拆分器和幂等消费者一样应用和使用,将文件拆分成块,避免重新处理相同的块。

    我承认有很多情况会导致Kubernetes群集中的pod重新启动,但您描述的问题也适用于在Kubernetes之外运行的camel应用程序

    回答您的问题,如果应用程序在大文件的处理过程中重新启动,则根据文件组件文档:

  • 最终骆驼锁将被释放,时间取决于 您向pod提供文件的方式
  • 如果处理未正确完成,并且在处理过程中未修改文件,则处理将从文件开始重新开始
  • 也就是说,有一些策略和EIP可以像拆分器和幂等消费者一样应用和使用,将文件拆分成块,避免重新处理相同的块