智和信通一站式运维方案
产品理念
产品架构
智和信通一站式运维 | VS | 传统运维软件 |
自主研发，统一代码、统一数据模型、统一技术架构，统一拓扑、监控、流量、控制、资产、工单、数据分析等运维中台能力，一套软件解决客户运维问题。 | 产品定位 | 实现运维需多条产品线，无法集中覆盖运维需求，运维数据易形成孤岛，实现运维功能需多套系统间穿梭切换。 |
电信级架构、微内核精简；后台纯Java，前端纯HTML5 Web，数据统一建模存储，容错与扩展性强。 | 技术架构 | 混合Java、C++、PHP、Ruby、Python、GO、HTML等多种技术和多种数据源，使用和升级改造复杂。 |
从底层+中台+前端均自主研发，技术可控性高，可低成本快速解决客户高阶需求。 | 自主研发 | 大多直接使用开源套件+外围自研，技术可控性风险高，解决客户高阶需求的代价较大。 |
始于产品衍生即具备的万物管控接入模型、数据模型、显示模型、扩展模型等技术底座，支持管控包括骨干网、核心网、接入网、数据机房、软件业务、终端、物联网等一切联网IP设备和软硬件系统。 | 万物管控 | 无万物管控的技术模型，不同的设备类型采用截然不同的技术模型，大多数针对数据机房设备和软件，对骨干网、核心网、物联网设备的管控缺失。 |
跨平台技术，支持国产信创、Linux、Windows、Unix、嵌入式、容器、云、虚拟化等环境，对客户平台无过多要求。 | 全平台支持 | 自研不彻底，全平台兼容不彻底，技术兼容性隐患多，对客户平台要求多。 |
自研自主可控，产品原生支持双向运行和管控：龙芯、飞腾、鲲鹏、申威、海光、兆芯等芯片，麒麟、统信、欧拉、中科等OS，达梦、金仓、神通、华为、腾讯、阿里等数据库，宝兰德、金蝶、东方通等中间件等常见信创生态。 | 国产信创 | 非100%自研自主可控，非跨平台技术，非原生支持信创，需重新与各个国产信创生态系统环单独进行大量适配改造，或仅支持个别信创生态。 |
内置Java、Web、中间件、数据库，等全部运行环境，部署简单。资源占用少，绿色软件，拷贝即可运行、迁移和备份。 | 部署实施 | 安装包庞大，模块复杂，不内置数据库和运行环境。安装复杂、占用资源多，迁移、备份复杂。 |
免安装Agent或探针，采用原厂自带的标准管理协议，不侵入被管系统，软件安全有保障，传输的数据和操作行为可控，兼容性与安全性更佳，启用协议简单方便，被管设备的资源消耗极低，不干扰业务和服务运行。 | 是否侵入式 | 大部分需要在被管设备商安装1个或多个第三方的Agent软件/采集探针，各种Agent/探针的品质鱼龙混杂，传输的数据和操作行为不透明不可控，更换运维系统导致更换Agent/探针，兼容性与安全性差、实施成本高。被管设备的资源消耗较高，容易干扰业务和服务稳定运行。 |
可以穿透私网，管控私网中的网络设备，支持网络隔离、屏蔽、内网等多种严格网络环境。不需要任何第三方私网穿透、NAT、代理软件或硬件。 | 网络适应 | 大部分不支持，或需要第三方NAT、代理软件或硬件。 |
软件自身可配置成分布式运行、子分部门运维、综合运维、大小运维、多级串联运维。多种模式下保持界面和功能的一致性。满足客户各种地域、组织架构、网络层级的场景。 | 多级部署 | 大部分软件无此灵活的运行模式，或是多种模式需采用不同的软件。难于满足客户各种架构和网络场景。 |
基于统一自研平台模型和标准化管理协议，管控同等设备和要求下，所需要的CPU、磁盘、内存、网络等资源消耗仅为传统运维软件的1/2-1/3。 | 硬件成本 | 软件复杂，业务流程多，需要更多的硬件资源才能支持更多运维需求，综合使用和维护的总成本高。 |
厂商或客户均可通过Web界面配置策略实现新设备和新管控需求，最快几小时即可完成一款新设备的适配，客户的新设备可无成本接续纳管。 | 非编程扩展 | 无法在客户现场及时适配，需要通过脚本代码甚至开发才能实现扩展，或等待厂商下一版才能支持，时间和成本高。 |
开放式统一运维平台，适合所有行业和客户。目前已有军工、国防、政府、科研院所、教育、能源、轨道、交通、金融、工业、运营商、医疗、公检法、设备商、软件商等行业大量落地案例。 | 适用范围 | 主要是特定行业，无法实现全行业通用。 |
共同开启智慧运维之旅
