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

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

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

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

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