【问题标题】:Issues for launch one-shot task in Cloud Foundry v2Cloud Foundry v2 中启动一次性任务的问题
【发布时间】:2017-02-28 00:11:22
【问题描述】:

目前我只是想在我的账户中使用关键公共云中的spring cloud任务功能,api版本是2.63。我只是复制only complete sample code from the spring cloud task document,在本地构建并打包并推送到云代工厂,并在manifest.yml中指定“no-route: true”和“health-check-type: none”。但这似乎没有用,成功运行示例并销毁容器后,日志显示错误信息“Process has crashed with type: web”。所以我想知道为什么cloud foundry认为我的应用程序是基于web的应用程序,因为从依赖关系来看,我只使用了spring-cloud-task-core和spring-boot-starter。为什么即使我设置为避免这种检查,它仍然会执行健康检查?

【问题讨论】:

  • 你能提供你的manifest.yml吗?
  • 稍后我会发布manifest,其实很简单,只有no-route和health-check-type比较特殊。
  • 我想我可能对属性健康检查类型有误解。它仅在应用程序启动时生效。目前我的应用程序可以成功运行。后来我推送了一个原生的hello world app,它也可以运行。崩溃发生在应用程序运行完毕,容器销毁后,Cloud Foundry 不断重启它,这不是我想要的,就像在 V3 中它已经支持任务功能一样。所以将 health-check-type 设置为 none 也可以不会阻止这个检查,对吧?
  • 我认为如果进程终止,CF 会尝试使其恢复活力。您可以将其用于任务吗? github.com/cloudfoundry/v3-cli-plugin
  • 以前我只是从 health-check-type 的文字来看,认为它会阻止 Cloud Foundry 在应用程序完成时重新启动应用程序。 V3 还没有发布状态,所以目前我不能在我的项目中使用它。

标签: cloud-foundry spring-cloud-task


【解决方案1】:

health-check-type 属性仅对工作应用程序有效,以确保应用程序在 Diego 容器中启动和运行期间不会崩溃。但是当应用程序完成并且容器被销毁时,该属性并不能阻止 Diego 将其视为崩溃问题并重新启动它。只有 Cloud Foundry V3 开始支持 Task 的功能。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-09-26
    • 1970-01-01
    相关资源
    最近更新 更多