背后的理性与春云队长K8S追加版本的服务/部署名

Question

我一种新的春天云数据流的世界，同时与框架玩弄，我看到，如果我有一个流=“测试steram”与所谓的“应用” 1个应用。当我部署使用船长到kubernetes，我看到它创建与名称kubernetes POD /部署和服务

测试流应用内-V1。

我的问题是为什么我们必须对K8S服务/部署名称V1？它使用春云数据流的整体工作流程的作用是什么？

- - - 跟进 - - - - - -

只是想确认几点，以确保我是在正确的轨道，了解流动

• 我的理解是与传统的流（通过卡夫卡主题绑定）服务（上kubernetes对象）没有发挥显著作用。
• 滚动更新（红/黑）模式已按照部署船长和版本控制的方式实现/服务在以下方式中发挥作用。 让我们假设APP-V1部署已经存在和升级要求。船长创建APP-V2的部署，并等待它做好准备。一旦准备就绪它破坏应用程序-V1

如果我的上述认识是正确的我有以下跟进的问题...

1. 我看到船长可以部署和包（它不必是传统的流）的工作。是较长期计划或船长只是为了工作弹簧云的数据流流？
2. 在非tradtional流包，其中一个包有一组多个应用（休息微服务）的情况下，如何版本的这种模式是否行得通呢？我的意思是，当我想打电话给其他微服务的微服务，我不可能知道或不太理想，以了解应用程序的发布版本？

Answer 1

@Anand。一日后恭喜！

命名约定的推移，如果船长与新加坡民防部队使用的每个流应用的“版本”的理念。该版本被撞到的时候，作为一个用户，当你滚动升级和滚动降级的流媒体应用程序版本或任何点播，或通过CI / CD自动化中的应用专用的属性。

这是连续交付和连续部署的工作流程非常相关的，我们通过诸如分别stream update ..和stream rollback ..命令提供在新加坡民防部队原生选项。对于这些操作，应用程序将被滚滚K8S更新，每个动作都会碰到在应用程序名称中的数字。在你的榜样，你会看到他们作为test-stream-app-v1，`测试流-APP-V2等

在一个中心位置（即船长的数据库）中的所有历史版本，你可以通过stream history..与他们进行互动，并在stream manifest ..新加坡民防部队的命令。

要了解更多关于这一切，看这个demo-webinar（开始@〜41.25），并看看在reference guide样本。

我希望这有帮助。