openshift容器云方案适合什么业务场景？

看了一下回答，居然没有谈到openshift的缺点，心里十分不甘，所以提笔码字来讨个公道，摆出三个缺点：

（1）openshift是redhat的产品，用了openshift意味着你就不能用其他linux了；
（2）使用openshift，取决于您是否愿意付费和使用支持以及产品（OpenShift）附带的所有功能，这是商业化的产品，都是收费的，而且收费还不低，这您可是要想好了；
   如果你的应用是轻小型的，比如一个api gateway，一旦用了redhat的，本来一个虚拟实例就可以搞定的，因为openshift，redhat必定要你装个kubenetes+openshift，想想成本（至少3台服务器+openshift license）；
（3）运维复杂，如果你是有钱的主，那不用担心，但如果没钱，要自己运维，加了openshift，绝对会增加你的运维复杂度，也许你最后必定要求职与redhat。

OpenShift 容器云方案理论上适合任何一种业务场景，但是具体按照场景会有支持方法的不同。这个问题在我看来有两个层次：

第一是技术框架适应性，OpenShift目前支持大部分的主流技术框架，因此理论上，我们主流构建的Java业务，C业务，Python业务，Golang 业务，脚本化实现的业务都是可以框架性直接支持的。只要构建成容器镜像就可以支持业务运营，当然不同的实现意味着不同程度的适应性改造。

第二是数据能力适应性，OpenShift借助最新的 Operator Framework可以支持各个厂商提供的，各种最新的容器云数据持久化技术能力。因此 OpenShift 可以支持各种主流的数据使用场景。

就拿银行核心系统这样的案例来说，都是可以上容器的。只是说在容器化之前需要考虑清楚很多问题，技术架构问题、持久化问题、问题跟踪、问题定位等。
这个问题根本还是在应用是否可以容器化，在我看来，任何单进程启动的应用都可以容器化