有什么场景不适合使用容器技术？

Posted 2021-05-02 twt企业IT社区

来自社区交流

容器的适用场景是什么？是否有什么场景不适合使用此技术？

我司主做政企机关单位、港口码头管理相关web应用、并提供服务环境。目前环境为开发、测试、演练、生产。均为传统虚拟机架构。现公司想转为使用容器作为基础服务架构，想了解什么样的应用场景适合适用容器技术、我们的应用场景是否适用。是否有什么场景不适合使用此技术？

提到容器技术、通常会和微服务、松耦合、无状态等架构与开发、服务模式联系在一起。是否可以理解为满足这些形式的应用才适用容器，传统形式的项目并不适用？（问题来自社区会员冥想medi）

@caikai 恒丰银行

个人观点，从业务支持的角度，不觉得容器有什么业务场景是不适合的，即使你的应用很传统，不做任何改造，你也可以把你的应用跑在容器里，只是除了省资源、启动快、用镜像交付比较方便外，其它在业务能力上能获得的收益较少而已。当然你可能需要一些必要的调度，比如原来不能在一台机器上跑的应用，假如你用容器跑的时候也不能运行在同一台机器上，那么你需要通过配置非亲和性策略把这些容器放置在不同的机器上。这个过程你以前是手工保证的，用容器后你需要用手工、或者容器管理软件来实现。

如果从技术角度，也许有的应用有些限制，比如有些传统的应用，可能会有license绑定固定硬件的限制，或者是必须依赖特定硬件的支持等，这类对环境有特殊要求的业务，容器不行，虚拟机也不行，裸机如果不符合硬件要求还是不行，因此这个也不是容器带来的限制，而是标准化的环境不满足特定的技术条件而已。

关于容器的稳定性问题，我个人认为要客观看待，一是很多不稳定问题其实和业务逻辑的bug有关系，这是根本；二是容器自身的技术发展会让这个问题越来越小；三是不少大型机构都在用容器运行关键应用（例子我就不举了），这个和运维水平有关系，也就是说万一故障了也没问题，你要能做到及时的监控和恢复，不影响业务就行。

冥想medi  

收获颇多，非常非常的感谢！

@于昺蛟  IBM

也不绝对，容器稳定性上要比虚机稍微差一点点，而且本来容器就是个轻量级的虚拟化技术，所以上容器的一般都是那些无状态应用。真正特别沉的或者IO密集型的玩意（例如数据库）还是不建议上容器。Web应用没那么沉，所以上容器完全没问题的。

冥想medi  

感谢您的回答，明白了对于数据库的容器化还是需要谨慎

更多相关内容，请点击阅读原文