关于 柳州解放找大学生服务过夜〖10669708薇信〗 的搜索结果,共1241
j****2 2018-07-10
百度脑开日来袭 24种全新AI能力呈现
比如百度EasyDL与分形科技打造的智能垃圾桶已成功地落地海淀公园,可以对7种常见垃圾自动分类,后期还可以通增加训练数据识别更多种类;在和德邦物流的合作中,为用户免去了自行填写息的麻烦,使用定制词法分析快递申请,一秒拆分姓名、电话、住址等息;更具科研意义的还有百度EasyDL与中科院在珍稀鸟类识别项目上展开的合作,在传统分类日渐没落的今天,百度EasyDL可以利用强的图像识别技术协助专家们对动植物标本、照片进行快速鉴定,目前中科院使用EasyDL训练对超12万幅图片进行分析,目前在700多种鸟类模top5上的识别准确率达到93.89%,非雀形目鸟类模型top5准确率达到95.79%,满足上线要求。 与卓繁息的合作,百度脑还打造了“AI便民”的新型无人值守受理站。通UNIT、OCR、人脸识别等AI技术,“无人值守”的政新模式为社会公众提供全年无休的24小时自助办事,提升了政府为民的能力。 开日当天,网红智能猫窝的设计者百度脑工程师晚兮也在现场为家讲述了智能猫窝设计者们的初心。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
单机房故障自愈决方案概述 百度AIOps框架中,单机房故障自愈决方案构建在运维知识库、运维开发框架、运维策略框架三个核心能力之上。具体程为自愈程序搜集分散的运维对象状态数据,自动感知异常后进行决策,得出基于动态编排规划的止损操作,并通标准化运维操作接口执行。该决方案策略和架构耦,并且托管到高可用的自动化运维平台之上,实现了业在任意单个机房故障情况下皆可自愈的效果。 截至目前该方案已覆盖百度多数核心产品,止损效率较人工处理提升60%以上。典型案例: 在8月28日某产品在单机房故障发后1min55s完成止损。 在后续文章中我们会继续介绍单机房故障自愈的更多详细内容,敬请期待! 单机房故障容灾能力的建设 在容灾能力建设中有哪些常见问题? 如何证明已经具备单机房容灾能力? 单机房故障人工止损方法 人工止损时如何感知故障? 人工止损时如何收集故障息? 人工止损时如何进行流量调度? 单机房故障机器人止损方法 如何设计单机房故障自愈整体方案? 如何降低流量调度风险? 如何应对不同业流量调度策略和平台的差异?
h****e 2018-07-10
程序:我从哪里来?
在BNS系统中,单元表示一个的实例集合,一般以三段式的结构表示,比如:server.noah.all,server表示名,noah表示产品线,all表示机房名称,单元的名字在系统中是唯一的。 使用场景 在程序员的日常工作,常常面临以下的场景: 场景 场景一:我是一名OP工程师,负责几十个系统模块的运维,我常常需要登录部署的机器排查问题,但是只知道名,记不住那么多部署息,怎么办? 场景二:我是一名RD工程师,我负责的需要扩容,我的是很多下游的依赖,的扩容怎么通知给下游模块? 场景三:我的部署实例有一个出现故障了,我想对下游屏蔽该故障实例,怎么办? 下面以一个简单的例子来说明,假设一个模块名是Server,它的上游是Proxy,下游是Redis,当出现变更或者故障时,如何让上游感知到呢? 当新增上线实例、下线摘除实例或者实例发故障时,BNS系统通部署在机器上的客户端实时感知到实例的状态变化,同时新增和删除实例的变更情况会立即同步到分布式的缓存系统中,这样用户通一个BNS名字就可以感知到下游的实例变化。
疏****月 2018-07-09
一键上线Archer | 百度持续部署的瑞士军刀
干货概览 业部署(熟称上线)是运维领域最常见的业类型,主要涉及线上代码变更、配置文件变更(数据变更由于其高频、量的特点,我们已在数据传输文章《嗖的一下,让数据自动效》中专门讨论)。一般的业上线具有不定时操作、业部署情况复杂、单机启停策略复杂等特点。在手工运维时代,运维人员需要花费量精力进行此类重复性工作,且易于出错。从公布的数据显示,Google 70%的产事故由上线变更触发,如何减少变更程中人为误操作,提供一个灵活、稳定的部署系统是运维平台研发人员所亟需决的问题。 基本介绍 在运维自动化的潮下,百度运维管理平台Noah发布了一键上线部署系统——Archer。Archer致力于提供一套产品线全程的可迁移发布决方案,实现一键完成机器初始化、部署、添加模块监控、添加CT任、动态数据文件的分发等全程的自动操作。在操作方面,Archer提供了命令行工具作为发起一次上线的操作入口,这种设计模式也决定了其易于集成的特点。在DevOps流水线作业中,Archer可以作为一个环节结合进整条测试发布流水线中。
流****水 2018-07-11
度云企业级运维平台——NoahEE
在业规模发展到一定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发。 在实际的运维中,还有更多的因素需要考虑,例如机器是否会分配给不同部门(资源的隔离)?权限又该如何控制?随着规模变,人力成本等管理成本上升,然而效率低下、可用性不升反降等等都是非常可能出现的问题。百度对于这个问题给出的答案是,必须先要决资源组织管理问题。简单的说,管理要决的最核心问题就是如何对资源进行有效组织管理与定位: 图2 决规模带来的问题 在管理这个地基打好后,我们再来回顾下上面的例子。这个例子中,地图研发的同就可以在运维平台中选中导航的模块进行升级,运维平台会通管理来定位此次升级操作需要影响的机器并进行批量的操作。NoahEE中的所有运维系统,都以管理为基础来进行运维操作,例如在监控系统中,我们可以对导航模块(而不是单台机器进行操作)添加一些指标采集任,并在一定条件达成时报警。管理通对资源合理的组织,极的简化了运维操作,提升了运维效率。
追****圣 2018-07-11
给书记省长讲清楚云计算
在最近的十年,移动互联网兴起,便捷的通、打车、外卖、电子支付等功能层出不穷,所有面向个人消费者的行业都在加速互联网化;未来十年里,计算机技术将深刻影响工业产领域。这时问题出现了,我们需要上千万名工程师吗,我们有这么多工程师吗? 历史总是惊人相似的轮回,在国家决策层面,云计算是个可以和能源、金融相提并论的领域。 第一次工业革命开始时,每一个矿山都安装各自的蒸汽机;第二次工业革命开始时,每一个工厂都要重点决电力等能源问题;息技术革命开始时每个公司都要有计算机工程师。但百川终到海,发动机能统一标准,电力能源能集中供应,云计算平台可以实现计算机技术的标准化,凭借规模效应降低成本,让客户直接付费购买息技术,极减少了客户的人力投入以及衍的时间和管理成本。 息技术革命的核心工作是息的存储和处理,最重要的资源是数据。客户的数据在云平台就像资金在银行一样,银行可以根据储户的流水评估用,央行可以对货币进行宏观调控,云平台一样可以对用户息进行评估计算,甚至国家层面可以进行宏观管理调控。
x****7 2018-07-10
从外行进阶专业 传统企业AI转型差的可能只是一个百度EasyDL
比如有位“天文迷”孙睿康同,基于EasyDL设计了一个超新星自动搜寻系统,希望通对星云图片的AI技术分析,发现可能存在宇宙中的超新星,这一脑洞型的研究成果,已被哈尔滨工业《智能计算机与应用》刊发。而孙睿康只是一名高中,这清楚不地表明了EasyDL在推动AI普惠上的可能性。 AI所带来的惊喜,才刚刚开始。 欢迎点击【EasyDL定制化训练及平台】,了更多产品内容。 如需合作咨询可点击屏幕右下角标志,提交具体咨询息;或可进入AI开发者社区,进行沟通交流。
1****2 2018-07-09
百度安全:AI 是系统工程 需要真正开的安全护航
但他们的工作方式依然是智能终端与云端的各种通。 根据百度安全的总结,AI 的安全既包含传统安全层面,比如AI 系统的硬件、软件、 框架、协议等,也包含AI 自身层面的安全,比如错误地引导机器习系统,以达到攻 击者的目的,或者破坏机器习的样本,让机器习得出错误的结果。 在最近的GeekPwn 极棒破会现场,百度安全实验室的研究员只用一张打印的A4 纸晃了晃,就成功秒破了某安卓智能手机的人脸识别认证系统,虹膜和指纹也相继 被破。AI 时代,人脸识别、指纹密码、人眼虹膜认证等物认证方法,取代了传统 的密码。很多人认为物识别的唯一性保护了我们的隐私。但事实上,这种想法实在 于简单。要知道,当你成功把自己变成一个活着的人体密码的时候,也就成为了黑客的 重要“资源”。 云管端一体化的AI 安全方案 在这次OASES 联盟成立的发布会上,百度安全宣布向联盟成员开了其在AI 态上的多项安全能力。官方的说法是,希望在智能终端领域,通专利共享、技术开源、标准共建,与联盟合作伙伴共同推动安全技术与的应用落地,共建安全的AI 时代。
w****t 2018-07-10
AIOps中的四金刚
在针对运维的场景中,会覆盖运维相关的管理、监控、变更、流量调度等相关平台。 这部分平台是运维的基础,在AIOps时代仍然需要依赖于这些平台的建设。 同时在AIOps场景中,数据成为了中心,运维各种状态息转换为数据,机器习则作用在数据上进行分析。在百度AIOps的实践中,运维开发框架、运维知识库、运维策略框架共同组成了完整的智能运维平台,三平台的建设和实施离不开数据、机器习架构的引入。这就要求平台研发工程师具备数据、机器习平台架构师的多重身份,具备流式计算、分布式存储、机器习平台、算法策略平台等一系列数据和机器习平台架构能力。 运维研发工程师 基于多个业线场景抽象出的单机房故障自愈决方案,能够满足部分场景需求,但并不意味着可以直接提供给各个业线来使用。原因如下: 策略和参数需要进行调整 流量调度、容灾策略等策略,针对不同的业线,配置并不相同。例如某些业对响应时间敏感,跨地域的调度会带来较的延迟,影响用户体验,这时就需要根据业情况配置机房之间的跨机房流量调度延迟系数,来实现流量优先调度到延迟系数最低的机房。
2018-07-10
密开源这门意——商业角度看开源
在上个世纪程序员人数很少但都是精英黑客,参与开源的目的是以码会友,不会发表太烂的代码,顺着开源社区容易到技术师,几个IT高手也容易蹭出商业火花。 2. 商业公司主导开源 现在越来越多的公司参与到开源项目中,甚至主导了很多商业开源项目;现在开源项目的精英理想主义色彩褪去,但打破认知垄断的初心没变。 开源软件是打破软件专利垄断,而且部分都很便宜甚至免费,这就很适合做商业降维打击。这个篇幅太长我不展开细谈,只抛出三个案例: IBM提供AIX技术帮助完善了Linux,SUN和微软的器操作系统都不太好卖了。 Java、Golang的开发者态比 dot Net要友好热烈,这些程序员的待遇差距越来越。 硬件公司Intel支持开源云计算项目,这些软件可以促进自家CPU、主板、SSD和网卡的销售。 中国有句俗话叫“财散则人聚”,老外终于会了“源码散则厂商聚”。对于以IT技术为核心竞争力的企业,降低门槛既可用于绝地反击,又可用于做行业态。 3.
w****0 2018-07-11
单机房故障自愈-黎明之战
层:从BFE流量转发至内网程,使用BFE提供的GSLB动态负载均衡进行流量调度。 依赖层:内网上下游业之间的流量调度程,使用百度名字(BNS)进行流量调度。 对于单机房止损场景来说,DNS流量调度的效时间较层、依赖层的流量调度效时间要慢很多,所以我们期望在发某个业的局部单机房故障时,优先进行层、依赖层调度。提升止损时效性。 在单机房容灾能力、智能监控平台、流量调度平台的基础上,启动单机房故障自愈工作的时机已经成熟。我们将会在下篇文章中详细介绍单机房故障自愈决方案,敬请期待! 单机房故障机器人止损方法 单机房故障止损的能力标准 单机房故障自愈的常见问题 单机房故障自愈的决方案
l****m 2018-07-10
五年前的预言——2012年云计算时代的运维职位展望
2、进行云计算器维护;几供应商自己也要维护器,那些中型企业肯定会自己做私有云,在这个云计算平台里也是需要运维人员进行从低端监控到高端架构的一系列维护工作,但自动化运维技术会让运维人员的数量减少,可能每个公司都只有一两个小团队了。 3、进传统行业继续做运维;笔者就是在一个通讯公司工作,我可以很乐观的说云计算会对公司造成有限的技术革新,比如说实现OS的虚拟化。我们需要的SIP必须亲自搭建,阿里盛新浪都没得卖,甚至因为硬件和网络限制让我们很难使用虚拟机;而外宣网站一类的东西根本不是我们的核心竞争力,能用就好效率低一些没关系。除了通讯公司之外,产领域(比如管理产线)也有类似的顾虑,云计算的优势和公司的业需求完全不沾边,所以这类公司的运维可能会是最后的运维。工作的时候都习惯网站相关的工作,但你Web就一定要网站工作是挺蠢的行为,危邦不入乱邦不居,最好不要涉足一个没有前途的行业。
布****五 2018-07-10
如何执行一条命令
部署升级 DevOps的概念如今日趋流行,部署升级越发成为开发运维程中重要的一环,频繁的交互意味着频繁的部署。部署程可以拆为两个小的步骤,一是新软件包的上传,二是进程的重新启动。进程的重新启动不必多说,软件包的上传可能有多种方式,如sftp的集中式,p2p的点对点式等。 监控采集 软件运维程需要时刻监控系统及业软件的运行状态,各种运维决策都是以这些数据为依据进行的。随着自动化运维的发展,很多运维动作都从人工执行变为了自动执行,自动执行的决策程更是需要采集量的实时息(前期文章《百度规模时序数据存储》中介绍的TSDB就是为了决这些数据的存储问题而研发的)。监控数据的来源主要分两种,一种是通软件提供的接口直接读取状态数据,另一种是通日志/进程状态/系统状态等(如使用grep提取日志,通ps查询进程状态,通df查询磁盘使用等)方式间接查询。 无论是配置管理、部署变更还是监控采集,都有一个共同的目的:控制器。在现阶段,要想对器进行控制,离不开“在器上执行命令并收集结果”这一基础能力,这也是今天我们的主题“如何执行一条命令”的意义所在。
M****点 2018-07-10
中国云计算现状——产品篇
OpenStack API可以将网卡在主机之间插拔管理,网卡从主机附属设备变成了独立资源,内网IP的分配职责从系统工程师变成了网络工程师,无数被安全组恶心的用户,也逐渐弃了本机防火墙。这些改变是从网络层面践行云计算的设计哲,单机(IP/防火墙)不重要,云主机就是不息的群狼,组织群狼的网络更加重要了。 二、PaaS产品 相比同质化竞争主打价格牌的IaaS云,PaaS产品才是云计算的未来。用好PaaS产品可以更省人力、更快交付,按用量付费可能会比按资源付费更便宜(也可能更贵),而PaaS平台的恼人和诱人之处均在于产品形态很模糊、质量很难评估、很难独立运营、没有领头羊企业和事实标准。 PaaS云平台和IaaS云资源的区别就在于,平台需要理客户的动作和状态。对象存储和CDN就是最典型的PaaS,云平台按照数据容量、访问流量、访问次数和方法收费;Mysql RDS只能按照内存和日志空间上限计费,但仍然可以替客户做数据库状态展示、分析和备份,这是渡性的PaaS。
p****d 2018-07-11
单机房故障自愈--运维的春天
水位上限:该水位线表明的最承载能力,一旦流量超故障水位线,很概率会导致容量载。 如果安全水位线提供的容量不足以满足止损,那我们期望使用上两条中间的容量buffer,同时流量调度程中进行分步试探,避免一次性调度压垮。 基于快速熔断的载保护 在流量调度时,建立快速的熔断机制作为防止载的最后屏障。一旦出现载风险,则快速停止流量调度,降低次故障发的概率。 基于降级功能的载保护 在流量调度前,如果已经出现对应机房的容量载情况,则动态联动对应机房的降级功能,实现故障的恢复。 2业线止损策略需求差异 【问题描述】 我们实现了基础的单机房故障流量调度止损算法,但在部分业线中仍存在较的需求差异,比如: 分步动态调度需求:业存在充Cache的情况,程中能力降低,需要控制切换速度。 优先级调度需求:产品对延迟敏感,止损时需要优先切到同地域机房;业于多个上游,多个上游的重要程度不同,优先保证重要上游稳定。 容量负载计算需求:请求成分不同,不同成分请求带来的容量负载不同。
TOP