关于 〖微855166⑤4〗临沂外围女模特上门酒店服务一条龙媳慰 的搜索结果,共1559
h****e 2018-07-10
程序:我从哪里来?
在BNS系统中,单元表示的实例集合,般以三段式的结构表示,比如:server.noah.all,server表示名,noah表示产品线,all表示机房名称,单元的名字在系统中是唯的。 使用场景 在程序员的日常工作,常常面以下的场景: 场景 场景:我是名OP工程师,负责几十个系统块的运维,我常常需要登录部署的机器排查问题,但是只知道名,记不住那么多部署信息,怎么办? 场景二:我是名RD工程师,我负责的需要扩容,我的是很多下游的依赖,的扩容怎么通知给下游块? 场景三:我的部署实例有个出现故障了,我想对下游屏蔽该故障实例,怎么办? 下面以个简单的例子来说明,假设块名是Server,它的游是Proxy,下游是Redis,当出现变更或者故障时,如何让游感知到呢? 当新增线实例、下线摘除实例或者实例发生故障时,BNS系统通过部署在机器的客户端实时感知到实例的状态变化,同时新增和删除实例的变更情况会立即同步到分布式的缓存系统中,这样用户通过个BNS名字就可以感知到下游的实例变化。
布****五 2018-07-10
如何执行命令
如何解决 为了解决这个简单的难题,我们设计了如图3所示的百度集群控制系统(Cluster Control System,简称CCS系统),通过分离控制信息与执行信息建立了两级数据型,结合命令执行及机房部署点建立了四级传输型,通过三级守护方式建立了稳定的执行代理,在大规器集群解决了“命令三要素”问题。 图3百度集群控制系统架构 截至目前,CCS系统已经部署在全百度的所有机房中,用户可以方便的在任意台机器进行秒级命令下发和结果收集,日均承载数亿次来自各产品的接口调用。关于数据型、传输型、执行代理这“分布式命令三要素”的设计及应用,我们将在下篇文章中详细介绍。
流****水 2018-07-11
度云企业级运维平台——NoahEE
图1 NoahEE概览 接下来,我们把这艘诺亚方舟分解开来,近距离观察下这艘船的方方面面。 管理 我们首先介绍管理是因为管理是整个运维工作的基础,也是NoahEE这个平台各个系统能够进行批量自动化操作的关键。管理这个概念的出现,是随着业快速膨胀的必然,其要解决的主要问题是个“量”,或者说“规”的问题。在早期业较为简单时,可能部署在几台甚至台机器,进行变更等运维操作简单直接,登录到机器人工操作就好了。随着业的发展,分布式应用与的广泛使用,我们越来越多的面着运维场景与运维执行之间的脱节。 举个例子,今天17:00开始对X机房的地图导航块进行升级。对于产品研发的同学来说,关注点是语义明确且更具描述性的“运维场景”;而对于运维人员来说,关注点是此次升级操作所涉及的机器等资源在哪里。在业发展到定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在实际的运维中,还有更多的因素需要考虑,例如机器是否会分配给不同部(资源的隔离)?权限又该如何控制?
疏****月 2018-07-09
线Archer | 百度持续部署的瑞士军刀
干货概览 业部署(熟称线)是运维领域最常见的业类型,主要涉及线代码变更、配置文件变更(数据变更由于其高频、大量的点,我们已在数据传输文章《嗖的下,让数据自动生效》中专讨论过)。般的业线具有不定时操作、业部署情况复杂、单机启停策略复杂等点。在手工运维时代,运维人员需要花费大量精力进行此类重复性工作,且易于出错。从公布的数据显示,Google 70%的生产事故由线变更触发,如何减少变更过程中人为误操作,提供个灵活、稳定的部署系统是运维平台研发人员所亟需解决的问题。 基本介绍 在运维自动化的大潮下,百度运维管理平台Noah发布了线部署系统——Archer。Archer致力于提供套产品线全过程的可迁移发布解决方案,实现键完成机器初始化、部署、添加块监控、添加CT任、动态数据文件的分发等全过程的自动操作。在操作方面,Archer提供了命令行工具作为发起线的操作入口,这种设计式也决定了其易于集成的点。在DevOps流水线作业中,Archer可以作为个环节结合进整测试发布流水线中。
x****7 2018-07-10
行进阶专业 传统企业AI转型差的可能只是个百度EasyDL
拿1000张图片使用百度EasyDL训练个图像识别型最快只需要8分钟;拿1000音频来训练声音分类型,只需15分钟;使用5000数据训练文本分类型,也只需8分钟。 由于百度EasyDL低槛、高精度、更轻快的点,成为企业快速享受AI红利的首选。 用案例说话:零槛落地 自2018年4月正式发布以来,百度EasyDL用户量级迅速攀升。 截至2018年12月,百度EasyDL用户数达到10万,覆盖22个行业,已快速在零售、安防、互联网内容审核、工业质检、医疗、物流等应用落地,广泛渗透到各种职业场景和细分生活场景当中。 在百度EasyDL开发者中,有南方电网这类巨头,也有些中小型企业,他们都能训练最贴合自身业的深度学习型。 中国南方电网公司广东电网公司直属的佛山供电局管辖范内,输电线路约4500公里,16000余基杆塔单元,线路附近易发生力破坏的施工点有300余处。
s****d 2018-07-11
亿元级云用户分析
1.云目的分析 大型云用户云的宏观目的和普通用户类似,但多角色多部的利益诉求非常复杂。 降低成本:客户最直观的诉求,或者削减IT预算,或者同等预算下支撑更多的;其他客户诉求都难以清晰描述,唯独成本可以看发票和合同。 明确责任:客户不想承担各个IT系统的衔接和选型责任,相比软件厂商和系统集成商,云厂商的责任覆盖范会更广泛些。 收拢数据:云本身并不碰业数据,但云是很好明确业数据存储位置的机会,云业改造是规范数据结构的理由。 求新图变:企业客户在气势如虹时要居安思危,在困境危难之中穷极思变,IT技术是企业的潜在增长点甚至退路。 本文讨论的是有糊度和利润空间的云计算项目,CDN和IDC资源可以用做计收载体,但不能做为云目的分析。亿元以器、CDN的订单很多但既无技巧也无利润,这些资源厂商也在跟云厂商学习如何包装项目。 2.客户角色利益分析 大企业多角色之间的利益诉求不同,所以表现形式也不同。我将客户三大角色列出来讨论,销售-售前-项目经理铁三角组合明确客户的诉求,才更好游刃有余的客户。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
看看各的启动优先级也是个讲究多多的过程,iptables会比network先启动这类依存关系很好理解;但我也遇到过云平台的DHCP获取太慢,而云主机操作系统启动快、Network还没从DHCP那里获取到IP地址,然后Mysqld等需要监听端口的启动失败。 后记 以内容只能算精简科普版的Linux系统启动过程,正式版的启动过程可以写十万字,有兴趣的朋友可以自己查维基百科,或拿我说的关键字去百度搜索。 曾经我把这些技能当做资历,但现在大家都云了,它们就只是闲聊的谈资了。但客户云就能少招个研究这事的工程师,云确实也很有意义啊。 夜静人稀,沙子关好了小气把六十四枪刺下来;而后,拄着枪,望着天的群星,想起当年在野荒林的威风。叹口气,用手指慢慢摸着凉滑的枪身,又笑,“不传!不传!”----老舍《断魂枪》
M****H 2018-07-11
故障定位场景下的数据可视化实践
基于面的需求,可以总结为以下三个定位的层次,从整体到局部逐步缩小故障范,找到故障根因: 全局问题定位:快速确认线状态,缩小故障判定范。为可能的止损操作提供判断依据。本文会介绍如何构建个全景分析仪表盘。 细分维度定位:通过分析地域、机房、块、接口、错误码等细分维度,进步缩小问题范,确定需要排障的目标块、接口等。本文会介绍如何基于多维度数据可视化解决维度数量暴增带来的定位难题。 故障根因确认:些情况下,问题的根因需要借助除监控指标之的数据进行分析。例如线变更、运营活动导致的故障。本文针对导致故障占比最高的变更线类故障进行分析,看如何快速找到可能导致故障的变更事件。 全景掌控缩小范 对于乃至产品线而言,拥有个布局合理、信息丰富的全景监控仪表盘(Dashboard)对于状态全景掌控至关重要,因此在百度智能监控平台中,我们提供了款可定制化的、组件丰富的仪表盘。 用户可以根据征,自由灵活的组织仪表盘布局,配置所需要展示的数据信息。
w****0 2018-07-11
单机房故障自愈-黎明之战
干货概览 在故障自愈机器人,保你安心好睡眠文中,我们介绍了单机房故障自愈的必要性和解决思路。本文主要介绍单机房故障自愈前需要进行的准备工作,具体包括: 单机房容灾能力建设中遇到的常见问题及解决方法 基于网络故障及业故障场景的全面故障发现能力 百度统前端(BFE)和百度名字(BNS)的流量调度能力 单机房容灾能力--常见问题 单机房故障场景下,流量调度是最简单且最有效的止损手段,但我们发现业线经常会遇到如下问题导致无法通过流量调度进行止损: 1.存在单点 描述:系统内只有个实例或者多个实例全部部署在同物理机房的程序块即为单点。 问题:单点所在机房或单点自身发生故障时,无法通过流量调度、主备切换等手段进行快速止损。 要求:浏览请求的处理,不能存在单点;提交请求的处理,若无法消除单点(如有序提交场景下的ID分配),则需要有完整的备份方案(热备或者冷备)保障单机房故障时,可快速切换至其他机房。 2.跨机房混联 描述:下游之间存在常态的跨机房混联。 问题:逻辑单元未隔离在独立的物理范内,单机房故障会给产品线带来全局性影响。
TOP