中小银行做微服务有必要一定要容器化吗?

应用做了微服务以后， 能够实现快速开发迭代，但随之带来的问题是测试和运维部署的成本的提升
。容器化的环境能帮助我们进行这样的解决方案，目前看来他是最成熟和可靠的方式，当然也可能存在其他的方式，但是这个是被BATJ等各大公司采用且成功落地的方案。。
简单说明一下：
第一，应用做了微服务拆分后，需要进行多个服务以及多个版本的的打包，测试，上线的量级信息大量增加，自动化部署操作需求明显增加
第二，如果需要服务器的扩容，需要进行环境的初始化，与原先的环境一致。部署工作繁重。
Docker容器可以完美的解决这个问题。
当然容器技术不是万能的，但是他是最合适做微服务的一个技术！

这两者没有耦合关系，是解耦的。
微服务改造涉及的是业务开发人员与架构师；容器属于基础设施，运维团队关注的。
理想情况开发人员不关注微服务是运行在容器内还是在虚拟机内的。

微服务与容器的关系是比较密切的，微服务运行实体其实是进程-服务，恰好与容器的单进程模型吻合，再加上容器能保证环境的一致性，加速部署效率，能有效的减轻运维成本，因此容器化是微服务的一个比较好的实践。

不一定，容器只是工具，从最佳实践来说容器和微服务比较切合。

技术选型，工具选择，一般从适合自己的角度出发，多个维度进行比较。
有些技术比较先进，但不一定适合自己，选择适合自己的最重要。