混合架构对于事件管理的特有挑战

       当下，大多企业已采用混合架构。这就意味着事件管理方案也须为此就绪。

       当然，仅限于托管服务器，不涉及虚拟网络或微服务的事件管理会简单许多，不过那得是若干年前，Windows Server 2003 当道IT运维的时候了。

       而现在已是2016年中。混合架构已被全面采用，差异无非是被混合的内容。被托管的服务器和设备已能够与公有、私有云服务完全融合；网络亦可以从物理层抓取；存储被向外扩展并跨服务器、甚至跨数据中心分发。

       这正是采用混合架构就绪的事件管理方案的必要所在。以下是一些针对混合架构，优化事件管理方案的实践经验和建议，希望能够为IT运维人带来些启发。

       先从混合架构对于事件管理的特有挑战说起：

       事件管理团队无法实时访问整个基础架构。如果基础架构涉及多个数据中或云，管理员将可能与发起警报的设备处在不同的地理位置；

基础架构往往是“无限”的 – 扩展会因设备的加入或退出而持续进行；存储会扩张；容器被启用或停用，等。

       部署可交付灵活监控、配置警报系统、可轻易与现有环境结合的事件管理平台；确保该平台可以针对基础架构的不同部分，整合合适的工具。

       将警报集中发送至一个集中处理中心。如果有多个管控平台可用，须确保所有警报可以组群或集群统一查看，否则警报管理和追踪将较困难；潜在问题的关联也将难以实现"还以PagerDuty为例，这样的事件管理平台可通过提供集中的收发及可正规化来自混合架构的全部警报的系统，将上述问题有效解决。

       确保"用的事件管理系统是可扩展的。鉴于基础架构的规模是不定的，

       尽量不受限于厂商。受操作系统或服务提供商限制的事件管理方案不适用于混合架构。混合架构的环境常由多种硬件和软件组成，被需要快速切换于各个组件的管理员管理。所以可与不同厂商的管控软件相结合并转译各种警报、拥有整合界面的事件管理平台是必要的。

       虽然尚有企业并未采用混合架构，当下的IT趋势正愈发向其发展。对于企业而言，越早为未来准备，转型发生时，对已有基础架构的影响就越小。

IDCsped 提供最新的IT互联网资讯,本着分享、传播的宗旨,我们希望能帮助更多人了解需要的信息！