加入收藏 | 设为首页 | 会员中心 | 我要投稿 漯河站长网 (https://www.0395zz.cn/)- 云服务器、混合云存储、网络、内容创作、云渲染!
当前位置: 首页 > 站长资讯 > 传媒 > 正文

全球政府机构十大网络安全事件

发布时间:2021-02-19 13:11:16 所属栏目:传媒 来源:互联网
导读:那么今天我们就来看看以IBM Project Debater为代表的AI 技术如何掌握人类语言制高点! 消费类人工智能 vs 商用人工智能 在谈AI的语言能力之前,我们先要区分开消费类人工智能和商用人工智能。如果你研究人工智能的发展格局,不难发现,离大家生活很近的是消

那么今天我们就来看看以IBM Project Debater为代表的AI 技术如何掌握人类语言制高点!

  • 消费类人工智能 vs 商用人工智能

在谈AI的语言能力之前,我们先要区分开消费类人工智能和商用人工智能。如果你研究人工智能的发展格局,不难发现,离大家生活很近的是消费类人工智能产品,比如:智能音箱、社交媒体照片处理工具等。与消费类人工智能迥然不同,商用人工智能的目的是帮助世界各地的企业作出更好的预测、优化企业流程以及实施自动化、智能化。而语言正是决定商用人工智能成败的三要素之一 (另外两个要素为自动化和信任)。

语言,也可以称为自然语言处理 (NLP,Natural Language Processing )。从某种角度来看,你可以将一家企业视为全部通信和沟通,包括文件、电子邮件、聊天内容的集合,企业内发生的一切几乎都与语言有关。而且,它们对企业而言至关重要。在商业环境中,AI“掌握”人类语言,不仅是能实现“集成性分析”,即在一个打通的AI平台上综合分析、输出洞察;还能针对最具挑战的专业文档、专业知识进行深度分析,做最专业的专家决策助手。

  • IBM Project Debater——掌握人类语言的制高点!

下面我们就来聊聊在这次世界人工智能大会上备受瞩目的IBM Project Debater。众所周知,早在1997年战胜人类国际象棋大师的IBM深蓝,在14年后的2011年又赢得了电视益智问答游戏“危险的边缘”。而在此后的数年间,特别是随着谷歌AlphaGO的出现,整个人工智能界已经在游戏类挑战中取得了阶段性成果。以棋牌游戏为挑战的人工智能研究达到了一个瓶颈,接下来的挑战是什么?IBM Project Debater 选择了辩论这个领域。辩论的魔力在于讨论开放性问题,辩题的答案不是非黑即白,同时,内容可以涉及广博的知识。

IBM人工智能辩论系统 Project Debater是世界首个能够以人类语言方式、实时地针对争议话题进行辩论和说服的前沿AI技术。如同历史上参与象棋博弈的IBM深蓝和著名电视节目JEOPARDY!中的IBM Watson,该项目也继承了IBM参与AI大挑战的传统,展示了有先驱性、突破性的AI如何在企业和社会领域助力人类做出决策。经历了几轮与人类最优秀的辩论冠军进行的现场辩论之后,Project Debater的核心AI技术已经被商业化,并纳入IBM Watson解决方案之中,以帮助企业针对人类语言交流中最具挑战性的方面,进行深度挖掘和分析。IBM Project Debater 的诞生和不断提升也标志着AI掌握人类语言的制高点。


 

/02 做好监控/

大多数的故障不是突然发生,而是有一个逐渐积累的过程,直到爆发。所以监控的价值不仅仅是看看数据那么简单,对于异常识别特别有帮助。

一般监控分两个维度,系统维度和业务维度。监控指标分为三层,「环境指标」、「程序指标」、「业务指标」。具体怎么做我在之前的文章《分布式系统关注点——360°的全方位监控》有具体说明,这里就不赘述了。

如果是分布式系统,还可以搭建一个请求链路跟踪系统。有很多成熟的现成解决方案,CAT、SkyWalking、Zipkin、Pinpoint等等。

多说一句,我们在做监控预警的时候,除了设置阈值还要关注一下波动率。比如,某项资源日常使用率20%,除了设置超过80%的阈值进行预警之外,在它产生波动幅度100%(使用率40%)以上的时候也需要预警,提前让人关注。否则一旦以一个较快的速度增长到80%之后,留给你在故障爆发前消灭它的机会就非常渺茫了。

另外,针对常见的故障预设几套故障响应方案,以及进行定期的故障演练(一般上了一定规模的公司或者处于扩张期的公司才会考虑)可以让团队面对线上故障的时候更加地游刃有余。

假如你不幸成为了线上故障的解决者,如果上级不在旁边的话,需要定时向上级汇报问题处理情况,以便TA了解问题的严重程度、修复进度并作出决策。

反正就算你不上报,迟早也会被催。与其被动的被催,不如主动上报。

好了,总结一下。

这篇呢Z哥和你分享了一些处理线上故障的经验。

从思路上,分为五个步骤“保留现场 -> 恢复 -> 定位 -> 解决 -> 复盘”。除了第四步「解决」外,我都进行了展开。

  • 保留现场。主要是保存dump文件,以及截图系统监控的数据(没有在外部搭建的监控系统内的部分)。
  • 恢复。主要重启、回滚、降级、限流和扩容。还有一些小众的方法「切到备机」、「故障隔离」等
  • 定位。分析dump文件、分析监控数据、程序运行日志。
  • 解决。
  • 复盘。搞清楚以下4个问题就够了:
  • 这次故障原因是什么?
  • 是否有更快的方式在当时来恢复业务?
  • 如何避免再出类似故障?
  • 当前系统中是否还有类似的潜在风险?

然后还建议了你要未雨绸缪,尽可能减少故障在线上爆发。

  1. 解你的程序
  2. 做好监控


(编辑:漯河站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读