如何看待容器技术

1、容器的特点是灵活，启动快，粒度小，但是否应用场景也有局限？（比如一个需要很大计算量的应用，持续计算时间较长，对启动速度不敏感，是否还需要容器）？
如果是持续稳定的环境，容器启动快粒度小的优势确实不是发挥价值的重点。但容器还有其它特点，比如基于容器的开发模式能够实现标准化交付，提升交付质量和效率，包括更容易实现Devops。

2、隔离性和安全问题如何来解决？
其实没有所谓安全问题，安全与否取决于Docker Engine是否被攻破，这一点实际上和虚拟化Hypervisor是一样的。Docker Engine可以预设置程序占用的CPU和内存资源，并配置到操作系统内核，从而进行资源管控。当然，使用了K8S技术也可以进行资源管理和调度。

3、容器应用是否可以无局限的迁移？还是和虚拟机一样有一些特定的环境配置要求。
只要部署Docker Engine即可。

4、容器应用是否也可以配置在普通操作系统上，应用毫无感知？
是的。应用并不知道自己是跑在容器里还是普通操作系统上。

5、容器虚拟化和Hypervisor虚拟化的区别？
Hypervisor虚拟化是使用翻译的方式，即模拟底层硬件，并代替应用和Guest OS与真正的硬件交互。
容器是使用namespace（资源隔离机制）、cgroup（指定资源使用上限）的方式来提前配置好应用的参数，在运行容器并拉起应用后，底层操作系统可以通过PS命令看到容器进程和容器上跑的程序进程。比如一个容器上有五个应用，那么操作系统可以看到6个进程。
另外，某些大型应用是需要编排到多个容器节点上的，比如区块链应用目前针对容器是有专门的部署配置脚本，简化容器集群的配置；但对于虚拟化环境目前没有这样的脚本。未来，越来越多的部署脚本会在容器环境中落地，支撑容器技术的普惠化。

6、对于用户是采用K8S开源还是采用云服务厂商产品？
升级就是个很大的问题，客户不会拿自己的生产环境来解决。需要再部署一套测试再回来升级，难度会比较大，且有高风险。
云服务厂商的优势是可以有非常多的工程化经验，并进一步优化产品，实际上把运维经验都沉淀在了产品中，且无需用户运维底层集群，又能依据海量资源提升成本优势。因此，理论上来讲，主要是看是否能够平衡好技术自主控制和成本之间的关系。如果不是有专门的容器技术团队，还是建议直接使用云服务更容易避免风险。

7、如何理解容器服务两个基础技术：命名空间和cgroup？
参考：http://dockone.io/article/2682