基于Openshift的渠道类业务应用，底层的平台日志信息默认用EFK解决方案，当然它也可以配置LogForwarding，通过平台的开放接口，把平台日志输出到自定义的监控平台和日志平台，如我们行方有已经建好的统一监控和日志中心，就可采用此种方式。...
题主这个话题是一个比较好的话题，按照现在的服务目录的趋势，无论容器云平台、cmdb、itil流程，监控平台，自动化运维平台来说，都有横向服务拓展和纵向工具能力拓展的能力。以上的每个工具或者平台，都具备提供数据采集和落地，流程控制，公共api接口的能力，理论上来说，在资源交付、环境...
模式只显示一周的，不过右上角有个时间栏，可以用来拉长的
系统越来越复杂后。维护就变得更加重要。而对于所有业务的监控也就成了平时运维人员了解系统状况的一个主要窗口。所以当系统变得越来越重要和庞大时。监控平台也应该建设的足够智能和强大。...
最近的一个项目是风控过程数据实时统计分析和聚合的一个OLAP分析监控平台，日流量峰值在10到12亿上下，每年数据约4000亿条，占用空间大概200T。面对这样一个数据量级的需求，我们的数据如何存储和实现实时查询将是一个严峻的挑战。经过对Elasticsearch多方调研和超过几百亿条数...
(more)我们实施的云管，大部分都没有监理公司，甲方自己想清楚云管的定位，云管的功能范围，分步骤去实施即可。
您的这个问题不是依赖监控指标来平衡的；应该从业务系统的SLA出发，什么样的SLA保障对应什么级别的存储资源池；运维管理人员不要过多考虑资源浪费的情况，一定程度的容量冗余是必要的保障；大型企业对于基础设施的构建都是适当超前，因为基础设施是马路，适当的修宽一点，是为了保障未来...
云管平台和监控平台定位完全不同，是两个完全不同的平台。
企业监控系统底层分开，中层汇聚，上层统一是未来监控发展必经之路；是业务要求决定的；因此，针对你的问题，我的回复如下：1. 监控系统没有必要强制用一个产品，各种产品的监控能力都不一样，在底层可以不用考虑统一；2.中层汇聚，需要首先考虑告警的汇聚，告警的丰富，告警的收敛（和CMDB系统集成...
