问题标签 [spring-cloud-skipper]

我想重新部署一个包，但我收到一个错误：

skipper:>package install --package-name sg-cloud-MbakTestworld --package-version 0.0.1 --release-name MbakTestworld --file E:\skipper\apps\MbakTestworld-upgrade-local.yml

结果：

名称为 [] 的版本已经存在，并且没有被删除。错误的详细信息已被省略。您可以使用 stacktrace 命令打印完整的堆栈跟踪。

我的 yml 文件：

我试图用船长服务器管理我的春季云数据流上的流。

我按照这里的说明进行操作：

https://docs.spring.io/spring-cloud-dataflow/docs/current/reference/htmlsingle/#getting-started-deploying-spring-cloud-dataflow

应用程序注册和流定义/部署进行得很好，但是在我取消部署部署的流之后，我再也看不到仪表板上的任何流。仪表板显示错误：

无法解析船长平台状态 JSON：null

我必须重新启动 scdf 服务器和 skipper 服务器才能再次看到我的流定义。组件的版本是：

• scdf 本地服务器：1.6.0.RELEASE
• 船长服务器：1.0.8.RELEASE
• 指标收集器：kafka-10-1.0.0.RELEASE

一些操作细节：

1. 我在船长模式下使用 scdf shell 注册了我的应用程序。
2. 我在 scdf 仪表板上定义并分解了我的流。我也通过仪表板上的停止按钮取消了流的部署。

我应该如何解决这个问题？

Cloud Foundry Data Flow Server 1.5.1.RELEASE 需要 'spring-cloud-skipper' 和 'spring-cloud-skipper-client' 版本 1.0.5.RELEASE。

maven 中央存储库中缺少船长服务器和船长客户端依赖项 1.0.5.RELEASE。

他们没有上传到 maven 中央仓库有什么原因吗？

如果错过了，我们可以将它们上传到 maven 中央仓库

（由于公司政策，我们不能从春季回购中提取它们）

Spring Cloud Skipper
https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-skipper-server
Spring Cloud Skipper 客户端
https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud- skipper-client
Spring Cloud 数据流
https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-dataflow-server-cloudfoundry

我需要有关部署 Spring Cloud 数据流服务器的帮助。我想使用 helm 部署应用程序并将流部署到不同的命名空间。即使我使用多个帐户和命名空间更新了 skipper configmap，检查流平台也会显示具有我部署 spring cloud 和 skipper 的命名空间的帐户。它似乎忽略了 spring.application.json 中的命名空间值。谁能帮我解决这个问题？

这是我部署到集群的模板：

这是流平台的输出：

编辑：我尝试了以下值，结果如下：

船长部署 yaml 文件：

1- 船长吊舱的环境变量

2 - 流平台列表的平台输出的屏幕截图

我是 Spring Data Cloud Flow 新手，我很难摆脱流。

显示我有一个名为ticktock5.

导致相同的错误：

这是在运行

复制很简单：

我是春天云数据流世界的新人，在玩框架时，我发现如果我有一个流 = 'test-steram' 和 1 个名为'app' 的应用程序。当我使用船长部署到 kubernetes 时，我看到它在 kubernetes 上创建了 pod/deployment & service，名称为

测试流应用程序-v1。

我的问题是为什么我们需要在 k8s 上的服务/部署名称中使用 v1？它在使用spring cloud dataflow的整体工作流程中起到什么作用？

- - - 跟进 - - - - - -

只是想确认几点以确保我在正确的轨道上理解流程

• 我的理解是与传统的流（通过 kafka 主题绑定）服务（kubernetes 上的对象）没有发挥重要作用。

• 滚动更新（红/黑）模式在船长中以以下方式实现，部署/服务中的版本控制在以下方式中发挥作用。

  假设 app-v1 部署已经存在并且请求升级。Skipper 创建 app-v2 部署并等待它准备好。一旦准备就绪，它就会破坏 app-v1

如果我的上述理解是正确的，我有以下后续问题......

1. 我看到船长可以部署和打包（并且不必是传统的流）来使用。这是长期计划还是 Skipper 仅适用于 spring-cloud-dataflow 流？

2. 在非传统流包的情况下，一个包在一个组中有多个应用程序（其余微服务），这种版本控制模型将如何工作？我的意思是当我想从其他微服务调用微服务时，我不可能知道或不太理想地知道应用程序的发布版本？

我正在尝试禁用 Spring-Cloud-Skipper 中表的初始化。我可以设置 Spring-Cloud-Dataflow 中的 spring.cloud.dataflow.rdbms.initialize.enable=false 属性吗？如果没有，如何禁用表的初始化？

我正在实例化 PackageIdentifier 类以将其传递给 DataFlowTemplate.streamOperations().updateStream(..) 方法，我设置了属性repositoryName和packageName，但我想知道是否packageVersion需要属性？因为我可以看到没有它它也可以工作。只是，我有一个异常，但无法再次重现它，并且想知道是否packageVersion是这个问题的原因？：

我在 NGINX 代理后面运行 Spring Cloud Skipper。当我尝试使用在笔记本电脑上使用代理 url 运行的本地 shell 连接到 Skipper 服务器时，

我已经尝试过 Skipper NGINX 代理网址，例如 . https://example.com/skipper/api/about和https://example.com/skipper/api/deployers上的浏览​​器和浏览器开发工具显示响应标头是content-type: application/hal+json;charset=UTF-8

直接在使用 localhost url 运行 Skipper 服务器的主机上运行 skipper 工作正常。只有通过 NGINX 代理 url 访问时才会发生错误。

最近，我为云铸造从 SCDF 1.7.3 升级到 SCDF 2.1.2。另外，我正在使用船长（我必须使用 2.x）。我面临两个主要问题：-

1. 在 SCDF 服务器环境中作为属性提供的 Buildpack 未用于部署流应用程序。以下是我正在使用的 env 密钥：- SPRING_CLOUD_DATAFLOW_STREAM_PLATFORM_CLOUDFOUNDRY_ACCOUNTS[xxx]_DEPLOYMENT_BUILLDPACK。这根本没有效果。

2. 即使我将 SPRING_CLOUD_DATAFLOW_STREAM_PLATFORM_CLOUDFOUNDRY_ACCOUNTS[xxx]_DEPLOYMENT_ENABLE_RANDOM_APP_NAME_PREFIX 设置为 false，skipper 仍然会为这些应用程序生成随机前缀。

我不确定我做错了什么。任何建议都会有很大帮助。