Spring云数据流本地模式限制和LDAP安全性

Question

我正在尝试设置Spring Cloud Data Flow（SCDF）以在本地模式下运行，以及几乎没有什么问题可以帮助我确定它是否适合我的要求。

1. 尽管建议使用Cloud Foundry，Kubernetes等作为任务执行环境，但我喜欢在生产上运行东西是本地模式，主要是因为我没有很多工作量而且无法处理所有额外的复杂性。现在在本地模式下，我能够运行所有类型的SCDF应用程序，即Streams，Jobs和任务，没有任何限制吗？该文档的某些部分提到只有Jobs可以在本地模式下运行。
2. 安全性 - 我希望在应用程序的部署和对工具（仪表板）的操作访问方面实施控制，并确实看到对具有角色的LDAP的支持，但是使用Cloudfoundry UAA的整个概念，这是另一种驱动用户的产品管理似乎有点矫枉过正。是否无法使用现有LDAP服务器配置该工具？在Github的一个LDAP问题中找到以下内容，但不清楚它是否在其docker镜像中使用UAA。最糟糕的情况我不介意仪表板可以在视图/只读模式下运行。

https://github.com/spring-cloud/spring-cloud-dataflow/issues/2871

Answer 1

如果Spring Cloud Data Flow是一个纯粹的单一应用程序，那么将安全性的所有方面直接集成到应用程序中肯定会更容易理解。这就是Spring Cloud Data Flow最初从安全角度出发的方式，因此，Spring Cloud Dataflow <2.0.0的版本支持我们标记为传统安全性的内容。

但是，甚至在2.0.x Spring Cloud Data Flow之前：

• 不得不与Cloud Foundry等外部平台集成
• 成为越来越多的面向微服务（例如使用Skipper）

结果出现了两个并行安全架构，一个使用传统安全架构，另一个架构由OAuth2 / OpenID Connect驱动。

这开始变得越来越难以维护，对于2.0.x，我们决定专注于OAuth2 / OpenID Connect。但是，我们仍然需要支持一系列丰富的企业功能，例如角色，LDAP集成等。因此，我们发现开源，生产就绪的CloudFoundry User Account and Authentication (UAA) Server是一个很好的选择。它的LDAP支持和功能实际上超出了Spring Cloud Dataflow <2.0.0提供的功能。

所以，是的，为了在本地设置Spring Cloud Data Flow的安全性，您需要运行UAA。 UAA还将提供LDAP支持。从技术上讲，Spring Cloud Data Flow根本不了解LDAP设置。

我希望这提供了有关Spring Cloud Data Flow安全架构如何出现的一些背景知识。请查看参考文档和前面提到的SCDF Security with UAA + LDAP example。如有其他问题，请随时与我们联系！

免责声明：我是该项目的提交者。

Answer 2

从v2.0开始，我们委托UAA进行身份验证和授权。关于这个问题有各种各样的报道;更全面的一个是关于如何在本地将所有这些组合在一起的端到端样本。您不需要CF或K8，所有这些也可以在本地运行。我们依靠UAA作为跨所有客户端工具标准化端到端SSO的网关，包括shell，仪表板，RESTful API，CTR等，

样本：SCDF Security with UAA + LDAP。如需进一步阅读，请参阅参考文献中的security section。指南。

最后，我们不建议将Local用于生产安装，但我了解在某些工作负载下，应用程序在故障情况下的弹性和/或可重新启动性不是必需的。