关于 辛集找服务妹子╇薇8189585④援交上门找到全套包夜特殊】n 的搜索结果,共1136
疏****月 2018-07-09
一键线Archer | 百度持续部署的瑞士军刀
因此,在部署系统的开发后期,自身的功能变更主要中于单机部署工具。为了提高自身开发迭代效率,脚本未采用网部署的方案,只部署定插件群。每次执行时,单机agent会从插件群下载最新MD5,如果有变更,将重新下载最新插件进行任的执行。这种设计形式增强了执行端功能的可横向扩展性,并且极大降低了每次自身升级的成本。每次升级只需更新一个群的插件代码,在部机器即可生效。 总结 百度部署经历了手工线- Web化- 开放化一系列发展进程,目前正在向智能化逐步发展。Archer作为开放化一代的运维产品,在百度内部具有极高的使用率。期待本文的介绍能为您提供一些思路,也欢迎同行们与我们进行流,共同促进AIOps的发展!
h****e 2018-07-10
程序:我从哪里来?
干货概览 在计算机程序或者的层次,我们来试着分析前面提的几个问题。 问题 1.我是谁? 叫什么,含了哪些实例,规模、部署情况、实例运行状况如何? 2.我从哪里来? 游有哪些,不同的游流量如何分配? 3.我往哪里去? 的下游有哪些,不同的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在百度的运维实践中,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度云智能运维团队研发的一分布式的名字系统,是百度云Noah智能运维产品中的一个重要基础系统。它为每一个赋予一个独一无二的名字,根据这个名字,我们就可以获取这个的相关信息 ,这些信息括:在机器部署信息(机器IP,部署路径,配置,端口信息),的实例运行状况等其他重要信息。简单来讲,它提供了一个资源信息的一个映射关系。
不****主 2018-07-09
高精地图
高精地图还含很多语义信息,地图可能会报告通灯不同颜色的含义,也可能指示道路的速度限制,及左转车道开始的位置。 高精地图最重要征之一是精度,手机的导航地图只能达米级精度,而高精地图可以使车辆能够达厘米级的精度,这对确保无人车的安性至关重要。 二、高精地图与定位、感知规划的关系 高精地图用于定位 高精地图是Apollo平台的核心,许多无人驾驶车模块都有赖于高精地图,有了高精地图我们就需要在该地图进行自定位。这意味着需要弄清我们在地图的位置,这就是定位——无人驾驶车辆在地图的确切位置。 首先车辆可能会寻地标,我们可以使用从各类传感器收的数据,如摄像机图像数据、激光雷达收的三维点云数据来查地标。车辆将其收的数据与其在高精地图的已知地标进行比较,这一匹配过程是需要预处理、坐标转换、数据融合的复杂过程。 无人车的整个定位过程取决于高精地图,所以车辆需要通过高精地图明确它处于什么位置。 高精地图用于感知 无人车也可以使用高精地图来帮助感知,就像人的眼睛和耳朵会受环境因素的影响一样,无人车的传感器也是如此。
流****水 2018-07-11
度云企业级运维平台——NoahEE
在业规模发展一定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在实际的运维中,还有更多的因素需要考虑,例如机器是否会分配给不同部(资源的隔离)?权限又该如何控制?随着规模变大,人力成本等管理成本升,然而效率低下、可用性不升反降等等都是非常可能出现的问题。百度对于这个问题给出的答案是,必须先要解决资源组织管理问题。简单的说,管理要解决的最核心问题就是如何对资源进行有效组织管理与定位: 图2 解决规模带来的问题 在管理这个地基打好后,我们再来回顾下面的例。这个例中,地图研发的同学就可以在运维平台中选中导航的模块进行升级,运维平台会通过管理来定位此次升级操作需要影响的机器并进行批量的操作。NoahEE中的所有运维系统,都以管理为基础来进行运维操作,例如在监控系统中,我们可以对导航模块(而不是单台机器进行操作)添加一些指标采,并在一定条件达成时报警。管理通过对资源合理的组织,极大的简化了运维操作,提升了运维效率。
s****d 2018-07-11
亿元级云用户分析
3.主体贩售资源分析 云供应商不可能靠软件和亿元销售额,只有以资源为载体,客户才会给亿元大单。这个观点跟前文的“资源可以用做计收载体,但不能做为云目的分析”并不是冲突而是印证。 以软件和做亿元营收载体,采购决策人会承担巨大决议风险;但平庸的贩售资源又会陷入价格战和关系战之中,云厂商追求市值和利润都不能讲这些老路了。 我们先列出来哪些资源是单体贩售能过亿的,云厂商把这些资源和其他的软件资源做打混淆付,云厂商就不是卖资源而是卖梦想了。 3.1 IaaS计算池 IaaS计算池,付给客户的是CPU+内存+本地盘+本地网+IDC电力,产品形式可以是虚拟机、裸金属、容器,或者预装了数据库-大数据-队列等的模板化云主机,决定资源池成本的是硬件和电力的价格,以及内部浪费程度。销售铁三角对硬件资源池的装,完成资源成本分析、展示和付款周期核算;在硬件资源池付时,云厂商的优势长处是大规模付和成本控制,至于短处么——家家有本难念的经。
金****洲 2018-07-10
混乱的群遇见TA 从此岁月静好
AHALO称Hybrid-cloud Application Layout and Operation system,顾名思义,它是私有云或混合云环境中的基础设施部署和群控制系统,是混乱群中的第一束光,让无序的群世界变得有序可控,是云最底层的基石,肩负着裸机环境配置,root域权限控制和智能托管基础设施的重任。如果没有HALO,群机器将处于失控的状态。它屏蔽了云底层繁杂的管控逻辑,提供简化接口给层系统NoahEE调用,使层系统更好更快地释放价值。 Q这么优秀的系统底是如何实现的呢? AHALO系统采用主从架构,分为Master端和Agent端。 Master端主要做复杂的任调度和管控逻辑,并且所有功能都是模块化设计,用户可以根据自己的需求定制安装,括虚拟化容器管理,应用管理、部署、扩缩容、拓扑搭建和保活,群控制等。 Agent端则以简单为原则,弱化繁琐功能,仅作为任的执行器,其中的supervisor组件,结合父双进程原理,做自升级和自保活,把云运维人员的工作量降最低。 整个系统的工作流程也十分简洁优雅!
w****0 2018-07-11
单机房故障自愈-黎明之战
本文主要介绍单机房故障自愈前需要进行的准备工作,具体括: 单机房容灾能力建设中遇的常见问题及解决方法 基于网络故障及业故障场景的面故障发现能力 百度统一前端(BFE)和百度名字(BNS)的流量调度能力 单机房容灾能力--常见问题 单机房故障场景下,流量调度是最简单且最有效的止损手段,但我们发现业线经常会遇如下问题导致无法通过流量调度进行止损: 1.存在单点 描述:系统内只有一个实例或者多个实例部部署在同一物理机房的程序模块即为单点。 问题:单点所在机房或单点自身发生故障时,无法通过流量调度、主备切换等手段进行快速止损。 要求:浏览请求的处理,不能存在单点;提请求的处理,若无法消除单点(如有序提场景下的ID分配),则需要有完整的备份方案(热备或者冷备)保障单机房故障时,可快速切换至其他机房。 2.跨机房混联 描述:下游之间存在常态的跨机房混联。 问题:逻辑单元未隔离在独立的物理范围内,单机房故障会给产品线带来局性影响。同时流量调度也无法使得恢复正常。
M****H 2018-07-11
故障定位场景下的数据可视化实践
多个维度关联分析 细分维度的故障所带来的表象可能会在多个维度均有表现,比如整体的访问拒绝升,我们会发现分机房的拒绝量升,也看分模块的拒绝升。那么我们如何确认故障的根因是来源于某个机房还是某个模块,还是这两者的叉维度,即某个机房的某个模块导致的问题。 矩阵热力图可以解决这一问题。将需要做分析的两个维度分别作为横纵坐标,通过阶梯的阈值颜色将对应叉维度的取值展现再坐标。我们便可非常直观的看这这两个维度对于整个业的影响情况,如下图所示: 我们可以看,从纵向的分模块维度,可以看Module 4在多个机房都有明显的访问拒绝情况,而在横向分机房维度,则没有明显的征。则说明是Module 4模块导致的问题。 嵌维度下钻分析 类似于国家-省份-城市的行政区域划分,区域-机房-机器的部署划分,我们可以看很多维度之间存在着层次嵌的关系。我们故障定位的思路也是如此,从整体局部逐步分层下钻定位。 我们提供了多维度展开报表功能支持这种下钻分析。
TOP