容器的监控相较于传统的监控有没有大的改变？

个人意见:
本质上说没有改变，基本都是监控，告警，现场信息收集，生产恢复等几个环节。
但从具体实现细节上说和传统运维比较还是有差别的：
应用上云后，总体上说单个容器的生死不应该对应用产生影响，系统管理员也不应该再关注单个容器的生命周期。系统要做的是定义好应用健康侦测机制、自动重启机制，再有一个重要的就是容器重启前的 现场信息收集机制，保证容器宕机后有信息保留下来分析宕机原因。

容器监控和传统监控还是有区别的：
1、监控频率不一样：容器启停都是秒级，而且扩缩也非常快，对容器的系统监控要求和传统监控是不一样的，传统系统监控可能是分钟级的，容器系统监控是秒级的；
2、数量级不一样的：传统的监控针对基础设备，数量较少，容器是运行在基础设施之上，每个节点可以支撑多个容器实例，我们监控的容器数量至少应该是之前监控设备的10倍；
3、更偏重应用监控：容器随时可以启停，可以动态扩缩容等特点，应用的健康状态对用户来说更重要；

再谈下监控方式：
不建议容器内部安装agent(snmp也算agent的一种)，容器本身推荐一个容器跑一个进程，不建议容器当虚拟机使用，推荐无代理方式监控。

容器的秒级生命周期让监控发生很大变化，传统的监控都是部署Agent或者远程Agentless的方式来采集监控数据，固定的IP地址或者主机名。现在容器秒级创建，IP地址可见或者不可见，每个容器运行的 Linux 内核已经提供了各种各样的指标数据，所以更多的是需要一个时间序列数据库和高纬度数据模型来对数据进行存储、查询、分析，通过带有通配符的命令规则来对数据进行分类查询，通过聚合计算来对应用所属的容器运行情况进行统计。另外一个方面容器对于应用的处理能力则更多在负载均衡上进行性能数据捕获和计算，实时调整后台应用容器数量。