关于 黑帽寄生虫快速排名工具qq2810853647 北京大栅栏百度 的搜索结果,共1069
j****2 2018-07-10
脑开放日来袭 24种全新AI能力呈现
智能连续3年进入政府报告、“智能+”成为时代新命题,这些信息都显示2019年会是AI产业全面加落地的一年。AI行业的发展,离不开千万开发者的助力。 3月20日,首场脑开放日全新登场,介绍了全新开放的24种全新AI能力,AI赋能市政、物流、教育等行业的20个案例,也为向开发者、行业人士展现了如何搭上AI开放态的高列车。 脑开放日来袭 作为在人智能领域多年研究成果的集成者,脑正在飞进步着。自2016年启动开放以来,脑目前已经是服务规模最的AI开放平台,开放了158项AI能力,24小时集成,开发者数量超过100万,面向广泛的企业和开发者提供最先进、最全面的AI能力,不断降低AI应用落地的门槛。 AI技术态部总经理喻友平谈到,“在脑的开放态中,开发者一直是最为重要的一环。脑开放能力不断加,有很多有价值的技术难以被开发者了解。2019年脑开放日全新登场,希望为AI开发者提供及时、全面、近距离地了解脑最新AI产品和案例,且能深、持续交流的平台。”
3****3 2018-07-10
智能运维程架构
背景:为什么要做智能运维 云智能运维团队在运维和平台研发方向历史悠久,支撑了全数十万规模的服务器上的运维服务,所提供的服务包括服务管理、资源定位、监控、部署、分布式任务调等等。最近几年,团队着力于发展智能化运维能力以及AIOps产品化建设。 众所周知,除了搜索业务之外,还有很多其他的业务线,有像地图、科、知道、网盘这样的老牌业务,也有诸如像教育、医疗这样的新兴业务,每个业务在规模上、服务架构上都有很差异。业务本身对稳定性的要求很高,需要保持99.995%的高可用,同时在业务上云的背景下,虚拟化、混合云等都给我们带来了新的挑战。 运维经历了从脚本 、基础运维平台、开放可定制运维平台到我们现在的智能运维平台,这样四个阶段的转变。过去运维的核心目标是提升效果,比如持续交付的、服务稳定性、运营成本等。
x****7 2018-07-10
从外行进阶专业 传统企业AI转型差的可能只是一个EasyDL
所谓平台化,即AI技术以最低的门槛向外输出,合作伙伴基于场景进行开发,用于解决实际问题;而态化的核心,就是核心技术平台不争利,放利给态伙伴,进而产辐射效应。 EasyDL展示AI开放态的一种策略:用平台化的思路,将AI规模化落地,实实在在解决真问题。 近期,量个人也正加入到EasyDL的开发者行列中来。比如有位“天文迷”孙睿康同学,基于EasyDL设计了一个超新星自动搜寻系统,希望通过对星云图片的AI技术分析,发现可能存在宇宙中的超新星,这一脑洞型的研究成果,已被哈尔滨学《智能计算机与应用》刊发。而孙睿康只是一高中,这清楚不过地表明了EasyDL在推动AI普惠上的可能性。 AI所带来的惊喜,才刚刚开始。 欢迎点击【EasyDL定制化训练及服务平台】,了解更多产品内容。 如需合作咨询可点击屏幕右下角标志,提交体咨询信息;或可进入AI开发者社区,进行沟通交流。
1****9 2018-07-11
【强势出击】第二期脑体验师来袭
4月25日,脑开放日第二期正式开启 与第一期有所不同,第二期脑开放日,介绍了多种通用 AI新 能力;除此之外,还推出了两个新的定制训练平台-帮助开发者更简单高效地训练出满足细分场景的业务模型。 无论你是资深AI开发者,还是AI初体验者,加入“脑新品体验师计划” 分享改进建议、使用技巧/攻略或者有价值有意思的案例,与我们一起推动脑进化,帮助他人一起成长,探索AI前沿应用。 我们将评选出“最佳”的内容和开发者,发布获奖公告、颁发脑定制礼品、现金礼品卡等多重奖励! 【征集内容及要求】 产品改进建议或者您对脑AI的新需求:描述清晰、字数不限 使用技巧 攻略:接入流程清晰体、可读性可参考性强,不少于500字 有价值有意思的案例:场景、应用价值明确、图文结合,不少于500字 【参与方式】 在AI社区“经验交流”版块发帖:http://ai.baidu.com/forum/topic/add?
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
干货概览 在型互联网公司中,单机房故障因为其故障时间长、影响范围,一直是互联网公司运维人员的心头之痛。在传统的运维方式中,由于故障感知判断、流量调决策的复杂性,通常需要人止损,但人处理的时效性会影响服务的恢复,同时人的不可靠性也可能导致问题扩。 为了解决这类问题,我们针对内外部网络环境建设了基于智能流量调的单机房故障自愈能力。结合外网运营商链路监测、内网链路质量监测与业务指标监控构建了全方位故障发现能力,基于统一前端(BFE)与字服务(BNS)实现了智能流量调与自动止损能力。同时,基于实时容量与实时流量调自动止损策略与管控风险,实现了任意单机房故障时业务均可自愈的效果。当前此解决方案已覆盖搜索、广告、信息流、贴吧、地图等众多核心产品的单机房故障自愈场景。 单机房故障频发影响业务可用性 回顾近2年来各互联网公司被披露的故障事件,单机房故障层出不穷。
w****0 2018-07-11
单机房故障自愈-黎明之战
问题:流量调导致其余机房服务过载,造成多个机房服务故障,造成更范围的影响。 要求:容量建设需要对于每个逻辑服务单元都要有明确的容量数据,并备N+1冗余,即任意机房故障情况下,其余机房均可承载这部分流量,同时需要保证服务变化时及时更新数据和扩容服务,避免容量数据退化。同时对于流量的变化趋势,也需要有提前的预估,为重事件流量高峰预留足够容量(如节日、运营、假期)。 4.服务关联强耦合 描述:上下游服务使用固定IP或固定机器进行直接连接。 问题:单机房故障发时,关联的上下游之间无法进行的流量调止损。 要求:线上服务关联不允许使用固定IP或机器链接,需使用备流量调能力的上下游连接方式以实现上下游依赖解耦,下游服务发单机房故障,可以调整路由比例实现止损。 单机房容灾能力--盲测验收 完成以上四点单机房容灾能力建设后,业务线就备了通过流量调进行止损单机房故障的基本条件。那么如何验证业务线是否备该能力、能力是否出现退化,我们采取盲测验收的方式,模拟或真实制造故障,验证不同业务线故障情况及止损效率,并给出相应的优化意见。
TOP