遇到热爱不懂装懂异想天开的上司，应该怎么做？（运维向）

坐标深圳，我所在的是一个做智能家居的研发团队，职位是运维，水平经验自认为中等吧。

公司另外有工厂，做传统的非智能的家居、安防类产品。

或许我不太懂硬件开发与 Java，故产品这块就不讨论了。

上司人并不差，但确实我是第一次见到这样的人：「极度偏执但脾气又挺好的」，比较罕见？

他对 Linux、Docker 以及其它运维这方面了解并不多，但他又很有自己十分独到的见解且不允许别人质疑。比方说，认为「 Docker 就是一个轻量化的虚拟机」，故对于一个应用，他要求的做法估计也比较少见。

1、Dockerfile 加入 JDK，安装 SSH、NFS，配置用户 ssh 远程，创建容器后，用 pipework 分配独立 IP。 2、Java 应用实际上就是放在一个文件夹，然后对应的文件夹用 docker -v 挂载上去，随后 docker exec -it xxx bash 或 ssh 进入 Docker 里面，到应用的文件夹里面执行应用，That's it.

以上就是他认为的强大、方便、轻量的微服务。

目前生产环境中，Docker 容器数量只有 30 个左右，为了方便看日志，叫我部署他认为十分强大的 ELK。我本来还担心 Logstash 那可怕的 grok 正则不知道怎么写，但...或许他就只是为了看日志比较方便比较爽？部署之后，Filebeat 直传 Elasticsearch，分配好 index，搞定。

他很满意，说 ELK 好强大，就是要这样的效果，以后看日志就方便很多了。That's it.

重点来了，不知道哪天突然就突发奇想了还是怎么样了，他说这个微服务需要更简单化，轻量化，觉得我们需要打造类似阿里容器云的服务，以后发布服务点点鼠标就可以搞定了，好棒棒。（研发团队目前 20 人不到，研发的智能家居产品目前用户数几乎为零，研发耗时已超过两年）

他 “研究” 后，决定使用 openshift，还让我找破解版，他只知道红帽是收费的，但不知道 okd 的存在也不知道什么叫服务订阅收费。

以上所述只是不懂装懂异想天开的一部分而已，还有一些 “神论” 如「设计 raid 的人肯定是失败的，凭什么做 raid1 或 raid5 就要浪费一块硬盘，太可笑了」之类的就不一一表述了，在前期我还跟他有过一些争论，也嗷过，后面我选择走官僚主义路线，说啥做啥。

我现在应该做呢？对于 okd，直接单机 oc cluster up 应付一下算了还是选离开呢？目前这家公司对我而言也就只有 965，较少加班这个优点了。