1、建议由组织级的职能团队牵头，例如架构管理团队或者工程管理团队，梳理划分好研发和运维的管理边界和职责。2、研发侧细分出业务应用研发，容器平台研发，容器服务研发的团队和角色。  运维侧细分出应用运维、系统运维的团队和角色。3、通过建设技术平台来对接，固化相关的流...

建议从技术、流程和人员这三个维度进行问题细化。1、技术平台选型需要遵循“产品成熟、质量稳定、技术主流、生态活跃”的原则，做到科学和专家决策。2、容器云的建设，要规划先行，配套跟上，同时要注重人员技能的成长、流程建设。3、 如果确定关键应用上容器云的项目目标，作为一...

第一问：双活存储主要依赖裸纤 SAN级联网络，  仲裁网依赖 广域网，也有的双活仲裁采用 fc 网络；仲裁建议部署第三站点来降低依赖与风险。第二问：广域网线路抖动，也是运管上光纤不稳定吧；一是采用多级光纤线路，二是需要san 交换机支持 光衰大，不稳定时 自动屏蔽； 思科的san...

这张图，大家一定看过类似的；监控是属于右侧运维管理体系中的一个非常重要的工具；方案一：使用私有云和容器自带的监控工具，进行日常的监控，缺点是监控分散，无法站在应用视角进行监控；方案二：部署统一的监控系统，通过统一的监控系统监控私有云，容器以及网络，数据库，应用等，从而实现更快速...

这张图是我整理的各种监控子系统，确实很多，一个数据中心中需要监控的东西确实太多太多，各个方面，各种维度，做一体化监控并不是要做一个系统来监控整个数据中心的所有信息系统，而是像搭积木式一样去实现，各个基础监控的子监控系统、应用监控、业务监控、网络性能监控、终端性能监...

监控系统之间目前确实很容易存在数据孤岛的问题，比如基础监控和业务监控，和网络监控等，这些监控到的东西，无法形成统一的整体，割裂开来，造成网络做网络的监控、应用做业务的监控、系统做系统的基础监控，大家都是孤立的个体，最多通过统一的事件平台来展示和告警而已。这种现状，显然...

整理了一张表格简要介绍下信息系统监控领域的产品类型和主要技术路线等，希望对大家有所帮助

（1）监控方式、技术和类型过多，需要一个统一的事件平台来集中丰富、处理和分析不同监控源的告警事件；还需要一个统一的数据接入平台（运维大数据）来对不同监控源性能数据、日志和告警数据进行整合、分析、统计，借助AI的能力，智能辅助运维快速定位和根因分析；倘若银行企业端到端的监...

建议单独搞CMDB，一体化监控所需要的配置信息都纳入到CMDB中进行对接，或者监控自己的CMDB和外部CMDB系统进行数据同步。否则每个运维监控系统都自己弄一套CMDB，那信息完全紊乱，匹配。全行级CMDB还是必须的，不能单独放到某一个运维系统中去做。...

两种方式各有利弊，您也分析得很到位。现在的流行趋势是将业务逻辑之外的所有基础技术进一步下沉，很多之前分散的基础技术都可以封装在一起，或者说通过AGENT代理去实现，监控也不例外。而通过SSH或者WMI等通讯协议去做这种基础技术的统一管控根本没办法做全做好。所以我个人还...