关于cloudfoundry和openshift

我想基于cloudfoundry和openshift构建自己的pass平台。我想使用这两个平台的一些功能，但我不想将它们全部部署在环境中。这是否可行？类似的开源项目可以从中学习到什么？

下面让我为您介绍一些关于

OpenShift

的内容

：免费计划足以满足您的首次培训

：很棒的实践训练，不需要准备你的env

及

如果您想作为

OpenShift

的开源项目部署到您的内部部署，您可以查看/测试/操作

OKD

（原名：

OpenShift-Origin

）

---

我希望你能帮忙。：^）

对于Cloud Foundry，它只是一个服务集合。我们使用Bosh来部署CloudFoundry，它知道如何部署所有服务，以便它们能够相互通信并协同工作。没有什么可以阻止您使用不同的Bosh配置（甚至是完全不同的工具）以不同的方式部署这些服务

您可以独立运行Gorouter、UAA、Cloud Controller和Garden等项目。各个项目现场通常都有这样做的说明

例：

其他组件可能有点棘手，因为它们相互依赖。例如，迭戈依赖于花园，其建造目的是通过Loggregator发送原木。在这些情况下，如果不想使用某个依赖组件，可能需要做一些工作

我不同意你关于这些系统臃肿的评论，并说这取决于你的观点。若你们不需要很多特性，那个么我可以理解你们为什么会这么想。我认为过度杀戮可能是一个更好的说法

如果您不需要PaaS平台提供的所有功能，您可以考虑其他选项：Dokku、Kubernetes、Knative等。。。您无法获得CF的所有功能，但系统的占用空间较小。如果你没有这些额外的功能，那么这些可能是更好的选择

---

希望有帮助

我不想全部使用，只想使用一些组件，使用其中的一些，构建我自己的pass，你认为它有效吗？如果你要构建自己的PaaS，为什么要使用它们，因为它们提供自己的PaaS功能。如果您想付出所有额外的努力来构建自己的PaaS，而不是使用提供的PaaS，那么最好只使用Kubernetes。不过，构建自己的PaaS将是一项艰巨的工作。OpenShift/OKD将提供更快的解决方案。那么OpenShift PaaS到底是什么，你不喜欢或认为你需要。因为有些功能需要我们自己开发，比如身份验证服务，以应用到我们自己的环境中，我现在认为这两个pass平台过于臃肿，所以我暂时不想将它们的所有组件部署到环境中。你对此有什么建议吗？非常感谢，这对我帮助很大。