说实话，不用docker容器部署微服务都是耍流氓。

不管是 k8s 还是 docker Swarm 都提供了一个整体的高可用、可伸缩的运行环境。用微服务架构的团队都知道，其实更多的是为了能够快速开发业务模块，更改业务模型。

不使用用容器技术部署项目却是整个团队的噩梦，以前用jenkins CI之之后用脚本发布启动，经常会发现，端口占用，或者是资源被占用的情况。这样就得重新改代码发布。更多的情况是需要专门的人去维护开发环境的运行情况。忙到蛋碎还是没有办法避免。

用docker 容器部署之后，无所谓啊，就和在虚拟机里一样，虚拟机内的自己管理，映射出来的 统一管理。这样减少运维负担。

再说了，微服务本身就不考虑开发语言和框架，我们这边有用Golang的，有用nodejs的，有用Java 的，还有几个写python的。谁专长什么写什么，只需要功能流转的时候能互相之间调用清楚。更何况，每个开发预言都有所适用的范围，写爬虫 当然是 python更生猛，写im 当然是 nodejs 这种。

所以微服务只是一个概念模型，你怎么实现都无所谓，我也觉得无所谓好坏，适用自己的最好。有些小项目，也就是一个spring boot 全搞定，不必要上微服务这样的东西。