关于 五常哪里有保健嫖娼打炮的地方服务╇(薇63435442)嫌陌 的搜索结果,共1855
h****e 2018-07-10
程序:我从来?
Naming Agent与Cache层数据交互,采用推拉结合式,Naming Agent主动拉取数据和Cache模块推送变更数据,同时Naming Agent客户端会将查询过数据置于本缓存中,以此降低Cache层查询压力。 Check Agent:提供BNS实例康检查功能,用户通过在Web页面对每一个实例配置康检查式,机器上Check Agent会主动探测所实例运行状况,并将康检查结果上报给Cache层,同时更新数据库内容。 总结 BNS系统满足间交互中资源定位、IP白名单维护等需求,也可以用于机器列表查询,使用场景包括机器列表查询、定位、白名单维护、数据库智能授权等,解决了程序“我是谁?我从来?该往去?”问题。 今天我们一起聊了百度云Noah智能运维产品中BNS系统,目前系统还在持续迭代和优化中,若您想进一步了解BNS问题,欢迎大家积极留言。
追****圣 2018-07-11
给书记省长讲清楚云计算
如果当政企要做好云计算就要从管理者变为者,必须在管控违规违法时不惊扰正,甚至主动出击为正网络驾护航。 前几条都是从降低成本可靠角度请云计算企业来合作建厂,如果你市场客户那对会主动上门寻求合作。从长周期来看云计算客户是覆盖全球全行业,各内部采购计算机项目根本不值一提,市场和客户要靠云计算厂商自己去找。但现在云计算厂商还在早期扩张摸索之中,云厂商极端渴求各种政云企业云成功模式案例,一旦摸出来案例会迅速推广到全国。这个窗口期只年,随着政云企业云被其他公司摸透并推广开,这些项目就从首发明星案例变为普通捆绑销售了。 挑选合格云计算合作厂商,每类厂商些特点。 前文说为何要引凤,如何算筑巢。当云厂商看到商机肯合作时,我们要掌握各类云厂商特点才能心数。 第一类是大型云厂商,他们自身很强资源整合能力和执行销售能力。政企和这类企业合作话语权很弱,但极小风险就能看到收益。 第二类是创业云厂商,他们一般是靠技术优势和态度从大型云企手抢单子。
流****水 2018-07-11
度云企业级运维平台——NoahEE
我们推出NoahEE(Noah Enterprise Edition)脱始于Noah,为企业提供了一站式运维解决案,覆盖了包括日故障管理和变更管理中典型运维场景,致力于为政企、金融、教育等行业提供业可用性障、提升运维效率。 图1 NoahEE概览 接下来,我们把这艘诺亚舟分解开来,近距离观察一下这艘船面面。 管理 我们首先介绍管理是因为管理是整个运维工作基础,也是NoahEE这个平台上各个系统能够进行批量自动化操作关键。管理这个概念出现,是随着业快速膨胀必然,其要解决主要问题是一个“量”,或者说“规模”问题。在早期业较为简单时,一个可能部署在几台甚至一台机器上,进行变更等运维操作简单直接,登录到机器上人工操作就好了。随着业发展,分布式应用与广泛使用,我们越来越多面临着运维场景与运维执行之间脱节。 举个例子,今天17:00开始对X机房图导航模块进行升级。对于产品研发同学来说,关注点是语义明确且更具描述性“运维场景”;而对于运维人员来说,关注点是此次升级操作所涉及机器等资源在
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
时间不稳会威胁到程序壮性和业安全性,甚至部分程序崩溃糊涂。 ntpdate只是个命令不是,它对远端时钟源是盲目信任;假设一个根NTP不稳定,所器获得了错误时间,虽然现在业层可以包容异,不会出现算出负利息或倒扣费情况,但业混乱是免不了。我们就说联机调试分布式日志,几个节点时间错可能日志就看不懂了。 NTPD做时间调整会效减少这类情形,它不是简单龟速调整时间,而是柔性时间调整策略,让时间线跃变和调整尽量少影响业(详情见附录实验);也不会盲目信任远端时钟源,甚至固执拒绝同步时间。NTPD相信本机时刻可能不对,但不会忽快忽慢甚至停滞,NTPD通过多次收发包选择权威稳定时间源,算出双网络延迟,然后才会采信新时刻进行时钟同步。 、误解根源和影响 因为NTPD不盲从其他时间源,让老一辈IT人会留下NTPD不好用、不靠谱误会。2005年个人测试用虚拟机时间经走慢,到2010年虚拟机还要防范时间停滞Bug。即使你用物理机投入生产,网络延迟仍然不确定,且要观测NTPD同步效果需要时间。
红****2 2018-07-10
故障自愈机器人,你安心好睡眠
单机房故障自愈解决案概述 百度AIOps框架中,单机房故障自愈解决案构建在运维知识库、运维开发框架、运维策略框架三个核心能力之上。具体过程为自愈程序搜集分散运维对象状态数据,自动感知异后进行决策,得出基于动态编排规划止损操作,并通过标准化运维操作接口执行。该解决案策略和架构解耦,并且托管到高可用自动化运维平台之上,实现了业在任意单个机房故障情况下皆可自愈效果。 截至目前该案已覆盖百度大多数核心产品,止损效率较人工处理提升60%以上。典型案例: 在8月28日某产品在单机房故障发生后1min55s完成止损。 在后续文章中我们会继续介绍单机房故障自愈更多详细内容,敬请期待! 单机房故障容灾能力建设 在容灾能力建设中见问题? 如何证明已经具备单机房容灾能力? 单机房故障人工止损法 人工止损时如何感知故障? 人工止损时如何收集故障信息? 人工止损时如何进行流量调度? 单机房故障机器人止损法 如何设计单机房故障自愈整体案? 如何降低流量调度风险? 如何应对不同业流量调度策略和平台差异?
s****d 2018-07-11
亿元级云用户分析
3.主体贩售资源分析 云供应商不可能靠软件和做到亿元销售额,只以资源为载体,客户才会给到亿元大单。这个观点跟前文“资源可以用做计收载体,但不能做为上云目分析”并不是冲突而是印证。 以软件和做亿元营收载体,采购决策人会承担巨大决议风险;但平庸贩售资源又会陷入价格战和关系战之中,云厂商追求市值和利润都不能讲这些老套路了。 我们先列出来些资源是单体贩售能过亿,云厂商把这些资源和其他软件资源做包混淆集中交付,云厂商就不是卖资源而是卖梦想了。 3.1 IaaS计算池 IaaS计算池,交付给客户是CPU+内存+本盘+本网+IDC电力,产品形式可以是虚拟机、裸金属、容器,或者预装了数据库-大数据-队列等模板化云主机,决定资源池成本是硬件和电力价格,以及内部浪费程度。销售铁三角对硬件资源池包装,完成资源成本分析、交付展示和付款周期核算;在硬件资源池交付时,云厂商优势长处是大规模交付和成本控制,至于短处么——家家本难念经。
w****0 2018-07-11
单机房故障自愈-黎明之战
干货概览 在故障自愈机器人,你安心好睡眠一文中,我们介绍了单机房故障自愈必要性和解决思路。本文主要介绍单机房故障自愈前需要进行准备工作,具体包括: 单机房容灾能力建设中遇到见问题及解决法 基于网络故障及业故障场景全面故障发现能力 百度统一前端(BFE)和百度名字(BNS)流量调度能力 单机房容灾能力--见问题 单机房故障场景下,流量调度是最简单且最止损手段,但我们发现业线经会遇到如下问题导致无法通过流量调度进行止损: 1.存在单点 描述:系统内只一个实例或者多个实例全部部署在同一物理机房程序模块即为单点。 问题:单点所在机房或单点自身发生故障时,无法通过流量调度、主备切换等手段进行快速止损。 要求:浏览请求处理,不能存在单点;提交请求处理,若无法消除单点(如序提交场景下ID分配),则需要完整备份案(热备或者冷备)障单机房故障时,可快速切换至其他机房。 2.跨机房混联 描述:上下游之间存在跨机房混联。 问题:逻辑单元未隔离在独立物理范围内,单机房故障会给产品线带来全局性影响。
若****客 2018-07-10
IT架构本质--我点感悟
如果我们架构之道做思想支撑,即使接手全新业类型,庖丁可以解牛也可以杀猪,我们一样能游刃余心不慌。我曾经接手三种生僻晦涩,按照本文原理去拆解和规划,就没什么特别难
M****点 2018-07-10
中国云计算现状——产品篇
前言 上篇文章《中国云计算现状——成本篇》(特大号首发改名为《做好云计算要花多少钱》)讲是成本问题,即什么企业可能能做云计算。本文是第二篇产品篇,目标客户是云计算产品经理和云计算标准用户。我从一个老用户角度谈谈每种云计算产品该如何使用,些产品改进是刚需放心吐槽,些产品内因就是改不了。本文主要说用云产品问题,买云产品问题在采购篇单聊。 正文 现在是2017年,云计算是物理硬件优质替代案,客户很认可云计算极低采购和交付成本优势。这时候我们要少被企宣PPT洗脑,追求华而不实远景,这些PR文章受众是风险投资、客户决策层和创业者。我们应该摸清楚云案和硬件案比什么特点和局限性,客户明白特点才能使用得心应手,客户明白局限性才会早作备用案,产品经理心不慌才会关注核心功能。 一、IaaS产品 IaaS平台本质是,产品以做硬件资源虚拟化为本,业上承接物理硬件替代需求,其优势是最快速度最低成本交付,客户为预占物理资源付费。IaaS产品是最经典云计算,核心组件是云主机,如虚拟网络、云硬盘和安全组都是为支撑云主机业
小****园 2018-07-10
让PB级云存储不再神秘
随机关闭各角色器各一台,看群集功能和性能是否受影响。 同名文件大范围替换测试,观察文件频繁修改后是否会性能降低。 根据厂商承诺空间回收策略做空间回收测试。 某些厂商没话题可聊就强调自己IO和IOPS非高,这就非不专业了,HTTP接口存储要谈性能也该谈并发连接和总带宽。 6、运营成本问题 当你要建设一个存储群集时,没存储技术可以去买,但建完赔钱就不行了。评估TCO成本是要上公云还是私云,用家公司案最合理主要依据。 我们不能像买个存储柜一样简单算TCO成本,对象存储群集成本大块: 硬件采购成本,一般占总成本20-30%。 器和硬盘是一次性投入,按照年报废周期折算。 机柜电力成本,一般占总成本20-30%。 存储节点经插几十块磁盘,都是高功耗电老虎,年机柜成本不比硬件低。 带宽接入成本,一般占总成本是5-50%。 根据这个存储类型可以确定带宽接入成本,最低可能只是个维护带宽加几光纤,最高可能是运营商大客户。 资源闲置成本,一般占总成本5-50%。 私群集要计算多久才能填满空间,公群集要为潜在需求预留足够资源。
疏****月 2018-07-09
一键上线Archer | 百度持续部署瑞士军刀
Archer配置文件路径、启停脚本及运维命令具固定标准并且支持定制化,使用Archer进行部署统一包结构; 支持分级发布,及时拦截部署引入线上故障 针对分级发布使用场景,Archer支持串并行上线及暂停点功能,可按照单实例、单机房、单域等级别设置暂停点,并支持部署过程中进行暂停、继续、重试、撤销等操作; 业域部署 域部署主要需要解决不同域配置不同问题。Archer提供了配置派生功能以支持多域部署场景。Archer支持在同一份配置文件中设置配置变量,并在特定域(机房)中生成特定配置值; 多种网络环境及大包部署 针对多种网络环境及大包部署使用场景,Archer提供了部署数据中转传输。采用中转上线在发起任后,部分代码将首先被转存至中转机上。
雪****魁 2018-07-11
危险背后机遇--云故障危机分析
软件BUG 相比客户自己粗选一个物理机OS,云主机精选虚拟机OS、宿主OS、Hypervisor软件BUG并不多,大中型云厂商都精选底层支撑软件实力,但客户装物理机自选OS都可能驱动问题,三个精选软件故障率真没一个粗选软件更高。 但是从云资源管理、调度、监控软件,到客户界面,API管理、账户和后台策略层面,越往上走软件质量还不如XXXX,此处省略一万千字,客户自己揣摩吧。 厂商深层原因 厂商报故障就跟滚刀肉挨揍一样,脸疼了就把屁股凑过来,屁股疼了就捏捏脸,一般不会按住一只羊使劲薅羊毛,毕竟云报障也要负载均衡。但客户自己心秆秤,厂商究竟是偶尔发挥失还是烂泥扶不上墙,故障性质对长久品质很重要。 我列一下潜在故障原因,些故障能忍,些故障不能忍,这些要云客户自己评估了。 技术原因 IaaS核心主体功能(云主机、云硬盘、VPC),在没特型要求前提下,是可以用开源案搭建。如果是云厂商连个开源平台标准模块都部署失败,那就该换厂商了;如果是偶发BUG,那确实客户要自认倒霉,因为友商也会遇到同样问题。
金****洲 2018-07-10
混乱集群遇见TA 从此岁月静好
当裸机启动之后,这个系统便以root身份运行,能活自己,还能托管维护其余基础设施,后续迭代升级也能自动完成,整个流程高度自动化,不需要人工介入,极大降低运维成本。 第二天 工程师们说:“这个系统必须运行稳定,性能卓越,支持跨平台(Linux、Windows、ARM)安装,要做到同时管理上万台器,一点儿都不慌”。 第三天 工程师们说:“这个系统不能像瑞士军刀,而应该重剑无锋、大巧不工,仅支持基础设施维护管理,要能做到快速扩缩容!出现问题能立刻回滚,障云环境安全和稳定。” 第四天 工程师们说:“这个系统还要做到‘麻雀虽小,脏俱全’!要为基础设施提供虚拟化容器隔离,应用部署,应用拓扑搭建和集群控制功能。为应用整个生命周期驾护航,提供一条龙。” 总之就是四个字,“轻”、“稳”、“专”、“全”,对于这一切,工程师们很满意。 于是百度云工程师们结合百度历年来云计算经验与技术沉淀,潜心磨,匠心造,最终强势推出新一代私云云基础设施管理引擎HALO。 Q:HALO是什么?
布****五 2018-07-10
如何执行一条命令
命令传递(发) 命令传递两种式,一种是文件形式,将bat/shell脚本上传到器然后执行。另外一种就是交互式,通过telnet/ssh等式远程连接器后,直接在命令行界面执行。虽然从形式上我们将命令传递分为了两种式,但从本质上来说,器上命令传递,都没逃脱网络传输这个过程。 命令执行(使) 对于操作系统来说,命令执行,其实就是启动一个进程并传递相应参数,运行完成后得到相应结果。这我们并不关心进程如何创建,PBC结构如何等细节,我们只关心命令进程启动式以及结果获取式。 为什么要执行命令 在分布式产品开发维护过程中,三个主题是无法绕过,分别是配置管理、部署升级和监控采集。 配置管理 配置管理目标是为了标识变更、控制变更、确变更正确实现并向其他关人员报告变更。从某种角度讲,配置管理是一种标识、组织和控制修改技术。通情况下,配置管理都会统一部署配置器来同步所节点配置。但是在开发测试过程中,总会出现临时修改某个或某一批节点配置情况,这时通过人工逐个登录来完成修改显然是不太可能
l****m 2018-07-10
年前预言——2012年云计算时代运维职位展望
我在写一篇新文章,其中会引用到这篇2012年旧文,所以我原样摘抄下来,很庆幸能转型进入云计算这个行业。 云计算时代正在来临,运维工作也将在今后几年中发生翻天覆变化。 如果你是一个能给自己做主人,你必须看清形势顺势而为,在变革时代埋头苦干仍然证不了你生活;如果你是一个弓骑兵,无论你怎么勤学苦练都不过坦克手;铁达尼号上乘客无论多钱,总是免不了泡进海水。 首先,我作为一个运维为何唱衰运维这个职业。 我们运维靠什么能力在公司自立? A.关心硬件和施工; B.关注网络问题; C.擅长系统和调试维护; D.相对与架构师/DBA价格优势; E.快速可靠响应. 大家看看云计算能给企业带来好处。 A.硬件完全免维护; B.网络接近免维护; C.系统、接近免维护; D.无论是硬件还是人力成本都很廉价; E.可靠性高于个人。 我们会发现,云计算目标就是要做比运维人员更好,好到“不用关心”步。从技术上来说,各大云计算运营商对通用Web、RDBMS、存储 都是可以做到很好
思****来 2018-07-11
重磅:构建AIOpsMNIST
一文中提到,运维操作一般可以分为感知、决策、执行三部分,而在感知阶段我们通过识别指标数据中不符合预期模式来发现,即监控数据检测。 很多时候,大家手中检测是一条拍脑袋想出来规则,或者根据经验大致估算阈值。这样检测存在较多误报、漏报、效果不佳情况。而上线前基于标注数据效果评估是提高效果最重要手段。为了获取大量、准确标注数据来评估算法效果,我们进行了一系列探索。 本文将主要介绍在监控数据异标注实践中遇到问题和解决案,并给出一个当前由百度智能运维团队与清华大学Netman实验室合作研发辅助标注工具原型https://github.com/baidu/Curve,欢迎大家一起探讨。 时序数据异标注 在监测收入、流量、可用性、性能等指标时,通会对数据进行流式采集和汇聚,每个数据点反映是某段时间内状态,这些时间序列数据简称时序数据。 在异检测面大家或多或少都过类似经历:针对一次故障设置了报警规则,其中阈值根据这次故障设置。上线后不断发生误报,因此调低阈值。阈值调低后误报减少,但在一次新故障发生时发生漏报,又调高阈值。
TOP