OKD（Openshift origin）可以用于生产级集群吗？
Can OKD (Openshift origin) be used for production grade cluster?
我正在设置一个新的 k8s 集群，我发现 BuildConfig 和 ImageStream 的概念很有趣。但我没有购买 Openshift 支持的动力，因为项目上下文不允许这样做。
所以我想知道在生产环境中使用 OKD 集群是否安全，是否有实体已经在生产级使用它的示例？
我曾经（仍然）处于同样的情况，无法负担 运行 AWS 或 GCE 云的项目，所以我们部署了一个 3 节点的单主服务器，后来部署了一个 9 节点的 HA 集群我们自己的数据中心。 HA 架构基于 http://uncontained.io/ 的参考实现。
所以是的，这当然是可能的，而且完全值得付出努力。我们的集群是 运行ning Kafka、Spark、Neo4J、MongoDB、Jenkins 和 Cassandra 以及大约 100 个业务应用程序 pods。 Openshift (OKD) 中的 DevOps 最大的好处。
虽然学习曲线很陡峭。我投入了大量时间阅读持久性存储（在我们的案例中为 GlusterFS）、网络、集群架构等。以严格可重复的方式编写配置过程脚本非常重要。在它可靠地播放之前，您将站起来拆除初始集群近 100 次。
我正在设置一个新的 k8s 集群，我发现 BuildConfig 和 ImageStream 的概念很有趣。但我没有购买 Openshift 支持的动力，因为项目上下文不允许这样做。
所以我想知道在生产环境中使用 OKD 集群是否安全，是否有实体已经在生产级使用它的示例？
我曾经（仍然）处于同样的情况，无法负担 运行 AWS 或 GCE 云的项目，所以我们部署了一个 3 节点的单主服务器，后来部署了一个 9 节点的 HA 集群我们自己的数据中心。 HA 架构基于 http://uncontained.io/ 的参考实现。
所以是的，这当然是可能的，而且完全值得付出努力。我们的集群是 运行ning Kafka、Spark、Neo4J、MongoDB、Jenkins 和 Cassandra 以及大约 100 个业务应用程序 pods。 Openshift (OKD) 中的 DevOps 最大的好处。
虽然学习曲线很陡峭。我投入了大量时间阅读持久性存储（在我们的案例中为 GlusterFS）、网络、集群架构等。以严格可重复的方式编写配置过程脚本非常重要。在它可靠地播放之前，您将站起来拆除初始集群近 100 次。