当前位置:首页 > 网络
  • 万字谈监控:解答Zabbix与Prometheus选型疑难

    Zabbix与Prometheus 读完本文,你将收获 两者适用于多大规模的监控场景?超过5000以上监控节点时怎么办?高可用怎么解决? 两者怎么解决存储问题?对于监控信息是否有历史存储和分析,能从历史信息中挖掘到哪些有价值的信息? 两者怎么应对告警风暴和误报? 在智能监控和自动治愈方面是否有可借鉴的实践?基于什么算法或策略?怎么进行故障预判和预处理? 监控大屏是怎么设计的? 自动化运维管理是两者同时使用还是二选一更合适? 两者在配合使用时,应该怎么分工?怎么落地? 如果已经部署了Zabbix,怎么平稳过渡到Prometheus? 分布式链路的可观测性和端到端诊断怎么做? 大规模场景下,两者的性能和成本哪个比较低? 监控,为什么总让我们头痛 监控一直都是运维工作中不可或缺的部分,一个高效、契合的监控系统是服务赖以健康稳定的基石。随着业务规模的增长、技术的发展、行业的变革,企业对用户体验越来越重视,监控的需求发生着日新月异的变化,相应的监控工具和解决方案也层出不穷。其中,Zabbix和Prometheus就是两款非常典型的监控工具,应用颇为广泛。 说起来,监控在不同的团队和公司之间,可能会存在各种差异化的需求。如何基于开源产品打造一个符合自己业务场景的监控体系,并且持续迭代?这成为了大家无法绕开的课题。 比如说,如何选择监控方案和开源工具?如何为自己的业务场景做定制化适配?如何实现端到端的全链路监控?如何让业务方以更低成本接入到这个系统中?如何做监控的自动化?如何做异常告警的路由、分发、收敛和抑制?如何做统一化的监控大屏、Dashboard等等……这些都是我们在构建监控系统中可能会面临的问题。 围绕这些问题,dbaplus社群特别邀请到美图SRE负责人-石鹏(东方德胜)作为主持人、招商银行技术经理-蔡翔华作为Zabbix使用方、甜橙金融基础技术架构师-刘宇作为Prometheus使用方,针对Zabbix和Prometheus展开实用选型探讨。 十问十答,监控工具怎么选 Q1:Zabbix和Prometheus分别适用于多大规模的监控场景?超过5000以上监控节点时怎么办?高可用怎么解决? 蔡翔华:我们和Zabbix官方其实有沟通过,业内他们有一些监控到了40万以上的节点数,当然这个节点数也要根据你每个节点上监控多少东西。Zabbix其实有一个指标叫做NVPS(New Value Per Second),也就是每秒新增的值的指标,来判断你的监控规模是不是合适的。 那么对于5000个节点以上的场景来说,其实Zabbix还是OK的,你可以通过多布署一些Proxy,去对后台数据库做一些性能调优等等,以这些方式去提高整个监控平台的可承受、负载的性能。 另外关于高可用,我们的数据库端是会有Mycat或者HAProxy高可用,但服务器端本身它其实没有高可用,那么我们可以依赖于虚拟化平台,或者是比如像我们有Vmotion等热迁移这些技术。另外,在未来的5.x版本或者6版本以上的话,官方已经将原生的高可用纳入到Zabbix的Roadmap里面了,大家可以期待一下。 石鹏:好的,蔡老师的核心观点其实就是我们需要关注核心的指标,也就是NVPS,这个值是比较关键的。然后蔡老师之前您在实际的应用中,见过这个系统的峰值可以达到多少吗?是否可以给大家做个参考? 蔡翔华:在我们自己的环境里面,NVPS峰值达到过6000以上,但我们后面其实也做了一些优化,把它调整到3000左右。主要目的是,因为一开始我们做的时候是希望做到大而全,什么都监控,但最后发现其实大而全不一定有用,因为很多监控即使它是问题,你也不会care它。 刘宇:是的,蔡老师已经讲得比较详细了,其实以多大的规模是取决于你的监控目标,还有就是采集的间隔,比如说5秒采集一次和1分钟采集一次,这个规模都是支持着不一样的目标,所以还是要根据你的需求。 一般来说,我们会配置成30秒或者是一分钟;如果是对于高频的,会15秒。因为单个Prometheus性能已经比较强了,一般来说,它每秒百万个指标都是没什么问题的。Prometheus会根据你的指标来计算,就是看你一个监控点上有多少个指标,这样来换算。 如果你单个Prometheus的性能达不到它的要求时,也可以去做一些拆分,比如说我们把Prometheus根据它的功能来做区分,这个去监控node exporter,那个去监控Redis,这样来做区分。 当然,如果你单个的性能还是不够的话,可以用分区,即用hash mod去多分几个Prometheus来做监控。 然后关于高可用这块,其实社区Prometheus这部分做得也不是特别好,会用两个Prometheus来同时监控同样的一个目标,这样来做到一个高可用。当然,在容器环境,你也可以去通过K8S的deployment这种方式,来把高可用维护起来。 Q2:Zabbix和Prometheus怎么解决存储问题?对于监控信息是否有历史存储和分析,能从历史信息中挖掘到哪些有价值的信息? 蔡翔华:的确,存储这个问题因为监控写的东西最多就是写到存储里面去,Zabbix以前被吐槽最多的就是它不支持时序数据库TSDB。其实在4.2以后,它就已经开始支持TSDB了,当然可能还没有Prometheus那么成熟,它主要的数据库还是MySQL为主。 如果就存储问题的话,一方面你可以去尝试TSDB的这种方式;另外一方面的话,你可以去通过增加SSD,或者说数据库层面的一些性能提升,去解决它的问题。包括数据库本身可以去分库分表,去拆分一下,然后对历史数据做一个归档……就是通过数据库层面的优化,来解决这个问题。 那么对于历史存储和分析这些信息,Zabbix提供了两个维度,一个叫history,一个叫trend,也就是一个历史数据和趋势数据。它具体数值是可以自己设定的,它的逻辑是说,如果超过history的保留期限,比如说30天,它自动会把数据归档成trend的数据,trend的数据就会只会保留最大值、最小值和平均值这三个指标,而并不能像history数据可以看到每一秒钟,甚至说每一个轮巡周期的指标。 我们实际场景应用的话,主要是用于我们的性能分析,因为我们有很多互联网应用,会看一下这个业务增长对我平台的要求,会不会CPU比较紧张、内存比较紧张等等。另外,我们会根据这些数据做一个分析,为我们后期的扩容、决策提供一些参考性的依据。比方说我现在看到今年整体的使用率在多少,我们每年的增长量是在20%还是30%,这样我们后续做一些决策的时候,是需要多少的资源、多少的预算,就比较能有参考价值。 刘宇:Prometheus本身存储如果存在本地的话,大概只能存15天,最多你也只能放到30天这样子。官方其实也不建议你把所有的监控数据都存在Prometheus的一个本地的数据库里。所以我在案例分享中也提到了一个远端存储的技术(案例分享内容请关注dbaplus社群后续文章发布)。 我们是存在InfluxDB的,也有一些是可以存在比如说ES,通过remote_write的功能去存到ES或者是其它时序数据库中,或者是比如说HBase这种大数据的也可以存。 石鹏:好的了解,其实关于存储这个问题,我们还是更多应该从需求出发。整体来看有一些比较通用的思路,最典型的就是这两种: 第一种是数据的转储。比如像Prometheus,我们在本地只存2周或者4周的数据,然后更多的话,就把它写到远端。 第二种思路是做数据采样。其实在很多监控系统里面,是一个比较常规的思路,就像在Zabbix里的history、trend,开始可能是每30秒一个点,然后数据采样之后,可能是每5分钟一个点。就用这样的方式,把这个数据量级减小,然后以此来做存储问题的优化。 Q3:Zabbix和Prometheus怎么应对告警风暴和误报? 蔡翔华:首先误报这个事情,其实在我理解里是不存在的。也就是说,之所以我们会觉得很多有误报的东西存在,是因为我们对于规则,比方说我监控东西或者是我配置触发器,本身是有问题的。 我碰到很多人说,打算监控它的CPU使用率,很多人会直接记录usage,它的使用率,也有很多人会监控它的free的这个space。但有时候会由于配置错误,导致原本监控cpu usage的使用了cpu free的指标。所以说,其实很多时候报警之所以会产生误报,是因为配置本身不是很正确。 Zabbix的工作机制很简单:我去收集数据,去根据这个处罚规则去做比较,然后去发报警。当中所有的逻辑其实本身是不会出任何问题,除非说收集数据配错了、触发规则配错了、报警机制配错了……这些其实更多是人为的因素在里面。 所以说,更多的是要通过这种检查来判断一下你是否有配错。 另外一个减少误报的方式是通过模板化。因为我们只要配置一次模板,那我把所有的Linux机型的监控模板都统一起来,对于所有监控Linux都套用同一个模板,那么就可以在一定程度上降低误报。关键还是在于人的问题。 关于告警风暴,其实Zabbix里有一个特性叫做依赖项目。就比方说我现在有一台机器宕机,那么它可能里面的端口都会不通,然后ping也ping不通,CPU可能也拿不到,可能会有一堆的报警。那么我们可以把所有的这种依赖项关联到ping上,一旦ping的机器都死了,上面肯定东西都是宕掉了,这样子的话,它只会报ping的这一个问题,而不会把这堆机器上所有的东西都给报出来。就好比一个人如果死了,你跟他说这里有问题那里有问题,其实没有任何意义。它就只会把你最终的Root Cause(根因)给报出来,去防范这种告警风暴。 刘宇:是的,误报我其实跟蔡老师的观点是很像的,就是告警中其实是存在一个误报率的,如果你的误报率很高的话,运维人员就很疲劳了,可能大家都会觉得狼来了,没有办法信任你的那种告警,反而你真正发生故障的告警就会被忽略掉。所以制定告警的规则就非常重要,需要想办法把误报率给它降低。 那这种规则的制定其实就比较不是那么具体,会比较抽象,可能比如说把必须要人工介入处理的这种,才把它定为告警;然后如果系统可以自己处理掉,就不要把它告出来,或者只是在后面做一个每天发一次的报告也就行了。这是我对误报的一个看法。 关于告警风暴,在Prometheus中,对告警风暴的处理方式是这样:可以通过静默告警解决,或者是可以加入维护组,或者是也可以做一个聚合,也就是把告警给聚集,然后同类的告警合并,这样来减少告警的条数,主要是这样来做的。 当然如果你有些机器需要维护,它也是可以支持的,就是可以把一些告警直接静默掉。当然还有就是测试环境,比如说这种告警,你就可以完全忽略掉,我觉得可以这样来解决。 石鹏:好的,我总结一下,关于误报这个问题,两位老师的意见是比较一致的,我也是比较赞同的。误报其实最根本的原因就是可能你的使用不合理,不管是你的配置还是说你的各种姿势可能不合理,才会导致误报。 然后针对告警风暴,其实Zabbix和Prometheus也就是alert manager,它们都有提供一些相应的功能、特性。在Zabbix这边的话,可以像蔡老师说的用依赖项,然后也是可以加维护,也可以规避一些告警;然后Prometheus这边是alert manager它里面有silent这个静默规则,也是可以去做一些规避告警这种东西。 可能在很多公司,他们除了监控平台本身去做告警风暴的抑制,还会有另外一层。比如说我们公司这边是这样: 我们有一个告警平台,所有的告警都会汇集到这个告警平台里,然后这个告警平台会去做一层合并、收敛和抑制。这样的话,就可以不用特别依赖监控平台本身来提供这些特性,而是由一个统一的平台,在做最后发送动作的时候,再来做一层cover。可能在量级大的场景下,这种是比较推荐的一种思路。 蔡翔华:是的,因为真正的监控当中,其实还会纳入很多比方说ES等其它监控平台,甚至是一些业务告警。当平台很多的时候,其实你需要有一层聚合的方式,去把告警做一个聚合收敛,然后通过在聚合平台里配置一定规则之后,再去做后续的一些报警。 石鹏:没错,并且你有这个平台之后,就可以把一些告警的规则和策略做得更统一,这样的话,给用户的界面和体验也会更好。 蔡翔华:对,所以说其实看公司规模,因为这一块会涉及到一些二次开发,如果公司没有这个能力,那就可以把Zabbix全套或Prometheus全套都用上;如果后续有能力去做这种聚合的话,其实Zabbix也好,Prometheus也好,更多的角色定位会变成一个收集器的角色。然后后面的逻辑其实都交给事件管理平台或聚合平台去做。 刘宇:没错,这里Zabbix其实也可以把它的报警发送到alert manager里,也可以做一些静默处理,因为Zabbix本身它的静默功能确实不是特别多,还是alert manager会做的更好一点。所以两个工具其实可以结合起来使用。 Q4:在智能监控和自动治愈方面是否有可借鉴的实践?基于什么算法或策略?怎么进行故障预判和预处理? 蔡翔华:首先我们是有尝试过智能监控,但是包括我看到的很多书籍里面,包括Prometheus的一些书籍里面,也说设这种固定的预知是一个很蠢的方法。 根据我这边实际的应用,其实你要做到智能监控,肯定要有一些大数据的东西,比方说我有这种规律: 例如,按照我们的实际操作里有很多互联网的应用,有些东西它就是会有高并发高抢购,可能每个月固定的时候,比如每个月10号放一个活动,活动时它的量是平时的10倍甚至100倍;但也可能有时候,业务会不停地在不同的时间放,你很难去判断这个点到底是不是一个故障点。 也就是说,你用户数从10变成了1万,这1万到底是因为故障了,还是说是因为业务的一些逻辑导致的,很难判断。所以目前来说,我们尝试以后,还是用了一些比较固定的报警预知去做。 那么回到这个话题,Zabbix本身它提供了一些预测的功能,它会预测现在我的磁盘消耗大约什么时候会消耗到20%以下,或某个阈值以下,它本身是提供了这个功能的。还有一些内置函数可以去做这个计算。但是目前来说,我个人还是建议使用一个比较固定的阈值,可以方便我们有一个明确判断,否则你早期会有很多的误报,甚至可能你都会觉得这东西很正常。 预测的数据也是基于现状的,如果可以对预测数据进行判断报警,理论上,也可以针对现有的数据进行判断报警。 刘宇:这块我们实践的案例倒不是特别多,我主要还是对数据库的监控比较熟,所以就说一下我们在数据库的自动治愈上是怎么实现的吧。 比如说告警,它发送出来的同时,也会发送给数据库的一个自动化平台,这个平台会有一个程序根据告警内容来调一些自动治愈的程序来处理这种简单的故障。但这个其实做的也比较有限,就是说我的这种能够自愈的程序,都是根据具体场景的,并不是所有的东西都可以做。比如说清理日志、杀读库大查询,以及需要加一些表空间这些场景,类似这种比较固定的会采用自愈来做,其他的尝试倒不是太多。 石鹏:嗯嗯,这个问题其实比较前沿,并且涉猎的范围是比较广的。像自动治愈,其实Zabbix也有一些相关的功能,它可以去配置action,当发现告警,有问题,我就可以绑定脚本去做一下处理。 但这个东西要做到什么程度,或者说要用什么技术来打造这个底座,可能都会有些差别。 蔡翔华:是的,因为我觉得Prometheus和Zabbix或者说其他平台,都支持调action、调脚本去做一些重启,但是我觉得关键问题的点是在于你敢不敢做这个事情。 因为我们知道我们的环境其实是很复杂的。比方说,我发觉数据库宕了,服务停了,我敢不敢通过这个服务自己切过去。因为很多时候并不是数据库本身的问题,是网络的问题,网络抖动了,监控数据拿不到了。这个是非常依赖于整个整体环境的,你可能要想到方方面面,这个规则会非常复杂。你可能在做服务自愈的时候,还要去对其他的东西做一个完全的检查,确保其他东西是没有问题的。 所以不说服务自愈,哪怕在我们日常的故障处理当中,也很依赖于经验。就是说这个东西是能做的,但是我们不太敢,因为要考虑的要素很多,就不太敢去直接做自愈这一块。 石鹏:没错,本身其实它是一个体系化的工程,不仅仅是跟监控相关。我这边的一个想法是这样,关于自动治愈这块,我们可能还是要更多去依靠业务侧的能力。就是说,业务侧要具备一些这种架构设计上的考量,比如说架构的柔性,可以自己去做限流、降级、做熔断,这要求业务侧有这样的能力才可以,而不是说仅仅依靠监控系统去做某些动作触发。 至于说一些算法和策略的话,之前美图这边也是有过一些简单的尝试,应用不算非常广泛。但业界的话,DataOps、AIOps的概念也是比较火热,这些东西在像BAT这些公司其实也有一些实际的应用已经在落地了。 之前我们做的话,有做这么几个小东西,关于故障预测是有这么几个算法:有同期的数据比较、同期的振幅比较、有一个移动平均算法、然后再有一个变点监测。然后这几个的话,可以简单说一下思路,其实也比较好理解。 同期数据,是我按照周期,比如说今天某个时间点这个数据,我去比较昨天这个点是什么样子的,去比较数据; 振幅,其实它就相对更柔性一点,里面会给你加上一个权重,加上一个比例,比如正态分布里边的3-sigma,作为振幅系数去比较同期的数据,看在算上振幅之后,你是不是已经超出了,去做一个预测; 变点监测,就是说我整体的数据曲线是什么样子的,突然出现了一个离我正常预测曲线偏离非常远的一个点,这种的话会有一个这样的算法来做这个事情。 然后这块相对比较成熟的工具的话,像腾讯之前有开源的运维学件METIS,它里面集成了非常多的算法模型,这个有兴趣的同学可以去做一些了解。 Q5:监控大屏是怎么设计的? 蔡翔华:首先从技术本身来说,5.0版本可以看到Zabbix的UI都很不错,可以很多的组、主机都往大屏里面去拖。大屏的话,我们大概会分几块: 第一块是整个系统运行状态。我可能整个系统有从用户登录到用户支付,包括到购物车等等,有一个链路。我对于每个链路其实都会有一个监控,它每一个S组 Service的组,那么Service的组里面包括它的应用、数据库缓存、应用系统甚至硬件服务器,一旦这里有任何东西出问题之后,直接会在大屏上显示一个警告,那么我就会知道现在整个生产环节哪个系统是有问题的。 那么另外就是一个summary,一个overview的全局的导览,因为一旦我知道这个有问题,我就希望更加细化知道这个东西哪里有问题。那么在下面就会有一个trigger list的问题列表,就是说有哪些触发器被触发了,我会看到比方说,数据库端口不通了,还是说磁盘空间已经满了。下面会有trigger list,然后这个trigger list会按照故障等级是disaster还是warning,同时对应的管理员或者运维人员也会收到这个短信,就知道要立即去处理了。 所以我们尽可能就在大屏里从两方面来把控,一方面从大的来讲,有一个over view看到全局,从小的来讲,我要知道我的故障发生在哪里。基本上保证这两个要素在大屏里面就OK了。 刘宇:我们这边大屏其实主要还是应用的维度以及网络流量的维度为主。比如说从公网的一个出口和入口的流量来看会不会有大面积的一个问题。如果发现已经达到外面防火墙或者它流量的一个阈值了,就可以迅速定位问题。 如果是细节的话,我们会在大型活动前夕,梳理活动链路上的所有应用,根据应用的维度来设计这样一个大屏。大屏可以看到链路上所有应用、数据库或者是中间件的情况,一旦哪个应用的QPS高了,或者是其他压力的情况,就可以第一时间定位到问题出现在哪里,是这样一个思路来做。 石鹏:监控大屏做得好,确实可以辅助我们技术同学去更快地定位和排查问题,还有一个比较重要的点,我是这么想的,就是老板会关注。有些公司会把大屏设计得非常有科技感,让老板看的话,可能老板也觉得我的技术团队还挺牛的。当然这是一个题外话。 前面蔡老师和刘老师都给了一些建设上的思路,就是你应该去包含哪些数据,应该怎么去做。这方面的话,我的一个思考是你可能要去做服务的梳理,然后可以以分块、分业务或者说按照分层的方式来做。 分块的话,就是你按照业务线来分。你公司可能有很多块业务,然后按照不同的业务去提供一个视角。在每个业务里,你可以去做分层,分层的意思就是说可以把整个链路,从客户端一直到CDN、 DNS链路,然后到LB入口层,以及应用这一层是什么样的,再关联到后面的一些后端资源,像数据库、缓存这些东西,还有一些其他的周边依赖,按照这样分层的方式来做。 具体实践的话,可以跟大家做个预告,最近我们美图有一些实践经验可以分享,近期会把一些完整的设计思路和细节放出来,大家可以期待一下,持续关注dbaplus社群的发文。 关于技术实现方面,我简单赘述两句。我们公司的监控大屏是用了Grafana来做的,Grafana可能已经成为了事实上的监控UI、数据可视化的标准了,它可以后面去接各种各样的数据源,然后你各个监控系统、各种数据原理的数据可以统一来展示。 这里需要感谢一个社区的插件,叫Flow Charting,这个插件可以非常好地去做监控链路的事情,就是你可以用这个插件去把整个链路关键环节,以这种图的方式绘制出来,然后给每一个点、每一条线绑定上监控数据,最后生成的图就动起来了,就可以看到一个全局性的链路状态:从入口一直到后端资源,包括各种依赖,当前它的状态是什么样子的。 当然这个前提是,你整个链路的监控数据是要完备的,然后你才可以借助这个插件去把它呈现出来,大概是这个样子的,在这个图上就一目了然了。 Q6:自动化运维管理是Zabbix和Prometheus同时使用还是二选一更合适? 蔡翔华:如果是个纯容器化的,就说你环境里面全是Docker,那么说实话我也不推荐你去使用Zabbix。 因为Zabbix对容器的监控,虽然官方已经开始重视了,甚至说现在也支持了Prometheus的很多metrics和exporter这种方式去做监控,就是它也可以原生的去支持Prometheus这些东西,但相对来说,Prometheus在容器化监控这边还是会更好一些。 如果你的监控需求是又要监控硬件服务器,又要监控中间件,又要监控业务指标,那么我推荐使用Zabbix,因为Zabbix覆盖的面会更广一些。 的确我觉得任何需求Zabbix和Prometheus都可以去做,但是从实现成本来说,相对于Prometheus,你的服务环境越复杂,Zabbix可能就越适合这种比较复杂的异构的环境。 刘宇:我们目前公司情况是两个都在用,的确是偏容器的会往Prometheus优先考虑,如果是旧的,比如说是有偏服务化的这种监控,也会慢慢地往Prometheus做一些迁移。 如果你的环境是一种就可以满足的话,建议还是一种,因为毕竟只需要维护一种技术栈就可以了。或者是你可以做一些偏重,比如说把一些不变的放在一种上面,经常会变的放在另外一种上面。尽量去减少你维护的技术栈。如果你的环境比较简单的话,只用一种,当然是最好了。 石鹏:其实还是看场景,美图跟刘老师这边比较类似,我们也是多种监控工具在用,不过我们现在没有在用Zabbix,是用了Open-Falcon、Prometheus、InfluxDB,还有很多基于大数据的一些流式处理的组件,我们都是混合在用。 主要还是看你具体的需求和场景,没有银弹,没有说一个工具可以非常合适去搞定所有事情。当然它有可能有能力,但是它并不一定特别合适。至于具体的选择上,还是要看具体场景。比较明确的一个思路可能就是要看你的监控对象到底是容器还是非容器,它是这种易变的还是比较稳定态的。这两个思路的话,也是跟蔡老师和刘老师比较一致的。 Q7:Zabbix和Prometheus在配合使用时,应该怎么分工?怎么落地? 蔡翔华:其实从场景来说,Prometheus更适合容器。你可以看一下整个环境里,容器和Zabbix的占比,像刚才刘老师说的,这两者数据其实是可以互相使用、互相监控甚至是互相触发报警,那么在Zabbix现在其实已经原生支持了Prometheus的这些exporter的功能,即使你没有Prometheus后端,Zabbix也可以直接去exporter上拿一些数据,通过Zabbix的一些逻辑和机制去报警。那么相同的,Zabbix也可以通过action把这些数据扔给Prometheus。 也就是说,你可以把它们两者当中的一个作为数据的采集器,另外一个作为整个数据的逻辑处理的功能,类似于alert manager或者是在zabbix server一样,这样做的好处就是说,收集数据会非常方便,比方说Prometheus不能收集硬件数据,但Zabbix可以收集,我们就用Zabbix收集,同时把它的数据扔给Prometheus,做一个统一的报警。这样的确还是要维护两个平台,但是相对来说,维护成本会有所降低,不需要对Zabbix那边做太多的模板,它其实只是一个数据采集器。 那么稳定性、可用性、性能及监控这些东西,其实也基本上可以基于Prometheus现成的这些规则、Zabbix现成的这些模板来做。其实Zabbix社区里面也有很多模板可以提供到。 关键我觉得有一点就是,我们要思考它模板里面提供的东西,是否是我真的需要的,因为很多时候大家觉得我啥都要监控,但事实上不是这样子,只有真正需要关注的点,才是需要监控的东西。所以说大家在部署监控之前,要先思考一下监控的目的是什么。 刘宇:我的看法其实还是这样,比如说偏基础的,像主机、网络这种可以用Zabbix来监控,偏服务类的和容器的,就用Prometheus来做监控。 我们监控Redis的一个集群,在以前没有Grafana或者Prometheus的情况下,用Zabbix去看集群的整体情况就会比较麻烦,因为Zabbix依赖的监控的一个点还是以host为基础的,所以你去看整个服务的话会比较麻烦。而Prometheus因为它是时序的数据,可以方便地去打一些你想要的标签,这样就可以比较方便地监控单个服务上一个整体的情况,所以服务这块来说,还是Prometheus比较方便。而前面其他蔡老师也说了,比如说硬件这种还是Zabbix比较好用。 石鹏:OK,这个点上我们理解还是非常一致的。像现在美图这边,就单讲Prometheus和Open-Falcon,我们基础的这些监控都是在Open-Falcon里,然后容器会在Prometheus里。 这里需要补充一下我们的环境,现在我们所有业务都是基于云上来做的,业务容器化程度的话,应该是只有个别服务没有容器化,整个比例应该95%以上都是容器化的。但即使是这样,我们也没有完全摒弃掉Open-Falcon。 我们在这个容器里,容器层的这些服务,像servive、pod这些监控,比如说业务上暴露出来的metrics,这些东西我们都是用Prometheus来做的。但是像k8s node节点、ECS,它本身的一些监控,包括一些网络质量的监控,还是要有一个更适合做这种基础监控的平台来做。我们就是在Open-Falcon里做的。 所以主要还是看场景,怎么去侧重就是看你具体的需求了。 Q8:如果已经部署了Zabbix,怎么平稳过渡到Prometheus? 蔡翔华:如果已经部署了Zabbix,我估计你直接通过数据库去导入这种方式会很难做,因为它的表结构,包括一个是时序数据库,一个是TSDB,就没办法直接做。 我建议如果真的要过渡到Prometheus的话,可以仍然使用Zabbix agent,在数据采样完之后,把它扔到Prometheus,触发一些action去提供给Prometheus。这是一种中转方式。 另外一种方式,我会通过一些ansible去部署一些Prometheus expoter到那些机器上去,把这些数据扔给Prometheus。其实也就回到刚才那个问题,我这边所有的数据都可以扔给Prometheus使用,去触发报警,这都OK的。 刘宇:如果真的要把Zabbix迁移到Prometheus,就是涉及到一个监控迁移的过程。我这边的建议还是按照Zabbix先模块划分,比如说其中一个模块准备迁到Prometheus,然后首先会把这个模块Prometheus的监控也加上,会把两边的监控进行一个比较,至少Prometheus能把原来Zabbix的监控都能覆盖掉,不仅是监控的覆盖,还有告警覆盖,这样一个并行的过程。 最终完全能够达到一样的效果,我就可以把原来Zabbix相关模块的监控给下掉,是这样一个建议的路径。 蔡翔华:对,而且其实Prometheus和Zabbix同时存在并不冲突,并不是说两者只能选其一。其实可以说,我先把Prometheus的exporter规则都配上去,两边同时监控,然后再根据需求,把Zabbix给下了,也OK,这是不存在冲突的。 石鹏:没错,既然你要平滑,那两边同时有,这应该是最平滑的。我们之前是有从Zabbix迁到了Open-Falcon,迁移经过了一个比较长的耗时,大概用了一年多的时间。其实就是你把另一边的监控也布起来,同时监控,然后逐步去下旧监控。在这个过程里,你还可以去比较两者之间是不是有差异,是不是都能满足需求,这样的话应该是比较平滑的。 Q9:分布式链路的可观测性和端到端诊断怎么做? 蔡翔华:分布式链路其实我们没有用Zabbix,因为分布式链路要考虑上下游的关系,所以我们会基于APM去做。现在像业内比较流行的CAT,可以参考这些去做。 端到端的侦测的话,其实Zabbix也支持,它支持两种方式: 一个是它可以在本地跑一些脚本去做,就是说我这个检测是从Zabbix某个Agen端出发,到另外一台目标机器,而不是通过Zabbix server去做检测。所以说这是Zabbix 提供的另外一种方式,Zabbix active的一种方式,它可以去实现这种端到端的侦测。Zabbix active的监控方式也是比较好的一种方式,可以减轻Zabbix server端的压力,或proxy端的压力,能提供更丰富的一些监控。 刘宇:这块因为Prometheus是一个基于数值的监控,对于这种全链路的话,一般不太会用Prometheus来做,基本上会用APM的一些分布式链路追踪的工具,比如skywalking等来做。 还会通过一些日志系统来做分布式的监控,在链路上,提前写入一些标签,这样从始至终都可以拿到整个链路上的一个关系,就可以做一些分布式链路上的监控的东西。 石鹏:是的,这也就回到我们前面讨论的,没有银弹,没有一种技术栈可以解决所有需求的。包括Zabbix和Prometheus,其实更关注的还是在偏服务端,如果是应用端的话,其实还是要依赖一些APM的工具。就像刘老师说的Apache的skywalking,还有像鹰眼、基于open tracing的其他工具。这些东西其实都是一种思路。 还有一些有技术能力的公司,会选择自研一些APM工具,需要自己去开发各种SDK,然后需要迁到客户端,去上报数据,是这个样子的。 其实端到端整体的建设思路应该是分段的,客户端的是一段,中间链路是一段,服务端又是另外一侧。所以想做端到端,很难说用一个工具就可以完全覆盖起来。 现在基于云原生、微服务这些发展的比较火热,可能会有一些各个服务之间调用链路的服务治理相关的监控需求,可能也不是说通过Prometheus或Zabbix就可以很好地去完成。还是要看需求场景,选择更合适的工具,并且组合起来使用。 Q10:大规模场景下,Prometheus和Zabbix的性能和成本哪个比较低? 蔡翔华:首先我觉得还是看应用场景,因为大规模场景下,要看这个场景是容器多还是非容器环境多,这是一个主要依据。 Zabbix性能的话,其实瓶颈主要是在数据库,只要把数据库的优化做得足够好,其实开头也说了,业内也有做到40万NVPS的这种案例,已经是比较变态了。那无非就是说,去做数据库分区分库拆表、加SSD存储,通过这种方式。 成本的话,我个人觉得在底层资源满足的前提下,成本应该都OK。因为Prometheus是基于exporter,Zabbix是基于Agent,通过Zabbix agent,配合自动发现和低级别发现的这种方式去实现自动化。 配置成本可能Zabbix会低很多,因为都是基于UI去做,而Prometheus是基于配置文件去做,这个可能Zabbix会更好些。所以我综合成本,觉得Zabbix稍微会好一些,但还是取决于你的场景里有多少虚拟化。 刘宇:我觉得如果是性能的话,通过一些分区的手段都能解决。但如果是非常大的规模,通过Zabbix,其实它的数据库瓶颈还是比较严重的,这块还是需要一些比较好优化手段才能解决。 监控采集的agent的方式而言,我觉得Prometheus的exporter做得非常全面,像我们以前用Zabbix,基本上有很多东西监控都是自己去开发的;而现在用Prometheus,基本上对于这种采集器的开发都没有了,用社区的就可以全部解决了。所以在采集的层面上,去实现它最底层和服务的一个数据采集,我感觉Prometheus的成本会更低一点。 当然因为Prometheus相对来说还是一个微服务的架构,它的所有组件都是分开的,在搭建成本、学习成本会稍微高一点。 石鹏:其实还是要针对个性化的场景去做一些选择。成本的话,如果说你的环境是一个比较纯粹的,要么是全容器,要么是虚拟化或者物理环境,你就选一种就好了。如果说你是异构的话,可能就不可避免的要选两种同时维护。这两种里如果有所侧重的话,成本其实就会有所侧重,所以还是看你的具体需求。 选型,在于抓住监控的核心 对于大家比较关注的监控工具选型,用一句话来概括就是:没有最好的,只有最适合的,要具体场景具体分析。 总的来讲,如果是比较纯粹的环境,比如是纯物理机、纯虚拟机,更关注一些偏基础设施层面的需求的话,Zabbix会是一个非常不错的选项;如果是容器化场景,Prometheus的适应性会更好;如果是异构的话,建议两者或更多其它工具结合起来使用。 纵观整个监控发展史,其实监控方案一直是跟随着行业技术、业务发展不断变化的。到现在,比较火热的技术像5G互联、物联网、人工智能……各种技术层出不穷,我们需要去监控的目标对象也一直发生着变化。随着多云、混合云架构在更多行业里持续落地开花,容器、云原生等各种技术的蓬勃发展,对监控系统其实也提出了新的需求。 技术更新迭代速度越来越快,很多同学难免会有一些焦虑的情绪。这种焦虑是不可避免的,我们应该做的还是要去抓住事物的本质。 针对监控这个需求,也就是说监控的核心是什么? 监控在高度抽象之后,无非可以这么来分:监控数据的暴露、数据的采集和传输、监控数据的存储和处理……这个过程里,包括各种优化、各种格式化处理等;最后是我们怎么去用好监控数据,把监控数据的价值最大化,比如说我们去做报表展示、做数据分析,像前面讲到的用一些DataOps、AIOps的算法、能力介入,把监控数据的价值挖掘出来。 这其实就是监控系统所要承载的功能,我们要做的就是抓住这些核心路径里的原理,然后掌握它,其实也就OK了。 另外,我们需要保持对这些新鲜事物的热忱,保持对技术的敏锐,要有行业发展趋势的感知能力。比如企业上云,其实从行业报告来看,从去年就已经过了上云的拐点,会有越来越多公司选择把服务迁移到云上;再看容器和云原生,会有越来越多的周边生态完善起来。我们要有这样的感知能力,要能够感受到这个行业发展的脉搏,然后做好相应的技术储备,只有这样,我们才可能在技术的浪潮里做到从容不迫,才能够乘风破浪。 特别推荐一个分享架构+算法的优质内容,还没关注的小伙伴,可以长按关注一下: 长按订阅更多精彩▼如有收获,点个在看,诚挚感谢 免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

    时间:2020-09-30 关键词: 网络 监控系统

  • 70周年国庆封网了,今年还会再封吗?

    去年是中华人民共和国成立70周年 为了保证全国网络的稳定运行 在国庆节期间进行了 封网 那么今年国庆节还会再次封网吗? 答案是 —— 会 封网早已成为了一种基本操作 凡是遇到重大节日或大型活动 各大运营商都会执行封网操作 不过,不用担心 封网并不是不能上网 大家还是可以自由上网的 那“封网”是什么意思呢? 这里的封网 既不是羽毛球里的封网绝杀 也不是养猫群里的封网保护 通信界的“封网”是运营商的专门说法 是指在重大节日或者大型活动期间 停止对通信网络进行 升级、割接、设备入网、重大数据修改 等对网络影响较大的操作,保障网络稳定运行 总之,以不变应万变 但是,封网不代表不维护网络 如果遇到网络故障,仍然需要第一时间处理 所以,背后的通信工程师们 可能是这样的 ↓ 这样的 ↓ 以及这样的 ↓ 传说还有这样的 ↓ 毕竟在这些重大时刻 网络的业务量会激增 保障通信网络的稳定运行至关重要 在经历了多次封网试炼、打怪升级后 相信很多通信攻城狮已经是身经百战 可以独当一面了 下面小编准备了几道题目 测试下各位通信词语理解能力的段位 如果你能答对全部题目 师父,请带我上王者! 以下是答题时刻 1、请选择“开局”的含义: A. 开一局王者排位赛 B.  邀三五好友小聚 C.  独自去新局点开荒 点击下方空白区域查看答案 ▼ 「 C 」  例句:本次开局有点难,不过我准备了泡面。 2、请选择“专业”的含义: A.   打野3000把,躺好 B.   通信考试排名第一,大神 C.   这是你的锅,背好 点击下方空白区域查看答案 ▼ 「 C 」  例句:XX模块竟然出问题了,小吴,这是你的专业吧?! 3、请选择“策略”的含义: A.   张东升爬山计划 B.   仅存于PPT中的想法 C.   50星耀上分攻略 点击下方空白区域查看答案 ▼ 「 B 」  例句:今天给大家介绍一下我们新产品的策略规划! 4、通信人的口头禅是什么? A.  我这边没问题 B.  有问题找传输 C.  重启一下试试 D.  多喝热水 点击下方空白区域查看答案 ▼ 「 除D以外均可得分 」  选 D 的同学,你的思想很危险呀 !!! 5、通信人的国庆节通常是怎么过的? A.  放飞自我,想去哪里去哪里 B.  陪基友上王者 C.  室外体能拓展,从爬电线杆开始 D.  在运维中心蹲点,解决各种故障 E.  陪陪家人,做好家庭的工具人 点击下方空白区域查看答案 ▼ 「 每个人有每个人的精彩 」  唯时光与美景不可辜负。每个人都有属于自己的角色,无论做什么,都有其意义。如果你还不知道该怎么度过这个假期,推荐《通信人国庆出游指南》~ 6、简答题:如果有一家公司叫做「中兴通信」,那么它和「中兴通讯」有什么区别?(此题可在留言区作答) 点击下方空白区域查看答案 ▼ 「 本题考察通信和通讯的区别 」  通信强调结果,其结果是使交流的各方清楚某事;通讯强调过程,怎样去传递信息。 比如:中国移动通信、中兴通讯。 作为通信行业中的一员 我们最大的愿望就是网络的正常稳定 那些看似平常的信号满格的背后 其实是这些通信人在默默守候 如果你也有什么刻骨的回忆 欢迎留言分享 我们是一群平均从业年限5年+的通信专业工程师 关注我们,带你了解通信世界的精彩 快点告诉你的小伙伴们呀~ 免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

    时间:2020-09-30 关键词: 通信技术 网络

  • 广州大剧院携手华为打造5G智慧剧院,构筑演艺“新业态”

    2020年突如其来的新冠病毒,给线下文娱产业造成了巨大的冲击。其中场馆作为线下演艺活动及部分线上内容的生产基地,在持续的疫情中尤其首当其冲。如何破局?利用5G、云、AI等领先技术推动5G+4K/8K超高清、5G+VR、5G+多视角/自由视角直播等“云端内容”的生产和分发,已然成为场馆方、赛事活动方、运营商等产业各方突破场所限制、“危”中掘“机”的首选。 广州大剧院与华为签署战略合作协议 9月25日,广州大剧院与华为在广州签署战略合作协议,宣布“5G智慧剧院”全球首发。根据协议,双方将促进广州大剧院的线下体验与华为的线上技术相结合,开启“云剧院”加速模式,使能VR云剧院、自由视角、多视角、8K VR视频、VR三维展厅等5G+超高清视频体验,让传统舞台艺术形式在新科技赋能下焕发新生机。 采用8K VR拍摄的粤剧表演 “5G VR云剧院,让观众进入虚拟剧院,以最佳位置欣赏3D精彩演出,获得亲临现场般的观看体验;5G自由视角,带给观众随心所欲切换视角,自由缩放画面的全新体验;5G 4K多视角,带给观众多维度、个性化的视觉体验;5G 8K VR视频,带给观众超高清晰度,宛如真实世界一般的沉浸式体验;5G VR展厅,让观众在三维数字化空间观看大剧院高雅艺术与科技结合的精彩展览……“5G“新基建”支撑赋能下的5G智慧剧院,正重新定义传统舞台艺术的“打开方式”。 市场与技术双轮驱动 加速线下文娱产业向线上转移 肆虐的病毒限制了人们正常的活动,但一方面人们对文娱视听的体验升级诉求片刻没有停歇,反而因疫情催化而加速;另一方面以5G、云、AI为代表的新ICT技术也丝毫没有停下使能千行百业数字化转型的步伐,与“宅家”用户最配的文娱产业自然首当其冲——在市场与技术的双轮驱动下,线下文娱产业加速了向线上的转移,以全新的模式拥抱全在线内容消费者。 在这一趋势下,场馆方作为线下文娱产业的发端,尤其需要“危”中见“机”拥抱趋势,积极谋篇布局并付诸实践。资料显示,长期定位于生产型剧院的广州大剧院从今年2月份起就开始了新型艺术方式的探索,先后推出了全国首部线上戏剧、发起全球艺术家云端10小时直播活动、建设了“云剧院”平台、增设线上直播观演方式……开启向“云剧院”新模式的转型升级。 此番牵手华为全球首发5G智慧剧院,广州大剧院将进一步将自己的线下体验与华为的线上技术相结合,积极开展场馆作为内容生产基地的数字化、智能化转型升级,支撑内容的创作、生产、传播与分发全环节,逐步实现VR云剧院、自由视角、多视角、8K VR视频、VR三维展厅等创新体验,刷新剧院观演、游览、艺术交流与学习的新体验,打开从有限线下到无限线上的全新可能。 VR云剧院体验 从线下到线上,观剧体验如何保障,甚至升级?签约现场展出的5G VR云剧院给出了答案。戴上VR设备进入VR云剧院界面,用户可以在线模拟进入剧院现场,模拟在吧台浏览剧目介绍,模拟购票、出票、支付流程,然后进入剧场选择“帝王位”观剧,并可自主切换剧场风格……享受身临其境且VVIP般的极致体验。 多边合作推进5G智慧剧院建设 构筑演艺行业“新业态” 众所周知,好的演出场馆对于优质内容生产的重要性不言而喻,高规格的场馆才能带来高规格的剧目。在线上线下深度融合的今天,传统钢筋水泥的基础建设已经不足以定义一个先进的演出场馆,5G“新基建”正在重新定义智慧场馆——5G智慧剧院应运而生,成为支撑线上剧场内容及体验的生产“底座”。 广州大剧院总经理何鹰 广州大剧院总经理何鹰谈及此次合作时表示: “ 在‘5G智慧剧院’的构建下,剧院、内容制作方、设备商、运营商、视频平台等产业链各方都应该加入进来,甚至可以利用技术手段进行剧目创作,通过多边合作,共创共赢,推动剧院超高清内容生产及生态建设,构筑演艺行业‘新业态’。 ” 如此一来,除剧院本身外,产业各方都深度参与到5G智慧剧院的建设中,提出各自诉求、发挥各自特长,协同创新打通内容从创作、生产到传播、分发,直至变现的全环节,才能让优质内容跑通商业闭环,形成良性循环。 因此,多方参与共同发力推动构建场馆超高清内容生态,以5G “新基建”打造5G智慧剧院,通过5G网络覆盖,实现5G+超高清+VR+多视角/自由视角视频直播,探索更多沉浸与互动体验,借力互联网内容传播及分发,催动线下泛场馆剧目向线上转移,与场馆等产业各方一起构筑演艺行业“新业态”,不仅能够释放自身的多重价值,还能推动整个演艺行业转型升级,惠及整个产业及社会文化事业。 科技加持线上线下协同发展 最大化释放优质内容的价值 华为融合视频产品线总裁何晶晶 华为技术有限公司融合视频产品线总裁何晶晶指出: “ 科技可以帮助艺术更好的展现美,也可以帮助人们更好的发现美。自由视角、VR、多视角等5G智慧剧场创新场景旨在让观众突破时空限制,最大程度还原身临其境的现场体验,同时也丰富了舞台艺术的创意及表达方式。 我们深信,在这些新技术的加持下,现有的舞台演出的艺术表现力和表达形式会变得更震撼,这些创新场景将给予观众前所未有的视觉盛宴。当艺术遇上科技,当剧场遇上5G超高清,这就是时代进步释放的无限精彩。 ” 据悉,通过此次合作,广州大剧院与华为将实现电视、手机、VR三屏融合的5G高清在线直播或点播线上演出或艺术活动,通过华为视频、广州大剧院云剧院、运营商系视频、互联网视频等视频平台,给线上观众带来沉浸式的现场体验和前所未有的视觉盛宴,让艺术触手可及。 同时,双方还将共同促使创意与技术结合,开发贯穿场内场外、线上线下的剧院游览Vlog拍摄、线上艺术普及教育、VR线上购票、打通会员体系的智慧运营,打造剧场和观众的良性循环和持续互动。 此外,在5G智慧剧院支撑的VR三维展厅基础之上,广州大剧院可以通过搭载资源,促进跨界融合,可以积极探索“剧院+”模式,利用互联网思维和技术手段开发IP文创产品,开展“网红”打卡、直播带货等新业务模式,进一步延展优质内容的生命力。 可预见,以5G智慧剧院为全新起点,广州大剧院必将能够推进线下与线上深度融合,将戏剧表演地点从人数受限的剧场拓展至亿级流量的网络媒体平台,使艺术覆盖群体更加广泛,让优秀的舞台艺术作品让更多人看到,最大化释放优质内容的价值,充分兑现剧场作为城市文化中心的社会效益和经济效益。 每一轮产业升级背后,都是市场需求和技术创新共同驱动的结果。在这一轮线下文娱产业转型升级过程中,广州大剧院作为先行者携手华为打造5G智慧剧院,迈出了构筑演艺行业“新业态”重要一步。 相信在5G新基建驱动的“5机”(联接、AI、云、计算、行业应用)协同支撑下,包括演艺活动、体育赛事在内的线下文娱产业都将借5G智慧场馆插上腾飞的翅膀,迎接更美好的明天。 免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

    时间:2020-09-29 关键词: 5G vr 网络

  • 浪潮网络积极推进智慧医疗创新发展

    浪潮网络积极推进智慧医疗创新发展

    8月29日,浪潮网络亮相CHIMA2020中国医院信息网络大会,在济南、上海两站集中展示了高性能网络产品、智慧医疗解决方案、及行业应用案例,为现场嘉宾分享浪潮网络在智慧医疗建设方面的创新技术与落地实践。 CHIMA2020大会由中国医院协会信息管理专业委员会(CHIMA)主办,是中国医疗信息化领域规模最大、影响力最广的学术盛会之一,已连续举办24届。今年的CHIMA大会,是一场实体与虚拟相结合的网络大会,在北京、上海、广州、济南、成都等地设置线下分会场和线上会场,大会主要围绕医院信息化各项重点、难点开展交流和研讨,总结和分享疫情防抗中医院信息化的工作经验。 新基建 新医疗 新网络 CHIMA2020中国医院信息网络大会上提到:新基建有助于加速医疗行业复工复产,有助于加速医院数字化生态的升级跃迁。新基建带来的新技术、新应用、新模式,将推动医院信息化整体发展。 浪潮网络认为,依托新基建催生的新一轮“智慧医疗”建设,网络基础设施必须要满足医疗行业各类复杂、多样的应用系统需求,同时还要满足基于大数据、人工智能等平台的医疗创新实践要求,这为网络基础设施建设提出了更多的挑战。它要求网络设备供应商在顶层设计、建设部署以及后期运营维护上,不仅要对“智慧医疗”领域具备深厚的行业洞察,同时在技术、产品储备上要拥有不断创新的潜能。 浪潮网络“全维度” 助力中国智慧医疗建设 面对“智慧医疗”整体方案设计,浪潮网络不仅具备个性化、定制化的设计能力,同时依托浪潮集团在人工智能、大数据以及智慧数据中心等诸多方面所拥有的雄厚实力,更能够为医疗机构在“智慧医疗”的顶层设计、应用部署、系统运维、安全防护等方面,提供“全维度”、“系统性”的规划。 浪潮网络的“云网安一体化”架构,为“智慧医院”顶层的各类智能化应用平台顺利部署奠定了坚实基础。同时,针对医疗机构数据中心呈现出私有云、公有云的混合应用诉求,浪潮网络的解决方案具备云网松耦模式,从而匹配多云模式下各类应用系统对网络资源个性化的需求。在确保医疗机构患者隐私、防范敏感数据泄露等方面,浪潮网络提供的解决方案实现了针对防火墙、网络负载均衡设备统一业务编排,确保网络安全等级保护得到有效落实。 截至目前,浪潮网络智慧医疗解决方案已陆续在北京市回民医院、石家庄市第四医院、镇江市第一人民医院、日照市人民医院等多地医院提供支持,助力医疗行业客户打造智慧联接新网络。

    时间:2020-09-23 关键词: 信息 智慧医疗 网络

  • 中国大力支持中非智慧医疗合作

    中国大力支持中非智慧医疗合作

    当今,随着非洲互联网等通信技术的不断发展,在中国的大力帮助下,非洲也在积极地发展其医疗行业。中国作为一个负责任大国,一直以来都大力支持非洲的医疗行业的发展。 在智慧医疗风起云涌的今天,通过网络共享,非洲正在享受来自中国方面更丰厚的医疗进步红利,坐拥中国庞大的医疗技术队伍群体和高级别的医疗技术等特殊服务,并再次站在通过技术变革开拓医疗技术未来的新跑道上,获得来自新技术领域的全新发展机遇。 中非智慧医疗合作发展现状 随着非洲通信技术的普及推广及“一带一路”倡议的深入推进,中非医疗合作迎来数字化转型的全新趋势,有望给非洲医疗发展带来新的曙光与希望。以中非远程医疗会诊中心为龙头的中非智慧医疗合作正在带来中非医疗合作的全新机遇,共建“中非健康共同体”。 非洲投入世界智慧医疗的大潮进程起步较世界其他地区稍晚,但步伐坚定而迅速,中国是其中的重要参与者。早在2014年,中国就开始了跨国远程诊疗服务,为医务人员搭建学术交流平台。3年后,中国在非洲的远程会诊启动。2017年,河南省经过缜密计划和精心筹备,先后在埃塞俄比亚和赞比亚开展援非远程病理会诊,这是中国在非洲首次尝试开展远程会诊手术。非洲的病理诊断医生碰到疑难病理标本,可将病理报告上传至远程系统平台,河南省人民医院的病理专家开展定期会诊。对于病理诊断资源贫乏的埃塞俄比亚来说,远程病理会诊明显提升了病理诊断能力和效率,对其医疗事业是一个巨大的促进。 此后,宁夏医生在贝宁、湖南医生在塞拉利昂等国开展了各种形式的远程会诊,搭建起跨越中非的“生命线”。2019年初,四川大学华西医院在莫桑比克马普托中心医院建立了远程会诊平台,并成功通过屏幕为该院两例疑难病例举行会诊,给出“中国医治方案”,助力患者重获健康。这是中国在非洲的第一个远程会诊平台,非洲人开始了不出国门享受中国优质医疗资源和高技术服务的新医疗进程。此后,来自全国不同省份的中国医生在圣多美和普林西比、加纳等国建立了类似的平台,目前仍有一批新的远程会诊中心正在策划和筹建中,中非远程智慧医疗正在从愿景变为现实。相比远程病理诊断,远程会诊中心的建立帮助远程会诊从离线式的会诊转为交互式会诊,专家由定期会诊转为即时在线,会诊的病例包括重大疾病、外伤急诊、妇幼卫生保健等日益广泛的领域。 智慧医疗合作对中非医疗合作的影响 中国是非洲医疗事业发展日益重要的参与者和推动者,数字时代在非洲全面开启之际,以中国医疗队为依托,雨后春笋般出现的远程会诊中心将中非医疗智慧合作带入佳境。远程智慧医疗有望成为中非医疗合作的新兴技术合作模式,成为非洲医疗资源布局不容替代的必要补充。 第一,通过智慧平台中的技术共享,中非智慧医疗合作推动了非洲的医疗技术跃进。通过与中国的智慧医疗合作,非洲的医疗体系逐渐与世界接轨,开始具有平等享受世界先进医疗技术服务的高端平台与技术手段,成为未来与世界高端对话、共享医疗资源的重要通道。借助智慧医疗合作的特殊平台,非洲国家的卫生体系渐趋完善。远程医疗会诊中心建立后,非洲国家不仅拥有了最先进的远程医疗系统,通过远程会诊系统,还获得了来自中国的卫生体系的全方位支持。远程会诊体系以及各类专科、专病远程医疗协作网络的建设,有助于整合中国国内的优质专科医疗资源,帮扶专科能力较弱的非洲医疗机构,构建专科医师之间的协同医疗和转诊体系,开展专科医生规范化培养、临床研究合作、重大传染病防控等业务合作与技术帮扶,逐渐建立起中非专科重大疾病的远程协助体系。 第二,医疗援助的形式正在简化,而内涵却得到多重拓展,援助效率大为提高。随着通信技术的进步、通信资费的降低、通信效率明显提高,越来越多的非洲医疗服务有望纳入中非远程技术合作体系内。由于中国越来越丰富的医疗技术资源引入合作体系之中,非洲医疗借助远程系统而站在了更高的舞台上。中非医疗合作有望进入更深层次和更宽广的领域。当前医疗队员的派遣和远程医疗合作平台的相互配合,丰富了中国医疗队的援助层面和医疗技术服务深度,呈现出更为立体多维的医疗援助体系。通过互联网和信息技术,中非各类医疗机构实现协同医疗,促进中国优质医疗资源在非洲相关国家的有效下沉,缩短了缺医少药的非洲国家与优质医疗资源日益集中的中国之间的技术差距,带动非洲各国特别是医疗资源匮乏地区医疗技术供给能力的提升。 第三,中非智慧医疗合作引领中非医疗合作的世纪变革,中国医疗援助的人员派遣模式从医务人员派遣逐渐转变为医务人员的国内参与。中国医疗队持续56年向非洲派遣医务技术人员,这种经典的医疗援助形式通过充实医疗技术人员队伍来填补完善非洲医疗技术。借助智慧媒介,中国的医务人员开始了新的援助历程,即不必走进非洲服务非洲病患,就能投身对非医疗援助,涉足非洲健康事业,中国对非医疗援助有望迎来全新图景。借助医疗技术合作平台,中国最新的医疗技术和一线的医疗技术队伍成为中国援非医疗队的生生不息的力量,非洲借此拥有了更宽广的技术发展前景和更丰富的医疗技术后备资源库。 中非智慧医疗合作的发展障碍 当前,中非远程智慧医疗的发展方兴未艾,未来发展前景可期。然而,在当前的技术和医疗背景下,中非智慧医疗合作依然面临着以下障碍。 第一,当前远程智慧医疗合作的发展具有偶然性,中非双方没有做好全面的筹划和长远规划,增加了这一合作的不确定性。远程智慧医疗合作是一项兼具战略性与前沿性的高端技术合作项目,目前建立的各类远程会诊中心仅仅是这一新兴技术合作的雏形,处于智慧医疗合作的初级阶段。无论是中国的相关部门,还是非洲的卫生机构都缺乏宏观发展纲要,缺乏对中国卫生资源在非洲布局与投入的战略性和全局性考察。 第二,非洲发展远程医疗的条件韧性不足,导致智慧医疗合作具有较强的脆弱性。新生事物在其萌芽期具有高度的脆弱性,非洲发展远程医疗在以下两个方面呈现出其天然的不足,其一,业务能力的脆弱性。根据非洲医疗卫生发展的规律曲线,绝大部分非洲国家不具备发展远程医疗和建设远程智慧医疗的技术基础与医疗实力,外来的医疗技术供给和网络技术支持势在必行。其二,人才脆弱性。远程会诊中心技术密集度高,对人才和设备有着很高的专业性要求,而非洲在远程医疗发展中面临最关键的技术人才瓶颈问题,既无法围绕诊疗活动开展正常对话,也无力灵活应对远程医疗中随时出现的各类故障与问题,远程医疗发展的稳定性和可持续性堪忧。 第三,非洲远程会诊中心具有分散性,不利于稀缺资源的集中配置和有效供给。目前,远程会诊中心是中非远程医疗的最重要形式,从目前来看,这类医疗会诊中心是依托中国医疗队所派驻省份的省直医院而建立的,集中了该省较为先进的医疗技术和较高端的医疗技术人才,具有在中国开展对非远程医疗的能力。但这类中心有以下几个方面的缺陷。其一,各会诊中心开展远程医疗工作内容相似,各自为战,无法实现资源共享。其二,虽然多国远程会诊中心建于该国首都,但受限于交通和资源共享能力,优质医疗资源无法辐射至更宽广的地域。其三,非洲国家疾病繁多,而提供远程服务的各省立医院医疗优势各异,如何确保优质的医疗资源精准分布,亟待统一规划和顶层统筹。 第四,远程会诊技术更新换代的速度很快,非洲的远程技术如何适应中国快速发展中的技术换代,成为非洲在这一领域的重大挑战。远程会诊中心的建设投入较大,一旦非洲远程医疗使用效率不高,远程中心运营效率的问题便凸显出来。因此,如何帮助非洲国家提高远程医疗的普及度,增强远程会诊中心的运营支出回报比,将是中国与远程会诊中心所在非洲国家不得不考虑的问题。让远程会诊成为一种性价比高而方便快捷的医疗技术手段,让更多的医生和患者乐于选择远程会诊,形成远程会诊的消费惯性,是全面提升远程会诊中心的设备使用效率的必由之路。

    时间:2020-09-22 关键词: 信息 智慧医疗 网络

  • ios14成为最安全移动OS

    ios14成为最安全移动OS

    据报道,苹果首席执行官蒂姆·库克(Tim Cook)在11个月前宣布隐私是一项“基本人权”。 该公司客户佩戴的iPhone越来越包含敏感信息。 在与Google和其他竞争对手的竞争中,苹果试图将数据保护作为使其与其他公司区分开来的关键因素。 当地时间周三,这家公司试图通过发布iOS14 来兑现这一承诺。据了解,它引入了一系列隐私功能,旨在让iPhone用户更好地控制自己的个人信息。这些保护措施将对应用开发商、在线服务供应商和广告商进行约束,因为这部分人经常会突破可接受数据收集的界限。 为此,外媒arstechnica记者对这套新系统进行了测试并给出的一些初步印象: 摄像头和麦克风访问通知 长期以来,iOS让用户能控制哪些应用可以使用摄像头和麦克风。现在,苹果又向前迈进了一步。在iOS14 中,当一个应用从手机中捕捉音频或视频时用户会实时得到通知。它还提供了最近访问麦克风或摄像头的应用列表。 通常情况下,实时显示的通知很容易被忽略,这可能正是苹果想要的。下图显示的是当iPhone SE吉他调音师打开麦克风时的主屏幕。 据了解,唯一的指示器是电池指示器左边的橙色圆点。有隐私意识的用户将不得不训练自己去寻找它的存在。 不过记者指出,最近访问了麦克风的应用的通知并没有他想象中那么有用。据其介绍,这个列表最多只能有一个应用,所以即使他最近打开了两个或更多可以访问的应用他也只能看到最后打开的那个。此外还有一个问题:如果在应用进入控制中心后超过 30 秒才进入控制中心那么这个列表就会显示为空。 这些事后通知会出现在控制中心的顶部。下面是记者打开访问摄像头之后打开访问“我的麦克风”的吉他调音器的身份验证程序约 20 秒后出现的画面: 这些限制极大地降低了控制中心通知的价值,因为它要求用户尽早且经常地访问控制中心。如果列表能每隔两到六个小时刷新一次并显示在这段时间内访问过麦克风或摄像头的所有应用这个功能会更有用。 对储存照片更细致的控制 在iOS14 之前,用户有两种选择:要么允许应用访问全部存储的照片,要么禁止。现在则用户有了一个新的选择--允许应用访问一张或多张特定的照片,而其他的照片仍是禁止访问的。相信这对于许多用户来说是意料之外的功能。 想要访问当地网络的应用控制 一些应用则有很好的理由访问本地网络。像一个应用跟智能电视互动并使用蓝牙感应手机是否在附近。这是我记者第一次在iOS14 上打开三星的应用时看到的: 然而很多时候,应用没有合法的理由访问本地网络。iOS14 就赋予了用户减少这种做法的机会。 位置访问的更细致控制 曾经,iOS用户可以授予或拒绝应用的位置访问权限,而且这个位置可以精确到物理地址。现在可以拥有最近位置的新选择。这对于一个观星应用很有用,它可能需要一个大致的位置但不需要一个确切的位置。 复制黏贴通知 现在,每当应用访问剪贴板时,iOS都会提供一个通知。这个功能非常有用,因为剪贴板通常会存储密码、加密货币钱包凭证和其他高度敏感的信息。现在iOS可以访问附近连接到同一个iCloud账号的Mac电脑的剪贴板,这一功能就显得更加重要了。 遭泄露的密码通知 iOS现在可以访问已知已被泄露的密码数据库并在密钥链密码管理器中存储的密码出现在列表中时提醒用户。苹果表示,这些是通过一种安全、私密的方式进行的甚至不会向苹果透露用户的密码。该公司没有具体说明如何做到这一点。对此,Wired的解释是,这可能类似于苹果的FindMy应用背后巧妙的加密技术。 面向软件开发者的新信息披露要求 iOS14 生效后,应用开发者必须向苹果披露隐私保护措施。所需的详细信息包括任何地点、联系方式、购买情况、浏览历史、个人财务状况和唯一标识符的收集。 当使用Wi-Fi时享受更好的隐私 令人惊讶的是,苹果现在才完全随机化Wi-Fi芯片用来识别自己到Wi-Fi接入的MAC地址点。当可信网络希望控制允许连接的设备或至少识别允许连接的设备时,这些固定地址非常有用。 问题是,只要经过由同一个人或同一组织控制的两个或多个网络就足以让运营商编制出一份设备清单,然后对它们进行交叉引用。随着时间推移,泄露的历史信息则更多。结果是,接入点可以记录下用户最深的秘密,包括其昨晚什么时候离开酒吧、谁跟其一起离开以及其回家的路线。 2014 年,随着iOS8 的推出,苹果增加了MAC随机化,但研究人员和用户很快发现,这种方法存在一个关键的限制,那就是只有当设备为了找到之前连接过的网络而探查时这种方法才有效。根据苹果新闻网站iMore的一篇文章了解到,当一台设备连接到一台设备上时随机化并没有发生。 不过苹果最终解决了这一限制。默认情况下,iOS14 将使用一个“私人地址”,苹果指的是随机生成的特定网络唯一的MAC。要禁用该功能,用户需要在SSID设置中关闭私人地址(Private Address)。 不过据记者称,这个功能并没有他想要的那么强大。在理想情况下,它会定期更改MAC地址或允许用户手动更改,所以单个Wi-Fi网络就无法长期跟踪用户。根据记者简短的测试,随机地址似乎永久地被绑定在了一个给定的SSID上,即使告诉iOS忘记网络并重新登录。 网站隐私报告 Safari现在提供了隐私报告,其总结了用户在过去 30 天里遇到的跟踪器。点击地址栏左侧的两个字母就可以访问。 反追踪推迟意味着对反追踪的否决 而最令人期待的隐私功能之一是,要求应用开发者在跟踪用户在第三方应用和网站上的活动之前必须征得用户的同意。可惜的是,在应用开发人员尤其是Facebook旗下Instagram的开发人员强烈抱怨之后,苹果将这项功能的实施时间推迟了,最早也要明年。 对于一家声称隐私是一项基本人权的公司来说,这个决无疑令人惊讶。幸运的是,iOS14 有足够多的其他隐私保护功能,这使得iOS14 比起之前的版本有了很大的改进。

    时间:2020-09-21 关键词: 隐私 ios14 网络

  • 荣程智运大力发展智慧物流

    荣程智运大力发展智慧物流

    一直以来,交通运输的便捷与否很大程度地决定了一个城市的发展水平。如果交通条件恶劣,一个城市是很难发展起来的。其中,天津市相比于其他城市,其具有很好的交通优势。 “我觉得正是有了这样坚实的基础,天津交通才能在疫情突至之时应对得宜,更能在危机中抢抓机遇。”天津市建鑫伟业有限公司董事长刘伟这样告诉记者。 之所以给出这样的评价,源自于今年1月1日国家交通运输部和国家税务总局实施《网络平台道路货物运输经营管理暂行办法》在全国启动的网络货运许可。 刘伟便是天津开展网络货运后的首批客户之一,与其合作的是天津荣程集团旗下荣程智运科技(天津)有限公司(以下简称“荣程智运”)。作为天津市首批获得“网络货运”运营牌照的企业,荣程智运自此正式开启了在“互联网+”智慧物流时代下的逐梦新征程。 逆势逐梦智慧物流 “你有车,我有货,都在网络货运平台注册,线上直接匹配需求,方便快捷,成功率高。”刘伟说到,“网络货运省心省钱有保障。疫情防控期间,更是给公司复工复产帮了大忙!” 据悉,荣程智运是荣程集团旗下全资子公司,主要业务聚焦大宗商品物流和平台线上组织公路运输。荣程智运于2019年4月正式上线网络运输业务,截至目前,业务遍布全国26个省(直辖市)、自治区,累计注册车辆近5万辆,全国拓展运输路线800余条,累计运输车次50万次,运输货物重量1600万吨,主营业务收入达15亿元。 荣程集团党委书记柴树满告诉记者,作为一种依托互联网平台整合配置运输资源的新型运输方式,网络货运相较于传统货运有着诸多优势,尤其是在疫情防控期间人流物流要素急需匹配、急需流动的大环境下。 新冠肺炎疫情发生后,荣程智运按照荣程集团统一部署,坚持抗疫情、保运营双管齐下,确保双战双胜。 一方面,荣程智运第一时间抽调23辆大型运输车辆作为应急防疫货运汽车,抽调30人作为应急保障车队从业人员,由专人调度、24小时待命,随时支援天津市新型冠状病毒感染肺炎防控工作指挥部运输疫情防控物资。截至目前,车队共完成包括32.4万只防护口罩、3.2万瓶消毒喷、1.1万副橡胶手套、1万只护目镜等80余批次疫情防控物资及医疗设备的运输任务,总行程超过10万公里,为天津地区阻击疫情贡献了力量。 另一方面,荣程智运强化平台运营管理分析,充分发挥平台线上线下“一体化”、平台运营透明化、智慧化优势,转“危”为“机”,2月份,业务上线率较上月环比增长30%。 技术过硬 平台安全 便捷高效 柴树满进一步介绍到,相比传统运输方式,网络货运不仅平均能降低30%的运输成本,还能有效整合社会车辆、降低空驶率、解决开票难等行业痛点。更重要的是实现了用商业监管协助政府监管,使货运经营更加合规合法。比如,事前的资质把关,事中运输、结算等各环节的动态管理,乃至事后的安全监管、税收征管、运行监测,都更加有迹可循。 荣程智运凭借过硬的技术实力、安全可靠的运营平台、便捷高效的运作模式及显著的运输成本优势,业务规模位列天津市货运企业首位,位居全国货运企业前三十强,在货运行业有着很好的知名度和影响力。 荣程智运运营平台由北京中交兴路信息科技有限公司全力打造,依托该公司的全球最大商用车车联网650万辆重卡动静态数据及车辆位置、历史行车轨迹等数据优势,充分发挥北斗导航、大数据、物联网、云计算等新技术特点,在物流产品可追溯、在线调度管理、全自动物流配送、智能配货等领域实现货主与承运人之间的零障碍沟通,实现“门到门”途中的数据可视化、实时化,实现平台在线交易透明公开、信息移动互联、数据及时共享。 基于荣程智运的高端智能技术平台,可实现会员注册、运单管理、在途监控、对账结算、监管上报、统计分析等业务管理功能全流程可视化、智能化管控。例如,会员注册引入人脸识别校验系统和证照拍照功能,可实现自动识别并瞬间完成与相关政府权威部门在网信息的对比;运输跟踪结合北斗导航技术支持,实现对运单的运输状态、车辆行驶状态和违规违纪情况实时监督可视化;运费核算可实现运费全自动核算,保证核算准确性的同时提高了运费结算效率。数据上报可批量对比信息的准确性和合规性,实现定位信息、司机信息、车辆信息、运单信息和资金流水单信息自动上传监管平台等。 荣程智运依托荣程集团,可实现金融资质牌照全面覆盖保理、以租代售、信用贷等业务,为货主和司机提供完善的金融服务。同时,平台可去除配货站和中间物流商费用,去除汽车等货时间成本和空车返程消耗,平衡货主与运输间成本利益,实现降本增效。 创新叠变插上“金融翅膀” 荣程智运平台由荣程集团旗下第三方支付平台融宝支付提供全程资金服务,保障上下游客户的资金安全。融宝支付具备中国人民银行颁发的支付牌照,是全国证监会批准的基金销售支付结算机构,是国内四家具有在线关税支付资质的企业之一,可开展互联网支付和移动电话支付业务,业务范围覆盖全国。此外,荣程智运与国内最大的保险公司之一中国人民保险PICC建立了长期合作伙伴关系,为货物安全保驾护航。 值得一提的是,荣程集团科技金融板块旗下荣联金融、融宝支付创新叠变打造新业务模式,实现以科技金融助力实业的发展方向,为荣程智运“网络货运”平台定制专属金融衍生产品——运费保理业务。 荣联金融运费保理业务通过打造互联网+物流+金融的业务模式,使物流业达到降本增效、减轻垫资压力、缓解企业资金流的目的;同时有利于“网络货运”平台注册司机增加个人收入。它依托荣程自有第三方支付平台融宝支付完成资金拨付和回收,具有分散投资风险、封闭资金流转系统、业务办理灵活高效等特点,确保上下游客户的资金安全,从而进一步保障客户资金周转高效便捷。 运输水平的提升,最后受益的还是企业和百姓。疫情暴发以来,天津市交通运输行业的快速恢复带动了人流物流的双重畅行,也带来了天津经济发展的新活力与新动能。 据统计,今年上半年,天津市累计完成公路货物运输量1.48亿吨,比全国平均增速高7.9%;累计完成公路货物周转量294.37亿吨公里,同比增长1.3%,比全国平均增速高9.1%。全市累计完成水路货物运输量4414.64万吨,同比增长0.9%,比全国平均增速高8.9%;累计完成水路货物周转量728.38亿吨公里,比全国平均水平高7%。 这其中离不开一家又一家如荣程智运一般创新求变的企业,他们正在通过自己的方式,为《交通强国天津方案》提供不竭的动力和贡献积极的力量。

    时间:2020-09-21 关键词: 科技 智慧物流 网络

  • 疫情期间智慧交通功不可没

    疫情期间智慧交通功不可没

    2020年9月6日,在北京正式举行了为期6天每日经济新闻·每经智库战略合作的第四届“太和文明论坛”。本次论坛的主办方为太和智库。本次论坛吸引了众多专家、学者们参加。 太和智库高级研究员,交通运输部管理干部学院发展研究中心主任张柱庭,围绕“智慧交通在抗击新冠肺炎中的实践”,进行了一系列的思考和分享。张柱庭认为,疫情期间,智慧交通运营减少了人际接触、提升了运行效率、降低了企业成本,未来应用场景也将更加丰富。 张柱庭表示,近几年,中国在智慧交通上一直努力“三推”:一是推动大数据、互联网、人工智能、区块链、超级计算机等技术、新技术与交通行业的深度融合;二是推进数据资源赋能交通发展,加速融合发展;三是推广交通的公共服务和电子政务的发展,具体包括智慧交通基础设施建设、智慧交通感知网络、智慧交通载用工具、智慧交通网络化传输系统、智能化的出行体系、智慧交通的物流运输体系、“互联网+政务”服务七方面。 新冠疫情期间,交通运输部也承担着抗击疫情的任务。一是要求“一断三不断”:一断是坚决阻断病毒通过交通工具的传播;三不断,是保障公路交通网络不断、应急运输绿色通道不断、必要群众生活生产物资的运输通道不断。二是“三不一优先”:对保障应急运输的物资人员、应急运输的车辆建绿色通道,不停车、不检查、不收费,优先便捷通行。三是要打通大动脉,畅通微循环。大动脉主要指的是道路、铁路、水路等干线运输。微循环主要是城市和社区内的运输。例如,在疫情期间,一位快递小哥除了完成本职工作,还协调网约车企业、共享单车企业,专门解决医护人员的出行需要。 张柱庭认为,在疫情期间,智慧交通发挥了重要的支撑作用,改变了过去供给方、需求方单方面选择的传统模式。通过网络货运经营者、快递配送、互联网技术,将供给和需求的两端直接联系起来,更快速满足现实需求。为了能够实现“无接触”配送,选择无人机、无人船、无人车辆进行货运配送,促进了新技术的快速运用。 另一方面,交通政务也进行了流程优化。通过异地受理、联动审批、全线通行、全程服务,实现了人员不接触审批,大大降低了企业成本和政务成本。

    时间:2020-09-17 关键词: 人工智能 智慧交通 网络

  • 车路协同能助力智慧交通落地

    车路协同能助力智慧交通落地

    当今,随着我国经济的发展和科技的不断进步,我国在智慧交通领域取得了很大的发展。当前,随着智慧交通的不断升级,智慧交通已经不仅仅指的是汽车智能了,还包括道路智能。 近日,科技部发函支持济南、西安、成都、重庆建设国家新一代人工智能创新发展试验区。其中,要求重庆开展的4个应用示范中,智慧交通赫然在列。 在最高每小时40公里以内的交通情况下,系统接管实现自动驾驶,而驾驶员不用再把时间浪费在堵车上,可以处理其他事情。这不是科幻,国内首个基于实车发布达到量产状态的L3级自动驾驶核心技术——交通拥堵自动驾驶TJP(Traffic Jam Pilot)日前在重庆发布,而其L3级自动驾驶车也将在今年量产。 行业普遍认为2020年是智慧交通落地的关键年,伴随5G等技术的发展将会催生新一代智慧交通。智慧交通是什么?离我们有多远?对此,科技日报记者采访了相关专家。 美欧日已全面布局智慧交通战略 “智慧交通是交通运输、信息技术交叉融合的产物,是解决交通拥堵、交通安全、交通节能减排有效方式。”招商局重庆交通科研设计院有限公司副总工程师周健研究员解释,智慧交通是一种新型交通基础设施,将先进的云计算、移动互联网、数据通讯传输技术、电子传感技术、电子控制技术、计算机处理技术以及人工智能算法等有效地集成运用于整个交通运输管理体系,从而建立起一种在大范围、全方位发挥作用的实时、智能、高效的综合运输和管理系统。 相关数据分析,智慧交通可使车辆安全事故率降低20%以上,交通堵塞减少约60%,短途运输效率提高近70%,现有道路网的通行能力提高2—3倍。 “2017年全球智能交通市场规模达2789.6亿美元。”周健介绍,在全球智慧交通系统的推广应用上,美、欧、日已经先行一步,正处于产业化基本形成和大规模应用阶段。目前各国都在全面布局智能汽车和智慧交通战略,而美国是产业发展的风向标,其智能交通、自动驾驶政策、V2X强制安装立法等被各国重点关注。 “智慧交通不仅是汽车智能,还有道路的智能。”周健说,智能汽车已经不是传统意义上的交通运输工具,而是融合了智能交互、自动控制、对外通信、人工智能等各类能力的综合型科技产品。联网化和智能化是未来智慧交通的两大重要发展趋势。 国外的城市交通动态精准感知与智能向导已日渐成熟。周健解释,传统智能交通主要依托摄像头、地感线圈等设施对交通流量进行实施监控。不过伴随物联网在城市主要交通路段、停车场的部署,以及智能设备的个人化普及,充分利用手机通信数据、停车数据、ETC收费数据、气象数据等多元多维度数据,实现城市区域范围内交通数据的充分融合和精确感知,可以实现对未来“智能城市”的交通实时监控。 而在信息技术的全面应用和渗透下,交通出行服务逐渐成为一种新型服务,形成了多种基于大数据分析的交通出行规划,方便出行者从出发到目的地的交通工具和交通路径的灵活选择。 需法规支持和智能路网建设 “从上世纪七八十年代城市交通信号控制的研究,到现在ETC系统,我国智能交通一直在发展中。”周健解释,目前,我国的智能交通系统已经进入高速发展,全面推广应用和改进升级的阶段。而智慧交通的概念已越来越深地融入经济发展、城市管理与百姓生活中。 重庆交管部门运用大数据、智能化技术,通过智慧交通建设,缓解城市拥堵。当市民驾车使用导航时,导航会根据实时交通信息推荐路线避免拥堵;在规划建设公交优先道时,会通过交通大数据分析研判,对每条公交优先道的交通组织进行针对性设计。 仙桃数据谷是重庆首个基于5G的L4级自动驾驶开放道路场景示范运营基地,在这里用户可以体验通过手机约车,车辆会自动到预约地点来接用户,用户上车后,车辆可以自动驾驶将用户送到商务中心、饭店等指定地点。 记者体验了长安汽车的L3级自动驾驶技术。L3级自动驾驶,即有条件自动驾驶,系统在满足设计运行条件时,可执行全部动态驾驶任务(包含对环境的感知、方向盘和加减速控制),在设计运行条件即将不满足时系统请求人类用户接管。当车速在每小时40公里以内时,系统会自动提示已经做好了接管的准备,驾驶员可以随时托管。当驾驶员将手脚离开方向盘等车辆操控装置后,车辆依然在路上顺利地行驶着,当遇到侧面有车插入、转弯等情况时,都轻松自如地处理。 “今年长安的L3级自动驾驶车将量产,不过能否上路还要看相关法律法规。”长安汽车股份有限公司总裁朱华荣表示,尽管国内的很多企业都在积极开展自动驾驶商业化探索,但除技术外,法律法规上的制约还有待解决。如现有的交规没有关于自动驾驶的规定,如果发生交通事故的责任判定该如何判也是一个问题。同时,自动驾驶需要智能路网的支持。要实现真正的自动驾驶,需要借助新一代信息通信技术,实现车与人、车与车、车与路、车与服务平台的全方位网络连接,这些都需要与之相配套的规划和建设,也需要产业和技术上的规范标准。 周健表示,智能车路协同和自动驾驶是智慧交通的重点。智能车路协同将无线通信、传感器和智能计算等前沿技术综合应用于车辆和道路基础设施,通过车与车、车与路信息交互和共享,首先实现车辆运行的安全保障,其次实现绿色驾驶和交通信息服务,能够实现安全辅助驾驶、路径优化、低碳高效等目标。发达国家在这个领域已经做了大量的实际道路测试,部分技术实现了产业化。如日本已经在全部高速公路上实现了高速无线数据通信的全覆盖,90%以上车辆安装了具有不停车收费,道路实时采集、分析、预警等功能的第二代不停车收费系统ETC2.0终端,极大的减少了交通事故和交通拥堵。 智慧交通感知网络是建设重点 周健表示,目前,我国的智慧交通系统已经在一些城市、高速公路等推广应用,但与国外先进技术相比,总体技术和应用水平还有相当大的差距。未来我国智慧交通发展有5大方向,分别为综合交通智能化协同与服务、交通运输系统安全运行智能化保障、智能车路协同和自动驾驶、智能交通的特殊要求推动信息技术发展、智能交通产业生态圈的跨界融合。 “智慧交通最重要的是要实现交通工具和道路的连接、信息交互。”周健说,行业普遍认为人工智能和边缘计算是支撑智慧交通应用落地的关键技术,5G的发展将牵引新一轮技术融合创新,全面赋能自动驾驶和智慧交通,实现自动驾驶的低延时、高可靠和高速率和人、车、路、“云”等协同互联。 如何开展智慧交通应用示范?重庆市科技局相关负责人表示,重庆将基于4G/5G、IPv6、物联网等技术,建设全面覆盖、泛在互联的交通基础设施和运载装备运行状态感知体系,建成智慧交通感知网络,实现重点区域智能交通基础设施覆盖率超过95%。整合交通行业全时空、全要素信息,加强跨部门交通数据的交换和共享。依托大数据、人工智能等技术,掌握城市交通整体运行态势,有效调配和优化各类公共资源。根据交通态势预测和事件类型高效完成研判、指挥与处置的联动,增强处置突发事件的能力和水平。 据了解,在大型城市智慧交通工程项目上,重庆已经启动智能公交专用道工程和重庆主城区智能交通升级工程计划。项目将打造“智慧数字交管”,建成后,将进一步提升城市交通管控的科学有效性和驾驶员交通行为的规范性,提升城市交通服务能力,最终实现一定程度的城市交通拥堵缓解。2019年,重庆已经启动沪渝高速公路、渝黔高速智慧化改造工程,将实现高速公路智慧交通管控。 在自动驾驶上,重庆市已建有交通运输部认定的“自动驾驶技术交通运输行业研发中心”和“自动驾驶封闭场地测试基地(重庆)”。目前还有智能网联汽车实验基地、西部自动驾驶开发测试基地正在建设。下一步筹备申报国家级车联网先导区、基于5G的车路协同车联网大规模验证与应用示范项目和自动驾驶智能车路协同高速公路示范项目。

    时间:2020-09-14 关键词: 智能化 智慧交通 网络

  • 全球移动通信系统协会:全球5G商用网络已增至106张

    全球移动通信系统协会:全球5G商用网络已增至106张

    全球移动通信系统协会官网的信息还显示,目前5G在全球人口中的渗透率已经达到了7%,预计到2025年,全球20%的设备都将接入5G网络。 9月12日消息,据国外媒体报道,从韩国三大电信运营商在去年4月份推出面向个人消费者的5G商用服务算起,全球5G商用已有17个月,全球的5G商用网络,也已超过了100张。 而在一个月前的8月10日,全球移动供应商协会(GSA)官网公布的信息显示,当时全球有92张5G商用网络,分布在38个国家和地区。目前达到106张,也就意味着全球投入使用的5G商用网络在近一个月增加了14张。 随着运营商在5G方面投资的增加,投入运营的5G商用网络也将随之而增多,5G商用的范围也会越来越大,5G商用网络的数量在未来几年还将持续增加。 全球5G商用网络超过100张,源自全球移动通信系统协会(GSMA)所公布的数据,GSMA官网的信息显示,目前全球已投入使用的5G商用网络已达到了106张。

    时间:2020-09-13 关键词: 5G 全球 网络

  • 区块链赋能智慧医疗发展

    区块链赋能智慧医疗发展

    区块链在我国已经发展了很多年。当前,区块链的应用变得越来越广了,其中就包括智能医疗、食品药品安全溯源等等。在今年抗击新冠肺炎疫情的斗争中,区块链技术就发挥了不可替代的作用。 华为的一份报告中数据显示:区块链应用场景的普适性随着时间推移而变化,从2016年的金融领域开始,到2018年的物流、政企和新能源领域,再到2019年的运营商、智能制造和车联网,而在2022年之后,普适性最强的领域预计就是医疗行业。 区块链对医疗行业的影响可以渗透到多个环节,比如药品药理的科研创新、药品的可信追溯、医疗保险的管理与服务、医保支付改革、基于隐私保护的个人健康管理等,下面我们将具体展开。 激发医学科研创新 一方面,利用区块链的存证技术,能够对医学领域的创新创造路径进行可信存证,清晰追溯创新路径,评估不同参与者的贡献度。 另一方面,在存证的基础上实施适当的通证激励,能够给科研人员以正反馈,甚至凭借通证参与到后期研究成果转化及收益分配,也是“知识经济”的实现方式之一。 药品的可信追溯 基于区块链的物品追溯已经不算是新奇技术,在各类商品中都有应用,比如沃尔玛在对部分食品的溯源体系中就引入了区块链技术。 药品的可信溯源在未来也是一种必需。比如:疫苗的研发、生产、检验、运输、销售和使用,这一套流程中沉淀的不仅是溯源数据,而且我们也能通过这些数据进行分析和预测某些流行病指数、药品的供需等等,以便更有效地管理药品的生产和分配。 医疗保险的管理与服务 在医疗保险方面,以往的去中心化点对点传输方式需要解决信任机制问题,比如引入第三方背书等。同时,医疗保险流程复杂、结算难、不同医疗机构之间存在访问壁垒、信息不流通等问题,这些都可以借助区块链的可信技术来解决。 链上数据结合智能算法,能够自动进行交叉验证,保证医疗数据的真实性,并通过隐私传播或者分级披露等方式,实现不同机构之间的可信数据传输。 医保支付改革 中国医疗行业的最大支付方来自国家公立医保,在官方大力推进DRGs的背景下,医保等支付数据上链将催生极大的应用价值,带来更大的价值增量。 基于隐私保护的个人健康管理 通过差分隐私、同态加密、零知识证明、多方安全计算等隐私保护技术,能够将用户许可使用的个人数据在统一的区块链网络中进行数据分析并服务于用户。患者在不同医疗机构之间的历史就医记录都可以上传到共享平台上,不同的数据提供者可以授权平台上的用户在其允许的渠道上对数据进行分析。 通过区块链技术,在保证用户隐私基础上,可以实现同类用户的特征工程,这些数据,可以实现多方在区块链平台上,对数据进行分级使用,可以方便医生获取患者历史数据、并将共享数据用于建模和图像检索辅助医生治疗和健康咨询,同时可以对特定类型的疾病进行建模分析,从而达到更好的辅助决策和治疗的目的。

    时间:2020-09-13 关键词: 智慧医疗 区块链 网络

  • 移动晋城分公司加快5G网络建设,助力智慧城市发展

    移动晋城分公司加快5G网络建设,助力智慧城市发展

    今年以来,中国移动晋城分公司聚焦社区、医疗、旅游、工业互联网+等领域,以网络升级驱动数字经济,加快5G网络建设,打造5G应用示范。截至目前,累计建设5G基站482个,实现市区5G网络连续覆盖。 该公司依托5G、物联网及人工智能等信息技术,为凤台社区定制了集“智慧党建、5G+智慧安防、5G+智慧消防、5G+智慧停车、智慧充电、智慧云广播、智慧导览、智慧物业、智慧医疗、智慧养老”十大功能模块为一体的整体解决方案,实现了凤台社区党建电子化、社区公告自动化、小区立体安防监控、电动车集中充电、沿街商铺消防自动报警、小区停车自动管理和空余位电子引导等功能,让百姓享受更加智能化的服务。基于5G专网、边缘云,为高平市人民医院打造“院内、院间、院外”三大场景六大5G+应用,实现上级优质资源下沉、下级向上分级就诊、优质资源共享,创新实现影像三维重建在移动端呈现,助力高平市人民医院成为全省首家乃至全国一流的县域医共体的5G+赋能示范应用标杆。为泽州县高都小镇提供“电商+农林文旅康”“便民服务”“5G+VR应用”“导航导览”等全方位的智慧文旅平台,助力该县打造“互联网+农林文旅康”新模式,推进农林文旅康融合发展。与山西绿洲纺织有限责任公司达成5G智慧纺织战略合作协议,为其建成“5G+工业互联网+智慧工厂”示范项目,建设5G工业专网、纺织工业互联网云平台、VR远程展示及数据中心大数据可视化大屏展示,实现全厂5G工业专网全覆盖,有效提升企业生产管理效率和生产决策水平。 同时,为破解城市“停车难”现象,缓解交通压力,该公司与市大数据应用局合作,建成全省首个5G+智慧停车项目,通过“互联网+”停车模式,搭建城市级智慧停车平台,实现城市级路内停车和路外停车场资源整合,全面提升城市停车管理、运营监管、决策分析和公众服务水平。 下一步,中国移动晋城分公司将继续聚焦智能制造、智慧矿山、智慧交通、智慧教育等领域,加快5G网络建设,打造5G精品网络,力争打造更多的5G行业应用示范工程,助力智慧城市建设。

    时间:2020-09-10 关键词: 智慧城市 5G 网络

  • 电视台及剧场灯光系统网络化设计分析

    电视台及剧场灯光系统网络化设计分析 随着国内近期电视台/剧场的新建及改建大型项目的频繁发生,利用网络的强大功能引进先进的管理技术,合理利用资源,高效控制设备运行,也就是大型演播室/剧院的管理网络化、设备网络化成为专家、学者、灯光师、投资者非常关心的话题。作为大型演播室/剧院的灯光系统,灯光设备的网络应用已经在一些系统局部初现端倪,但怎样选择—个灯光网络系统,让所有不同的灯光设备在网络内都能协调运行,让所有的灯光设计师通过网络方便地对所有灯光设备控制自由,是当今所有灯光系统设计师进行设计时地理想追求。   网络技术在灯光系统的应用,现在主要有调光系统、电脑灯上的部分应用,整个灯光系统的网络化,现在还只是刚刚起步,但可以预见不久的将来,灯光系统必然会进入网络时代。在国外,已经有不少的公司对灯光系统的网络化进行研究,提出了多种解决方案,各自制订了信号协议标准和系统功能要求。怎样选择—个"二十年不落后"而财力又承受得起的符合国情的灯光网络系统成为时下系统设计师追求的理想目标,同时也为国内灯光设备制造厂家提供了新的发展方向和机会,对它们的研发力量提出了更高的要求.   专家、学者、系统设计师、监理公司呼吁国家有关部门尽早制订关于灯光网络系统及信号协议的标准,以依法处理日益增多影、视、舞台方案设计、监理工程和验收工程事件;同时,有了自己中国的标准,为国内灯光设备制造商提供设计制造依据,统一标准,减少盲目的研究。专家们十分关心国家在2010年以前对全国目前1000多个剧场进行全面改造改造的计划。灯光网络系统布线方案的设计的标准化问题,牵涉庞大的经费预算和在日后在剧场管理中发挥系统的先进性作用等长远利益。   1.传统DMX灯光控制系统方案   首先,由于一条DMX信号只包容512个通道信号,所以又叫DMX-512信号,一般的大型演播室或剧院的调光系统的调光回路都超过512个控制回路,有些甚至有一千多两千回路,这样的话就需要多条的DMX信号才能满足调光系统对控制资源的要求;电脑灯的功能越来越强大,要求的控制通道也越来越多,有些电脑灯的控制通道已经超过三十个,一条DMX信号顶多能控制十来支灯,一场演出往往需要几十支电脑灯,这样就需要更多的DMX信号。 #Next#  其次,一场演出、一台晚会灯光设计师除了要控制调光硅箱、电脑灯,还要控制诸如换色器、烟机、电动吊杆、特效灯等等,它们都要占用DMX资源。由于受DMX信号资源的限制,控制信号的布线已经使得控制系统显得非常复杂。   譬如一个大型的演播室,从灯光控制室输出的DMX信号线可分为两条支路,第一条DMX信号支路由调光控制台直接联接到调光器系统,第二条DMX信号支路包括电脑灯、换色器及其它智能灯具等DMX信号,从控制室布设到灯光桥架或设备层的DMX分配器/放大器,然后从分配器分配到各条吊杆,同一条吊杆上往往可能装有好几种DMX信号的设备,一般每条吊杆上的DMX信号线有2至4条,随着演出对灯光控制方案的要求日益提高, DMX灯光设备品种的增多,有些场所(如中央电视台)己采用每条吊杆5—6条DMX信号线的方案.有些场所甚至采用每条吊杆使用8条DMX信号线的设计方案。   灯光设计师在进行灯光系统设计的时候,面对的是如此复杂多变的系统,要想做到面面具到,满足各种各样的演出的灯光设备的控制要求是非常困难的。   但由于现在大多数灯光设备都是DMX设备,在小型的灯光系统上,DMX的信号联接简单明了,DMX系统仍然是最实用、应用最广泛的灯光系统,是小型灯光系统的首选方案。   2.半网络灯光控制系统方案   半网络灯光控制系统是网络技术在灯光系统的第一个应用,但严格上来说,这不是一个网络调光系统,它只是将DMX信号传输的一部分转换为网络传输,这个方案是目前大部分国外公司在国内竞标时采用的网络布线方案。与传统的DMX布线方案相比, 半网络灯光控制系统把从控制室到设备层和调光器室之间较长距离的信号传输用网络传输方式代替了传统的DMX传输方式.从各控制台输出的TCP/IP网络信号输入网络集线器HUB(非网络控制台的DMX信号经DMX网络编码器转换成TCP/IP网络信号后输入),从网络集线器HUB输出的TCP/IP网络信号分两条支路,第—条TCP/IP网络信号支路从控制室传输到调光器室,在那里TCP/IP网络信号通过网络DMX解码器转换成标准的DMX信号驱动调光器,第二条TCP/IP网络信号支路包括电脑灯、换色器及其它智能灯具的控制信号,在灯桥或设备层上的DMX解码器转换成DMX信号,然后通过DMX信号分配器和放大器将DMX信号分配到每一条吊杆.从本质上看这个方案仅解决了部分线路的网络传输,并未把所有的灯光设备(如灯具、调光器等)视为网络的终端设备,因此它不是—个完全的网络的解决方案.   3.全网络灯光控制系统方案   全网络灯光控制系统方案如附图3所示。   这个方案的最大特点是从控制台到所有的灯光设备,全部采用TCP/IP网络信号线传输,从控制室输出的TCP/IP网络信号分两条支路,第—条TCP/IP网络信号支路从控制室传输到调光器室,在那里TCP/IP网络信号线直接接入网络调光器,需要指出的是, 在全网络灯光系统布线方案中,网络调光器通过网络信号线与系统中的其它调光设备,如网络调光台,文件服务器,中央监控器等双向交换控制信息,这些控制信息包括:调光控制DMX信号,调光器状态信息报告ReporTIng、调光台备份、调光曲线设置、中央控制调光命令等. 第二条TCP/IP网络信号支路包括电脑灯、换色器及其它智能灯具的双向交换控制信息,在灯光桥架或设备层上通过网络集线器转换成多路TCP/IP网络信号,在这里传统的DMX信号分配器和放大器己被多路网络集线器取代,分配到吊杆上的多路DMX信号线被一条网络线所取代,TCP/IP网络信号在吊杆上可以直接连接带TCP/IP网络信号接口的网络灯光设备,也可由网络DMX解码器转换成DMX信号以控制电脑灯、换色器等DMX灯光设备· #Next#  综上所述,全网络灯光控制系统方案真正实现了灯光系统的网络化,可以兼容网络控制器、DMX控制器和网络灯光设备、DMX灯光设备,是当今最为先进的灯光系统。全网络灯光控制系统除了可以实现灯光系统中控制台与各设备之间的完全实时双向通信外,还具有线路结构比前2种方案大大简化、节省布线及维修费用的巨大优势.   4.网络DMX矩阵灯光控制系统方案   图4是网络DMX矩阵灯光控制系统方案,它是在完全网络灯光控制布线方案的基础上进行了重大改进,由中国河东电子有限公司率先推出的网络灯光系统方案.   网络DMX矩阵灯光控制方案是通过网络DMX矩阵编码器把所有不同灯光控制台的网络信号和DMX信号重新编排,利用网络直接传送到网络灯光设备或通过网络DMX解码器解调出DMX信号控制DMX灯光设备。   与完全网络灯光控制布线方案相比,本方案有以下2方面的优点.   1 由于采用了吊挂式网络调光器,从而部分或全部取消了调光器控制室的作用,只需把电力线和网络线布在吊杆上,布线结构进一步大大简化.   2 采用最新网络DMX矩阵技术,把输入到吊杆上的多路DMX信号和网络信号合并成一个DMX信号线输出或网络信号输出,也就是说无论在节目中吊杆上使用多少了种DMX灯具,只需一个1通道输出网络的DMX—512解码器便可以解决问题,真正做到了不变应万变!   综上所述,有了网络DMX矩阵灯光控制系统,无论灯光设计中怎样添加灯光台和灯光设备,只要在网络DMX矩阵编码器重新编排,不需要考虑信号的传送和布线,控制网络DMX矩阵系统方案在先进性和和经济性方面比完全网络灯光控制布线方案更胜一筹.   下面简述在网络DMX矩阵布线方案中几个主要网络灯光设备的功能. #Next#  A 网络DMX编码/解码器   主要功能:   把非网络灯光控制台的一路或多路DMX信号转换成TCP/IP网络信号,或把TCP/IP网络信号转换成多路DMX信号,一般有1通道、2通道、4通道和8通道DMX-512信号输入/出4种   厂家参考产品   Stand        :SN103   ETc          :ETCNET-2   Compulite    :E-mix   HDL          :N001   B 无线网络DMX编码/解码器 主要功能:   把非网络灯光控制台的多路DMX信号转换成TCP/IP网络信号,或把TCP/IP网络信号转换成多路DMX信号,用802.11b标准把TCP/IP网络信号以无线方式接入网络,最大无线传输距离为800米.   厂家参考产品   Stand        :无见报道   ETc          :无见报道   Compulite    :无见报道   HDL          :WN001   C 网络DMX矩阵解码器     主要功能:   把TCP/IP网络信号转换成的多路DMX信号重新编码为单路DMX-512信号输出,根据网络DMX矩阵编辑器的逻辑指令有选择地控制相应的DMX灯光设备.   厂家参考产品   Stand        :无见报道   ETc          :无见报道   Compulite    :无见报道   HDL          :N005   D 网络DMX矩阵编辑器     主要功能:   根据现场灯光设计的要求,规划网络DMX矩阵解码器的单路DMX-512信号输出的逻辑关系,有选择地控制相应的DMX灯光设备.   厂家参考产品   Stand        :无见报道   ETc          :无见报道   Compulite    :无见报道   HDL          :N006 #Next#  E固定式网络调光器     主要功能:   新型网络技术调光器,TCP/IP网络信号接入,同时兼容DMX512信号,与灯光网络的相关设备双向通信,一方面接受系统的DMX及其它控制指令,另一方面接受网络其它设备的访问,向系统报告调光回路的电气参数,它是灯光网络糸统控制中的主要设备. 它是最主要的灯光网络设备之一。   厂家参考产品   Stand        :有   ETc          :有   Compulite    :有   HDL          :D96Plus   F吊挂式网络调光器   主要功能:   吊挂式设计,流动与固定两.用有2x2KW和4x2KW功率输出2种,其它功能同固定式网络调光器.   厂家参考产品   Stand        :无见报道   ETc          :无见报道   Compulite    :无见报道   HDL          :N008   G 网络调光台   主要功能:   具有TCP/IP接口的电脑调光台,通过网络信号线与系统中的其它调光设备,如网络调光器,文件服务器,中央监控器等双向交换控制信息,它是最主要的灯光网络设备之一。   厂家参考产品   Stand        :有   ETc          :有   Compulite    :有   HDL          : 东方龙2008系列网络调光台   H 网络调光台离线编辑器   主要功能:   便携式手提电脑配合网络调光台软件.通过网络同主调光台同步,在预演中可作为灯光师离线编辑和修改灯光程序的辅助工具,在演出中可作为同步备份调光台.   厂家参考产品   Stand        :有   ETc          :有   Compulite    :有   HDL          :2008B #Next#  I 网络文件服务器   主要功能:   与网络中的调光台双向交换演出程序及历史演出资料,定时记录网络调光器工作参数等。   厂家参考产品   Stand        :有   ETc          :有   Compulite    :有   HDL          :有   J 网络调光器监控器    主要功能:   实时记录和显示网络系统中调光器的工作状态参数,在系统出现故障时发出警报。   厂家参考产品   Stand        :有   ETc          :有   Compulite    :有   HDL          :有   K 带备份控制台的网络调光器监控器     主要功能:   具有与网络调光器监控器的USB接口手动控制台,通过网络可接收网络调光台的集控(Sub masters)控制资料,在紧急情况下可启动作为备份控制台使用,其它功能同网络调光器监控器。这是一个非常适合中国国情的网络灯光产品。 Stand        :无见报道   ETc          :无见报道   Compulite    :无见报道   HDL          : 2008c   L 无线网络灯光遥控器   主要功能:   采用802.11b无线以太网络通讯技术,用PDA掌上电脑作为灯光网络的无线终端,可直接与电脑调光台交换命令,在演出装台、排练时作对光辅助工具,在正式演出时作为系统的备份调光台使用。   厂家参考产品   Stand        :有   ETc          :有   Compulite    :有   HDL          :WN002 #Next#  M 有线网络灯光遥控器   主要功能:   有线TCP/IP网络接口,功能同无线网络灯光遥控器。   厂家参考产品   Stand        :有   ETc          :有   Compulite    :有   HDL          : N002   5、展望   DMX信号协议虽然还是目前非常流行的标准信号协议, DMX-512信号协议虽然还是目前非常流行的标准信号协议,然而由于它的传输信息量少和单向通讯等致命缺点,它己不能满足现代电视台及剧场的技术及业务管理对灯光控制系统的要求,因此DMX-512信号协议必然是一个过渡性的信号协议。事实上近期在欧洲己出现了符合TCP/TP协议的网络灯具,世界上己有好几家著名厂商,包括中国的HDL;开始生产符合TCP/TP协议的网络调光台和网络调光器,由于TCP/TP网络协议信号具有的通用性和高速双向传输等绝对优势,它将在未来电视台/剧场的现场控制,技术管理,运营管理方面扮演最重要的角色,可以预计在今后几年内TCP/TP网络协议将会取代DMX成为电视台/剧场灯光控制系统的标准信号协议.笔者相信,未来几年内在电视台及剧场灯光网络布线方案设计中,,"全网络灯光系统布线方案"和"网络DMX矩阵灯光方案"将全面取代传统的DMX灯光系统布线方案,成为主流的控制系统结构方案!

    时间:2020-09-10 关键词: 电视台 灯光 网络

  • ASON网络应用及进展

    ASON网络应用及进展

      一、引言   截至2001年底,我国骨干光传送网中的数据业务量已经超过了话音业务量,达到总业务量的50%以上。数据业务的特征是任意点到任意点的连接,业务流量和流向动态的变化。为了适应传送网数据业务的新特点,光传送网开始向支持网状网和带宽动态灵活指配的智能光网络方向发展。自动交换光网络(AutomaTIc Switched OpTIcal Network)技术的出现和快速发展体现了光网络发展的这一新趋势。   ASON是由信令控制实现光传送网内的连接/拆线、交换、传送等一系列功能的新一代光网络。ASON提供一种快速满足用户需求的体系结构,可有效解决网络可扩展性、可管理性和如何快速配置用户带宽、对用户带宽提供端到端保护的问题。ASON概念的提出代表了下一代光网络的发展方向,它将彻底改变当今电信传输网的网络体系、发展模式以及业务配置方式,使光传送网具有智能化。   二、标准化进展   自1998年智能光网络的概念被提出,到2000年ITU-T正式确定开展ASON的标准化工作,ASON的相关技术研究和标准工作取得了很大进展。涉及ASON标准化工作的主要国际标准组织包括国际电联(ITU-T)、互联网工程任务组(IETF)以及光互联论坛(OIF)。   (1)ITU-T提出了ASON的体系结构和总体要求,以及信令、路由、自动发现等系列建议,其中有关体系结构、信令协议、路由结构等方面的标准已经通过。目前,ITU-T正在进一步开展有关路由协议,自动发现,ASON网络管理等方面的标准化工作。根据ITU-TSGl5的开发进度,预计ASON的大部分建议;降在2005年完成。   (2)ETF提出了面向光网络控制的通用多协议标记交换(GMPLS)体系架构,包含信令、路由、链路管理等规范,其中有关信令方面的三个GMPLS标准草案已经成为了正式的RFC。IETF目前正在对有关链路管理协议LMP、网络保护恢复、域间路由协议等方面的标准草案进行讨论,大部分IETF GMPLS的规范有望在年内完成。   (3)OIF在UNI1.0的成功基础上,进一步开发了UNI2.0草案,根据运营商需求增加了很多新的功能,包括支持呼叫、双归、修改带宽以太网业务和扩展的安全性等。2004年1月,ENNll.0信令规范得到正式表决通过。OIF在2004年的一项重要工作是进行UNI2.O和ENNI的互操作性试验,以全球范围的主要运营商为主体,开展以太网适配(GFP)。VCAT/LCAS,UNIl.0R2,ENNI信令和路由等方面的实验。图1为各个标准化组织有关控制平面的标准化进度。  图1 各标准化组织的工作进度   三、ASON设备情况和国内外应用   近年来,光网络设备制造商大力投入ASON设备的研发工作,ASON有关的关键技术特别是控制平面技术得到了突破,ASON设备也逐步由实验室阶段走向实用化阶段。   在传送平面方面,目前比较成熟的是基于电交叉技术的大容量SDH交叉连接设备,多数厂家都采用OEO交换结构,交叉容量一般可以达到320G以上,并具有平滑扩展到T比特容量的能力。交叉颗粒可以支持VC-4以及VC-4-nc,部分厂家称未来将进一步支持波长、子波带和光纤的交换颗粒。组网能力除了能够支持传统的环网保护和路径保护之外,还能支持网状网恢复。在控制平面方面,光网络设自制造商在OIF UNIl.0和IETF GMPLS规范的基础上,开出了具有分布式智能功能的ASON控制平面,实现了网络拓扑的自动发现、交换连接和软永久连接控制、分布式路自、网状网保护和恢复等功能,支持带内或带外的信令网络、多种业务等级SLA,并能够提供符合OIF UNI 1.0的标准接口。但是,由于相关标准尚未完成,目前的ASON产品还仅实现了部分ASON功能,ASON产品还有待进一步完善。存在的具体问题如下:   (1)厂家对于呼叫和连接分离,连接接纳控制、E-NNI接口等功能支持的较少。   (2)不同厂家的ASON网络还无法通过E-NNI接口实用互联互通。   (3)具有ASON网络实际应用的厂家比较少。   (4)基于控制平面的分布式网络保护和恢复,在大规模网络上的性能还需要试验网络的进一步检验。   在ASON产品应用方面,国外一些主要运营商和设备制造商起步较早。AT&T公司率先在全美范围内敷设了连接约100个城市的智能光网络;沃达丰,西班牙电信,Network等运营商也相继将ASON应用在干线网络中。近两年来,我国的主要电信运营企业对ASON技术投入了极大的关注。2003年,中国铁通在吉林完成了省内智能光网络试验,北京通信首次在国内城域网上采用了智能光网络技术,中国电信、中国联通等也积极开展了相关技术研究和经济性分析,并着手ASON试验网的规划和建设。   四、ASON网络应用和演进的策略及问题   经过几年来ASON技术的不断进展和国内外运营商在ASON组网方面的积极探索,ASON技术已逐步走向实用化,预计2004-2005年将成为ASON网络应用的分水岭。从以下几个方面探讨ASON网络应用和演进的策略及存在问题。   1.分步骤向ASON网络演进   ASON技术是对现有光传送网的网络结构、业务提供、运行维护体制的巨大改变。同时,市场的迫切需求和标准的不完善,是运营商部署ASON网络面临的最大问题。因此,光传送网络向ASON的演进必须循序渐进,采取统一规划分步实施的策略。   从国内运营商的需求来看,有可能在骨干传送网或城域传送网中首先引入ASON。骨干传送网具有向网状网演进的迫切需求,骨干网对网络资源优化的要求高,需要丰富的保护恢复机制。因此,在长途节点可以首先使用基于OEO交换技术的大容量交叉连接设备,并引入ASON的信令、路由协议和NNI接口,实现ASON的功能。但是,在骨干网引入ASON,对业务和网络整体结构的影响较大,运营商对此比较慎重。城域传送网的业务量大,具有对动态业务调度要求高的特点,而且在城域网中引入ASON对全网的影响较小,因此国内一些运营商考虑首先在城域传送网的核心层面引入ASON。   由于目前ASON接口标准还不成熟,不同厂家之间难以实现互联互通,因此现有的ASON设备还不能构成标准的ASON网络,一般称之为智能光网络。现阶段部署的智能光网络必然选用单一厂家的设备,并且仅需要单控制域的组网应用方式。在这种组网方式下,ASON节点之间采用I-NNI接口互联,对外采用标准UNI接口连接客户网络。由于l-NNI接口属于网络内部接口,不涉及互联互通,因此允许厂家选择自己的控制协议,可以不要求协议和信令机制的标准化。   随着ASON标准化的逐步完善和成熟,通过对ASON节点设备进行软件升级,使之具有符合标准的E-NNI接口,可以实现与其他厂家的ASON设备互通,在单运营商内部构成分层的控制域结构,进而在不同运营商ASON网络之间实现互通,演进成为标准的ASON网络。要保证智能光网络未来向标准ASON网络升级,选择设备要考虑以下要求:    (1)支持或未来支持标准的UNI,E-NNI接口。   (2)智能功能和信令、路由和链路管理等协议必须符合ITU-T/OIF/IETFASON相关标准。   (3)选择广泛使用的信令和路由协议,以便未来和其他设备的互通。   (4)设备必须具有良好的平滑升级能力,应能够不需要更换硬件,仅通过软件升级成为符合标准的ASON网络节点。   2.技术选择和组网方式   (1)控制方式选择。ASON体系结构支持实现的灵活性,允许集中控制方式、分布控制方式或二者混合的方式。分布式控制的控制功能由分布在每个网元中的控制元件实现,完成任何控制功能通常要求不同网元的控制元件进行交互和协调。在集中控制方式下,网络的智能控制通常由集中的网络管理系统来承担。   由于ASON需要支持大量的动态连接,因此采用分布式控制方式能够提供更高的执行效率和可靠性,使网络的局部故障对全网的影响降低到最小程度。分布式控制方式中,每个网元节点具有完备的信令连接功能,使网元组织和不同厂家设备共同组网的实现变得简单易行,比较符合网状网的特点。   集中控制方式的网络性能受到管理系统的处理能力的限制,连接建立和保护恢复的时间比较长。网络控制对于管理系统的依赖性比较强,管理系统故障会影响全网的控制。但是,由于管理系统掌握全网资源和状态的动态信息,对于路由优化、恢复的预计算等工作,虽然可以由控制平面独立完成,但是在管理系统的指导下,可以得到全网范围最优的解决方案。因此,对于新建ASON网络应采用分布式控制方式,可适当结合管理系统的网络优化功能,实现优化的网络智能。   (2)控制域的组织。根据现有ASON产品的技术水平,智能光网络组网应采用单厂家设备,单控制域的组网方式,即所有ASON设备在一个控制域内。为满足网络的可扩展性,控制域内可以根据需要划分若干路由区,设备间采用I-NNI信令接口进行互联。未来进行网络扩容时,可以采用两种方式,即在原有控制域内扩容,但要求必须采用相同厂家的设备;组建新的控制域,并通过E-NNI信令接口进行控制域之间的互联,这种方式允许选择不同厂家的设备。   ASON网络对客户网络应提供标准的UNI接口。由于目前支持UNI接口的客户层网络设备比较少,应要求ASON网络提供UNI代理功能,客户可以通过UNI代理的终端,向DXC网络申请动态连接的建立、删除和查询。   (3)网络保护恢复方式的选择。网状网的动态连接恢复机制与SDH线性和环网保护机制相比,具有较高的网络资源利用率。但是,其恢复时间相对较长,一般在几百毫秒到秒级。由于目前传送网仍承载大量话音业务,要求50ms以内的保护倒换时间。因此,ASON网络应采取传统的SDH保护和MESH网络,恢复相结合的生存性机制。   ·对于话音等对业务损伤时间敏感的业务,仍采用传统的SNCP保护、复用段或者环网等保护机制,保证50ms的业务倒换时间。同时,可以结合ASON的网状网恢复能力,提高话音业务在多重故障下的生存能力。   ·对于IP业务、数据租线业务等可以采用网状网共享保护和动态恢复。利用ASON丰富的业务级别服务(SLA)功能,针对各种业务采取不同的保护恢复策略和差异化服务。   3.与现有网络的兼容   现有网络中已经建设了大量SDH环网和WDM系统,这些网络不具备智能,使得网络端到端连接动态控制无法实现,成为全网智能化的瓶颈。因此,必须解决ASON如何兼容现有网络的问题。对旧的光网络设备的兼容,存在以下两种升级方案:   (1)对每个设备增加智能控制单元。这种方案需要对每个设备的软、硬件进行复杂的升级工作,技术上有一定难度,而且不经济。   (2)对管理系统进行升级,使它成为具有智能的集中控制平面,原来的传送网络就成为ASON网络中的一个集中控制域。管理系统利用集中控制方式,实现控制域内连接的自动建立。在该控制域内部使用私有控制协议,对外通过在管理系统中增加标准的信令接口(UNI和E-NNI),实现与其他控制域的配合,从而最终达到全网内的自动交换。   采用管理系统升级为集中控制的方式,兼顾了智能网络建设的迫切需求与传统网络技术的现状,可以实现旧的传送网络与ASON网络的兼容和平滑演进。   五、结束语   相信随着ASON标准化进展的加快和ASON设备的进一步成熟,ASON技术即将步入实用化阶段。现有光网络逐步向ASON网络演进是光传送网发展的趋势。ASON网络的部署将深刻地改变光传送网的体系和功能,ASON这种新的网络体系将为网络运营商和服务提供商带来新的业务增长点,并将创造巨大的市场机会。   摘自 泰尔网

    时间:2020-09-10 关键词: ason 网络

  • ATM网络结构和接口

    一、ATM网络结构 ATM网可分为三大部分:公用ATM网、专用ATM网和ATM接入网。 公用ATM网是由电信管理部门经营和管理的ATM网,它通过公用用户网络接口连接各专用ATM网和ATM终端。作为骨干网,公用ATM网应能保证与现有各种网络的互通,应能支持包括普通电话在内的各种现有业务,另外还必须有一整套维护、管理和记费等功能。目前还没有一个商用的公用ATM网,有关公用ATM网的协议也正在不断地完善之中。 专用ATM网是指一个单位或部门范围内的ATM网,由于它的网络规模比公用网要小,而且不需要记费等管理规程,因此专用ATM网是首先进入实用的ATM网络,新的ATM设备和技术也往往先在ATM专用网中使用。目前专用网主要用于局域网互连或直接构成ATM LAN,以在局域网上提供高质量的多媒体业务和高速数据传送。 接入ATM网主要指在各种接入网中使用ATM技术,传送ATM信元,如基于ATM的无源光纤网络(APON)、混合光纤同轴(HFC)、非对称数字环路(ADSL)以及利用ATM的无线接入技术等。 二、ATM主要接口1、UNI(User-Network Interface) UNI为ATM网中的用户网络接口,它是用户设备与网络之间的接口,直接面向用户。UNI接口定义了物理传输线路的接口标准,即用户可以通过怎样的物理线路和接口与ATM网相连,还定义了ATM层标准、UNI信令、OAM功能和管理功能等。按UNI接口所在的位置不同,又可分为公用网的UNI和专用网的UNI(PUNI),这两种UNI接口的定义基本上是相同的,只是PUNI由于不必象公网的接口那样过多地考虑严格的一致性,所以PUNI的接口形式更多、更灵活、发展也更快一些。 2、NNI(Network to Network/Network Node Interface) NNI可理解为网络节点接口或网络/网络之间的接口,一般为两个交换机之间的接口,与UNI一样,NNI接口也定义了物理层、ATM层等各层的规范,以及信令等功能,但由于NNI接口关系到连接在网络中的路由选择问题,所以特别对路由选择方法做了说明。同样,NNI接口也分为公网NNI和专用网中的NNI(PNNI),公网NNI和PNNI的差别还是相当大的,如公网NNI的信令为3、7号信令体系的宽带ISDN用户部分B-ISUP,而PNNI则完全基于UNI接口,仍采用UNI的信令结构。 3、B-ICI(BISDN Inter-Carrier Interface) B-ICI定义为两个公用ATM网之间的接口,为分别属于两个运营者的UNI接口提供了连接,它的定义基于NNI接口,其特点是支持不同网络间的多种业务传送,包括基于信元的PVC方式业务、PVC方式的帧中继业务、电路仿真业务、SMDS以及SVC业务等。 4、DXI(Data Exchange Interface) DXI定义在数字终端设备DTE和数字连接设备DCE之间,DTE通过DXI与DCE相连,再通过ATM UNI接口接入ATM网中,DCE完成了不符合ATM标准的数据终端到ATM的适配过程,相当于终端适配器。 5、FUNI(Frame Based UNI Interface) FUNI的意义与DXI相似,FUNI将ATM适配功能完全移入了交换机内部,终端和ATM交换机之间传送FUNI帧,所以与基于信元的DXI接口相比,FUNI在接入线上有更高的效率。

    时间:2020-09-10 关键词: atm 接口 网络

  • Mesh网络的特点分析

         相对于单跳的802.11网络,Mesh网络有其自身的特点:   1、平衡负载,Mesh网络可以提供更大的冗余度以利负载平衡。在比较繁忙的网络,例如有两台设备进行大数据量的通讯,每台设备附近都有许多节点可供选择,创建多条路径来平衡负载。而单跳网络则没有动态调整的能力。   2、健壮性,因为Mesh网络不像单跳网络,仅仅依靠一个节点,一旦某个节点出现故障或者有冲突发生,Mesh网络可以继续工作,数据也可选择替代路径继续传递。   3、空间的复用性,Mesh网络可以充分地利用带宽。在一个单跳环境中,所有设备不得不共享一个节点,如果多台设备同时要求接入网络,那么必然导致速度变慢;而Mesh网络,多设备可以同时接入网络,却通过不同的节点。   总之,Mesh网络的优缺点如下:   优点:满足802.11标准的产品已经广泛使用、对于小范围的部署初始投资有限、不局限于有线网的灵活性   缺点:为了覆盖更大的地区需要建立更多的订阅基站(subscriberbase)、共享带宽、延时、外围设备的投入、隐藏节点问题

    时间:2020-09-10 关键词: mesh网络 网络

  • 自下而上的网络故障修复

      对于自下而上的网络故障修复,首先要检查网线,接着是协议堆栈。当有一个用户出现故障时,我们可以很容易地从物理层开始,然后一直往上修复。当EMI和/或环境相关的错误引发问题时,可以研究一下习惯性的问题。比如,我曾经有一个客户,有一次,有那么几天他的线路天天在3:00时出现问题。而问题在第二天早上时消失了。在查看了趋势分析报告之后,我发现流量在某个相同时间出现增长。不管电子器件中的连接如何移动,总是发生同样的事情。对问题的跟踪对我来说是一个噩梦。结果显示,在那几天喷水设备总是打开的并且室外电缆没有保护膜而是安装在建筑的地基下(还被草坪覆盖着)。当水分蒸发了,问题也就不复存在了。   如果错误的出现要么是连续的要么是间歇性的,那么检查一下物理层是一个不错的做法。区域结束的接插线是一个特别常见的问题原因,但是其它的环境条件也可能造成问题。当移动墙壁时,以前安装在远离日光灯支架的电线可能不再处于在可接受范围之外的,新的电源抛插线板可能安装得太靠近等等。非常值得关注的是,我们不能通过查看交换机端口上的连接信号灯来确定线路的好坏。正如电子设备一样,连接是需要一定条件的,但是如从发送者到接收者之间的信号是递降的,那么数据包就是没有用的。记住这样一种说法“灯是亮着的,但是家里没人”。这对于铜线或者光纤而言都是正确的。   如果我们安装的是Gigabit以太网,并且在采用信道性能的新参数之前安装了电缆,那么同样需要重新验证电缆的新参数。我们必须注意到,当测试设备的任何物理层媒介操作时,往往这种做法是在原始的实验室环境中进行的。而实际的安装可能要根据大量的外部因素来改变。如果我们使用自下而上的方法,那么需要检查所有的物理媒介,并且这个步骤是不可以跳过的,因为我们可以ping一下设备或者查看连接信号灯。另外一方面,如果我们没有看到连接信号灯亮——那问题就很明显了。   这样,我们可以继续我们的检查步骤——检查网卡诊断、交换机端口统计,然后到应用。如果只有一种应用不再工作,那么我们必须从上面开始检查。如果几个应用都不工作或者一个工作站上的所有的应用都不工作了,那么我们必须从下面往上开始检查。同时,记住,有时问题会出现在中间层,那么这个规则会反向进行。

    时间:2020-09-09 关键词: 故障修复 网络

  • 博科16Gbps光纤通信网络解决方案

       以结构为基础的网络是支持高度虚拟化的数据中心和私有云环境的基本要求,并且是Brocade One博科统一网络战略的重要要素,可提供低延迟、不间断的易于操作的网络。为了支持这一重要客户需求,为了达到光纤通道标准,进一步扩大公司的市场领先地位并为已安装的存储网络客户(其中包括90%的财富1000强企业)基地提供持续的升级途径。   全新博科16 Gbps光纤通道组合   博科的全新端对端16 Gbps光纤通道组合包括博科DCX 8510中枢、博科6510转换器、博科1860结构转适配器、博科网络顾问11.1管理软件,以及博科结构OS 7.0操作系统。这些产品在下一代光纤通道行业标准FC-PI-5的基础上,提供16 Gbps性能,其性能为博科2008年首次推出的解决方案的两倍。完整的博科16 Gbps组合包括:   · 博科DCX 8510中枢:该行业最强大的SAN中枢,拥有可扩展性、高性能和可靠性,经过实践证明这些性能,支持私有云存储,可提高业务灵活性。它包含8槽和4槽底盘型号,支持多达384 16 Gbps线性速率端口以及每秒8.2兆兆(Tbps)带宽。它能简化扩展性网络设计,降低网络的复杂性,简化管理并降低成本。它的能源消耗是0.27 瓦/Gbps,性能比同类竞争解决方案提高10倍。   · 博科6510转换器:提供特别的价格/非同一般的性能,博科6510设计灵活,在高效的1U形状系数下加强服务器虚拟化,虚拟桌面基础设施(VDI)和固态硬盘(SSD)配置。它拥有24个端口,并可扩展至28个端口,提供高达768 Gbps总计流量。功率为0.14瓦/ Gbps,是全行业最低的功率损耗。每个端口以与10 GbE端口类似的成本提供高达40%的性能。   · 博科1860结构适配器:这是一种新型服务器适配器,支持光纤通道、以太网光纤通道(FCoE)以及单个适配器所需的以太网连接,以实现灵活的服务器输入/输出整合。博科1860是适用于私有云优化数据中心网络的理想适配器。它为16 Gbps 和10 Gbps 光纤通道提供高速性能,拥有一百多万个IPOS存储应用程序,同时通过博科网络顾问的单个界面统一管理适配器、SAN和LAN资源。   · 博科网络顾问11.1:这是一款统一的管理软件解决方案,适用于博科光纤通道、有线以太网、无线以太网以及融合后的网络环境。博科网络顾问11.1对于端对端网络管理拥有更强的洞察力,有助于降低成本,简化操作。它提供众多强大的管理功能以及现金的服务器适配器以及虚拟机管理功能。为简化管理流程,它可无缝整合第三方存储资源管理和EMC资源管理组合和HP虚拟连接企业及存储调配经理的数据中心业务流程工具。   · 博科结构OS 7.0:博科光纤通道硬件可在最新博科结构OS上运行,该系统现提供7.0版本。这一最新发布为虚拟化和云架构提供众多独特功能,包括瓶颈探测、先进的性能检测和适应性网络从而有助于优化结构行为和应用程序性能。   除了转移到16 Gbps标准所带来的更高性能外,博科在其它方面进行了强化,包括用于改善带宽利用率的空中数据压缩,用于加强安全性的空中高速加密,以及用于改进后的网络可见性和网络管理的诊断程序。为提供无可匹敌的投资保护,新的组合无缝整合了已在全球范围内完成配置的约3000万光纤通道SAN端口。

    时间:2020-09-09 关键词: 博科 光纤通信 16gbps 网络

  • 2011年第二季光纤网络市场表现强劲

      根据 Ovum 欧文的研究指出,全球光纤网络市场2011年第二季表现得相当强劲,几乎攀升回复到经济衰退前巅峰状态的一半。         按地区来看,中南美洲市场复苏的百分比最高,相较于上一季成长了31%,达美金2亿6700万。然而更重要的是市场规模更大的欧洲、中东和非洲,也出现25%的环比增长,以及38%的同比增长,达美金11亿7千万。   独立电信分析师在最新的市场占有率分析报告*中指出,与2011年第一季相比,电信服务业者2011年第二季花费在光纤供货商的开支成长了16%,相较于去年同期成长了17%,达美金41亿。   此外相较于2010年第二季,年度开支成长了8%,达美金153亿。Ovum 网络基础设施业务副主席 Dana Cooperson 评论表示:此业绩象征连续两季的年收益增长,让市场几乎重回经济衰退前的巅峰状态美金166亿的一半,之前市场的巅峰出现在2008年第三季。   Cooperson 评论表示:2011年第二季北美市场的表现相较于2010年第二季,成长了18%,连续四季超过10亿美金。只有亚太区相较于2010年第二季没有出现成长,开支维持在美金14亿。   以供货商的表现来说,华为本季再次缔造最佳的收入表现,高达美金9亿元,市占率22.7%,相较于它2011年第一季的表现大幅增长超过60%。然而尽管如此,华为仍是前十大供货商中损失最多更重要的年度市占率的业者。   同时,它的主要竞争对手,市占率排名第三的中兴,本季交出有史以来最佳的表现,收入突破美金5亿元大关。相较于2010年第二季,年度增长提高了45%,让中兴成为前十大供货商中,年度市占率成长最多的业者。

    时间:2020-09-09 关键词: 光纤 2011 网络

  • 中肯携手发布最快HSPA+商用网络

      法电肯尼亚携手中兴通讯近日在肯尼亚首都内罗毕对外宣布,基于Uni-RAN的当地最快HSPA+网络正式商用。通过这张网络,肯尼亚居民可以体验高达21Mbps的高速无线下载速率。肯尼亚总统齐贝吉与现场200余嘉宾共同见证了这一时刻。   法国电信(France Telecom) 是全球第四大电信运营商,总部位于巴黎,是一家综合全方位业务的电信运营商,它的移动电话在法国和英国位居第一。法电拥有来自全球32个不同国家的1.82亿用户。2007年12月其完成了肯尼亚电信公司51%股份的收购,正式进入肯尼亚市场,并在2010年获得肯尼亚3G牌照。   中兴通讯此次为法电肯尼亚提供的是基于Uni-RAN的全IP解决方案,利用多制式统一平台,为其打造了一套2G/3G统一移动网络,网络具备向LTE平滑演进的能力,可大大提高用户使用体验,并为运营商实现了OPEX的极大节省,“灵活组网”和“高效组网”实现了完美结合。          凭借Uni-RAN的领先技术,中兴通讯在欧洲等高端市场获得了持续突破,与KPN在德国和比利时、与Telenor在匈牙利和黑山、与OpTImus在葡萄牙,与H3G在瑞典部署了多张LTE/HSPA网络,提供基于Uni-RAN的无线设备及解决方案,并成功实现了规模交付。中兴Uni-RAN正在成为无线宽带时代的核心竞争力,成为运营商重要的盈利推动力。   商用发布仪式上,法电肯尼亚CEO Mickael Ghossein表示:“Orange致力于为肯尼亚人民开创新颖的无线生活模式。今天,我们投入巨大的资源与来自中国的领先通讯厂商中兴通讯合作建设的先进3G网络正式商用。我们将为肯尼亚用户建立起更佳的无线应用环境,让个人和商业用户充分享受高速无线生活乐趣。我们的目标是让用户获得最高质量的上网享受和提升工作效率。”   中兴通讯肯尼亚总裁许成荣表示:“中兴通讯为法电肯尼亚提供了技术领先、同时具有低TCO的解决方案,满足未来平滑演进需要,符合法电集团和法电肯尼亚致力于提供领先的移动数据服务的需求,将最终为用户创造便捷的生活方式。未来中兴通讯还将不断为整个产业链降低TCO努力,继续保持客户化创新与高效研发,持续提升网络交付能力与服务质量。”

    时间:2020-09-09 关键词: hspa 网络

首页  上一页  1 2 3 4 5 6 7 8 9 10 下一页 尾页
发布文章

技术子站

更多

项目外包