新华三U-Center智能运维平台问世

新IT转型趋势下,为支撑业务敏捷、稳定、创新发展,IT运维的重要性已日益凸显。IT运维业务定位也从传统支撑中心、服务中心逐步向价值中心转变。伴随着IT运维管理目标、管理范围、管理对象,管理深度的转变,IT运维平台建设呈现管理一体化、运维自动化、运维智能化、业务可视化及端到端敏捷化的关键趋势转变。

顺应这一趋势,在4月8日举办的在“新IT 新经济——H3CNAVIGATE 2017”领航者峰会上,新华三发布了全新的智能运维平台U-Center。H3C U-Center是以面向业务服务为目标,融合云-网-端ICT基础架构资源的全面管理,以用户业务场景为导向提供灵活的自动化编排,同时满足客户IT服务管理及资源管理需求的综合运维管理平台解决方案。该平台也是新华三凭借多年IT管理产品的研发经验以及对各行各业客户运维需求及实践深刻理解推出的新一代IT智能运维管理平台。

新华三集团高级副总裁首席技术官尤学军谈到,作为新一代智能运维管理平台,最关键是要践行5个U。Unified 一体化:平台提供全域视角,拉通面向混合异构的云-网-端IT基础设施统一管理;同时以业务视角,打通业务到底层资源的逻辑连接,数据关联,深度智能分析;还要以全局视角,提供场景化自动编排调度,让IT自动交付。Universal 全行业全场景覆盖:深度分析行业运维需求、场景化需求,发布贴近行业客户深度运维需求的行业版本。User-Oriented 用户导向:作为一个运维平台,核心是要让信息科技从业人员觉得有用、好用。平台设计核心理念就是要以用户视角,提供全新的用户体验;同时深度挖掘运维场景,以场景化视角,便捷简单操作。Unlimited 持续扩展:平台具备强大的可扩展能力,保证平台功能、处理能力及管理容量的弹性扩展。同时开放接口,支持系统融合。Unique 独一无二的专属平台:基于定制可视化平台,提供客户专享的综合运维平台,满足客户个性化管理需求和平台价值呈现。

H3C U-Center智能运维平台提供强大的融合基础架构运行监控管理(IOM)、自动化运维管理(AOM)、资源配置管理(CMDB)、业务服务管理(BSM)、IT服务管理(ITSM)、定制可视化中心(CVC)等主要管理功能。在自动化运维领域,新华三将凭借丰富的全IT基础构架技术服务经验积累,形成知识库、规范库和脚本库等,作为自动化运维平台的核心资产。核心能力集包括:网络自动化、服务器自动化、存储自动化、脚本管理自动化、应用交付自动化、自动化调度编排等功能,能够基于客户日常运维场景提供自动化的部署、智能排障、合规审计、灾备演练等,真正提升IT运维的效率和用户体验。在IT服务管理领域,除了灵活支持传统的ITIL标准流程管理模块之外,还贴合国内用户的需求,增强了非标流程的管理能力,比如项目管理、备品备件管理、综合服务质量管理等,真正助力客户逐步构建运维的核心生产系统。

针对客户日益旺盛的个性化需求,不同场景、不同业务、不同行业其对运维平台的功能需求不尽相同的现状,H3C U-Center的定制可视化中心(CVC)更提供了统一的、可定制的运维门户界面,满足用户的个性化需求。在集成与扩展能力方面,H3C U-Center智能运维平台解决方案采用松耦合架构,并提供丰富的第三方数据整合接口,同时具备强大的可扩展能力,保证平台功能、处理能力及管理容量的弹性扩展。

作为新华三基于运维最佳实践进行自主研发、设计和落地的智能运维平台解决方案,H3C U-Center智能运维平台实现了全行业全场景覆盖。目前已成功应用于运营商、金融、政府、电力能源、交通、企业等各行各业。

   

 

  

本文转自d1net(转载)

时间: 2024-10-24 12:56:54

新华三U-Center智能运维平台问世的相关文章

阿里智能运维平台如何助力研发应对双11挑战

12月13-14日,由与阿里巴巴技术协会共同主办的<2017阿里巴巴双11技术十二讲>顺利结束,集中为大家分享了2017双11背后的黑科技.本文是<阿里智能运维平台如何助力研发应对双11挑战>演讲整理,在回顾了阿里巴巴运维历程后,为我们讲解了阿里基础运维平台和应用运维平台,并介绍了阿里相关运维产品及阿里在智能运维平台上的发展成果.内容如下. 分享嘉宾:   如柏(毛茂德),阿里巴巴高级技术专家,Apache顶级项目CXF初创成员之一,阿里集团基础架构事业群运维中台负责人,亲历者.

优云运维专家浅谈运维平台选型,提速DevOps运维

现如今DevOps已经深入人心,在这个大量数据中心建设加速的时代,运维部门都在高度强调自动化,而自动化的关键即DevOps.但是,大家在推进DevOps的过程中却发现其前途坎坷. 一种方案是建设自己的开发队伍从头开始,做CMDB.做监控.做自动化.做流程.做服务目录.做大屏展现,这种造轮子方法需要强大持续的研发投入,成本极高: 第二种方案则是寻找开源产品改造,以适合自己,如CMDBBuild.Zabbix.JBPM等,但是开源社区的产品,技术风格迥异,成熟度低,技术团队的素质要求高.踩的坑很多,

浅谈运维平台选型,提速DevOps运维

作者简介:蒋君伟,广通软件研发中心产品部总监,IT网管与运维领域的十年老兵,负责国内多个全国性的网络管理与运维管理系统产品研发,拥有丰富的网络管理.系统运维与产品研发经验.现从事广通新一代数据中心运维产品研发工作,主要负责产品线规划.核心技术研发.研发团队建设与运维咨询等工作.此外,个人还热衷于开源社区的技术推广与研究,喜欢Emacs.Lisp与Python,实现过开源.Net SNMP协议栈,目前主要研究去中心化的大规模软件集群技术. 现如今DevOps已经深入人心,在这个大量数据中心建设加速

运维平台的建设思考-元数据管理

之前也写过一篇比较基本的文章,也算是自己对运维平台的一个基本思考.当然想法简单,而且缺乏实践,但是朝着这个方向迈进是没有错的.从我的观点来看,现在能够实现半自动化运维已经很了不得了.而且把这些工作能够落到实处,更是不易 . 比如举几个简单的例子. 比如对于数据库的数据文件添加这个功能来说,其实完全可以实现自动化扩容.但是是否完全可行呢,我觉得还有待斟酌.比如temp设置为自动增长,如果出现了sql语句导致的问题,结果导致temp被撑爆,听说过temp无限扩展达到TB级的问题,最后还是sql语句的

运维平台的建设思考-元数据管理(五)

关于运维平台的建设,元数据一直是一个很重要的环节,之前在听了ITIL方面的一些讲解之后,发现其实早已经是体系之中的,想必是很多公司很多人还没有重视起来而已. 而要说运维平台和元数据,其实我也一直比较纠结,因为我不是专业的,只是在工作中越来越意识到它的重要性,很多时候不是口上说说,提提而已,而要落到实处,更不能图形式.     我们先来说说工作之中的沟通,其实我有时候也蛮偷懒的.用一个基本的沟通方式来说,能当面就不电话,能电话就不用lync,能用lync就不用邮件.这个是一个方向,实际做起来就很难

运维平台的建设思考

自己最近也在琢磨如何搭建出一个完善有效的运维平台,当然这个工作不是一朝一夕就能完成,前行的道路上肯定会有各种各样的困难和牵绊,但是自己还是能够学以致用,把一些重复性,繁琐性的工作都能解放出来,能够更加关注于更高的一个层级来看待整个系统. 我把搭建运维平台的过程分成了5个阶段,当然纯粹是个人之见,难免有不足和改进之处,欢迎交流. 第一个阶段,不同的人积累了一些的经验,可能会有针对一些功能的实现,比如脚本,工具集等等,这个时候,每个人的习惯和水平不同,没有统一的标准,但是都能够基本解决手头的问题.

运维平台的建设思考-元数据管理(三)

继第一篇,第二篇介绍了关于元数据的一些想法,最近做了一些改进. 对于一部分的元数据抽取大体有下面的两种方式.假设数据源已经做了很大的努力,终于统一起来了.我们现在要通过ssh的方式从源端抽取出数据来. 一种方式就是直接通过ssh的方式发送对应的查询脚本,然后可以得到一个完整的列表,二次加工即可. 另外一种方式是直接在每台服务器上都部署一个类似agent的载体,每个服务器端都会独立的运行这些脚本内容,然后通过ssh的方式返回即可. 当然下面的图有一些夸张,实际上没有这么多的数据源,只是说明了这种方

运维平台的建设思考-元数据管理(二)

之前分享过一篇元数据管理的文章 http://blog.itpub.net/23718752/viewspace-1960938/ 如果服务器不多,或者人也不多,基本都是按照下面的方式来管理. 比如下面是14台服务器,会在特定的服务器(比如中控)设置一个专门的路径来存放一个文件,即服务器列表信息,然后把对应的责任人都划分出来. 当然这种方式是比较简单,也看起来确实很清晰,对于基本的管理应该是没有问题,但是一旦发生了信息的变化,这部分信息就比较容易出现遗漏,比如服务器2出现了问题,做了故障退还,那

《Splunk智能运维实战》——导读

前 言 在这个以科技为中心的世界里,各式各样的机器产生了大量的数据.Splunk因此推出了业内领先的大数据智能运维平台--Splunk Enterprise.这个强大的平台能让用户将机器数据转化为可操作的.非常重要的运维智能. 本书融合了各种实用方法,旨在提供指导和实用知识,以便使读者掌握Splunk Enterprise 6的各种功能,从数据中提取出强大而重要的运维智能. 本书通过简单易学.循序渐进的操作技巧,教授读者如何有效地收集.分析并创建所在环境的运营数据报表.这些技巧将展示如何加快智能