关于 〖微855166⑤4〗洛阳涧西区外围女模特上门酒店服务一条龙我估 的搜索结果,共1758
h****e 2018-07-10
程序:从哪里来?
干货概览 在计算机程序或者的层次们来试着分析前面提到的几个问题。 问题 1.是谁? 叫什么,包含了哪些实例,、部署情况、实例运行状况如何? 2.从哪里来? 游有哪些,不同的游流量如何分配? 3.往哪里去? 的下游有哪些,不同的下游流量如何分配? 面对这样的问题,们的答案是什么呢? 在百度的运维实践中,们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度云智能运维团队研发的套分布式的名字系统,是百度云Noah智能运维产品中的个重要基础系统。它为每赋予个独无二的名字,根据这个名字,们就可以获取到这个的相关信息 ,这些信息包括:在机器部署信息(机器IP,部署路径,配置,端口信息),的实例运行状况等其他重要信息。简单来讲,它提供了名到资源信息的个映射关系。
流****水 2018-07-11
度云企业级运维平台——NoahEE
面的第个问题,实际管理中已经解决了,也就是说管理帮们完成了资源定位工作。其他的问题,NoahEE的部署管理块通过“分级发布”来解决。在部署管理块中,们可以方便的定义并发度、部署步骤、影响范以及暂停操作等,在部署的过程中发现问题即可暂停并回滚至之前的状态。除了部署等操作,部署管理块还提供了批量执行命令等操作(比如批量启停某)。如图来总结部署系统的能力: 图4 部署管理 监控管理 在任何工作里,信息掌握的全面与否往往关乎到工作的成败。“知己知彼百战不殆”这句话说的就是这个道理。运维工作中,监控系统就是这个让们做到这点的关键。软硬件是否工作正常,出了问题是否能及时发现与报警,甚至是对异常事件等进行提前预测,都仰仗监控系统。在NoahEE的监控管理块中,你可以期待全面的各种监控相关功能,包括了采集Agent、强大的汇聚计算与指标派生、灵活的报警机制、高效的时序数据库(TSDB)等等。除了这些以,考虑到企业中更复杂的监控场景,例如通过SNMP/IPMI等标准协议对于网络设备等进行数据采集,报警通知方式可以自定义,支持和企业内通讯软件例如Lync等进行整合。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
这个文件注释很简单但水很深,们该用标签还是UUID来标识磁盘,文件系统自检功能要不要开,这都可以聊好几个小时。 看看各的启动优先级也是个讲究多多的过程,iptables会比network先启动这类依存关系很好理解;但也遇到过云平台的DHCP获取太慢,而云主机操作系统启动快、Network还没从DHCP那里获取到IP地址,然后Mysqld等需要监听端口的启动失败。 后记 以内容只能算精简科普版的Linux系统启动过程,正式版的启动过程可以写十万字,有兴趣的朋友可以自己查维基百科,或拿说的关键字去百度搜索。 曾经把这些技能当做资历,但现在大家都云了,它们就只是闲聊的谈资了。但客户云就能少招个研究这事的工程师,云确实也很有意义啊。 夜静人稀,沙子关好了小气把六十四枪刺下来;而后,拄着枪,望着天的群星,想起当年在野荒林的威风。叹口气,用手指慢慢摸着凉滑的枪身,又笑,“不传!不传!”----老舍《断魂枪》
疏****月 2018-07-09
线Archer | 百度持续部署的瑞士军刀
干货概览 业部署(熟称线)是运维领域最常见的业类型,主要涉及线代码变更、配置文件变更(数据变更由于其高频、大量的点,们已在数据传输文章《嗖的下,让数据自动生效》中专讨论过)。般的业线具有不定时操作、业部署情况复杂、单机启停策略复杂等点。在手工运维时代,运维人员需要花费大量精力进行此类重复性工作,且易于出错。从公布的数据显示,Google 70%的生产事故由线变更触发,如何减少变更过程中人为误操作,提供个灵活、稳定的部署系统是运维平台研发人员所亟需解决的问题。 基本介绍 在运维自动化的大潮下,百度运维管理平台Noah发布了线部署系统——Archer。Archer致力于提供套产品线全过程的可迁移发布解决方案,实现键完成机器初始化、部署、添加块监控、添加CT任、动态数据文件的分发等全过程的自动操作。在操作方面,Archer提供了命令行工具作为发起线的操作入口,这种设计式也决定了其易于集成的点。在DevOps流水线作业中,Archer可以作为个环节结合进整测试发布流水线中。
布****五 2018-07-10
如何执行命令
如何解决 为了解决这个简单的难题,们设计了如图3所示的百度集群控制系统(Cluster Control System,简称CCS系统),通过分离控制信息与执行信息建立了两级数据型,结合命令执行及机房部署点建立了四级传输型,通过三级守护方式建立了稳定的执行代理,在大规器集群解决了“命令三要素”问题。 图3百度集群控制系统架构 截至目前,CCS系统已经部署在全百度的所有机房中,用户可以方便的在任意台机器进行秒级命令下发和结果收集,日均承载数亿次来自各产品的接口调用。关于数据型、传输型、执行代理这“分布式命令三要素”的设计及应用,们将在下篇文章中详细介绍。
思****来 2018-07-11
重磅:构建AIOps的MNIST
干货概览 们在《AIOps时代,你准备好了吗?》文中提到,运维操作般可以分为感知、决策、执行三部分,而在感知阶段们通过识别指标数据中不符合预期的式来发现异常,即监控数据的异常检测。 很多时候,大家手中的异常检测是拍脑袋想出来的规则,或者根据经验大致算的阈值。这样的异常检测常常存在较多误报、漏报、效果不佳的情况。而线前基于标注数据的效果评是提高效果最重要的手段。为了获取大量、准确的标注数据来评算法效果,们进行了系列探索。 本文将主要介绍在监控数据异常标注实践中遇到的问题和解决方案,并给出个当前由百度智能运维团队与清华大学Netman实验室合作研发的辅助标注工具原型https://github.com/baidu/Curve,欢迎大家起探讨。 时序数据异常标注 在监测的收入、流量、可用性、性能等指标时,通常会对数据进行流式的采集和汇聚,每个数据点反映的是某段时间内的状态,这些时间序列数据简称时序数据。 在异常检测方面大家或多或少都有过类似经历:针对次故障设置了报警规则,其中的阈值根据这次故障设置。线后不断发生误报,因此调低阈值。
M****H 2018-07-11
故障定位场景下的数据可视化实践
基于面的需求,可以总结为以下三个定位的层次,从整体到局部逐步缩小故障范,找到故障根因: 全局问题定位:快速确认线状态,缩小故障判定范。为可能的止损操作提供判断依据。本文会介绍如何构建个全景分析仪表盘。 细分维度定位:通过分析地域、机房、块、接口、错误码等细分维度,进步缩小问题范,确定需要排障的目标块、接口等。本文会介绍如何基于多维度数据可视化解决维度数量暴增带来的定位难题。 故障根因确认:些情况下,问题的根因需要借助除监控指标之的数据进行分析。例如线变更、运营活动导致的故障。本文针对导致故障占比最高的变更线类故障进行分析,看如何快速找到可能导致故障的变更事件。 全景掌控缩小范 对于乃至产品线而言,拥有个布局合理、信息丰富的全景监控仪表盘(Dashboard)对于状态全景掌控至关重要,因此在百度智能监控平台中,们提供了款可定制化的、组件丰富的仪表盘。 用户可以根据征,自由灵活的组织仪表盘布局,配置所需要展示的数据信息。
x****7 2018-07-10
行进阶专业 传统企业AI转型差的可能只是个百度EasyDL
“(利用)技术通用性,复杂的问题只要个 AI 解决方案。”柳州源创电喷项目部长蒙东辉说。 如果说,源创是用AI改造存量,那么,更年轻的惠合科技则用AI创新了: 这家2016年成立于杭州的创业公司,主要为大量快消品牌定制整合性营销解决方案,过去两年,惠合科技推出了“e佳”陈列审核方案,接入百度AI定制化图像开放平台技术后,建立了产品的图象识别库,实现图象快速采集,标注并建立型,将传统零售商品陈列审核方式智能化。 2018年1月起,惠合科技从平台抽取3000家零售,作为陈列审核的首次尝试,线下渠道只需手机传视频,“e佳”就可轻松识别出陈列商品是否符合规范,准确率在90%以,极大提升审核的效率,人员效率提升超过30%,其后将方案应用于40000家零售,帮助合作品牌商营销费用下降27%、销售额提升15%。 “们和百度起合作,实现可即用、更轻快、高精度、强安全的点,帮助品牌商提升了执行效率。”惠合科技CEO郑云帆表示,公司已准备与品牌商联手,扩大“e佳”方案的使用范
林****颖 2018-07-10
中国云计算现状——成本篇
6、市场成本 云计算企业的企宣和会的成本能比传销公司还高,以某最火runtime环境为例,据知情人士透露该行业的初创公司50%的成本用在企宣了。每年到开各种技术会议的时候,机票都会涨价,大量二手售卖会议赠品,也是片繁华景象。 无论是初创公司还是大公司的云计算分舵都不愿意这样烧钱,但你不烧钱市场就会忽略你的存在。 文说到些普通销售靠公司分配商机,也和强大的市场引流(烧钱)能力有很大关系,只要产品过硬多参会总是不亏的。 综合评所述,前三成本都是大厂商对比小厂商占据绝对优势,但大厂商之间的成本别并不大,因为硬件降价折扣是有底线,全国能拿到便宜器、机柜和带宽的厂商肯定超过十家了。企业客户是理性选择供应商,并不会盲目黏在个平台不走,而各厂的技术差距早晚是能追平的,后入场的大玩家样有插足分羹的机会。 小厂商的机会集中在如何避免同大厂商在前三正面竞争,少丢分或不丢分,然后在后三发力破局。首先,天使和A轮的小厂商,创始人大都是业内知名人士。BCD轮的小厂商抢人的姿势超级凶残,烧点工资快速刷出产品线和销售额,VC也会很开心。
s****7 2018-07-10
知著看技术误解——从裸光纤和NTPD谈起
们很难成功调试NTPD,会装NTPD又没有会装LAMP可以拿去吹牛,时间长了NTPD就背黑锅了。 真有TOP10的互联网公司和亿国家级项目里用ntpdate+crond,代架构师为什么有这个误会无人深究,下代人将误会固化为偏见,新代人将偏见神化为迷信。 但无论误会、偏见还是迷信,时间跃变、回退和停滞对应用健壮性和业安全性的威胁始终存在,时间不仅仅是玩游戏时用的魔法,忽视问题并不能掩埋问题。 六、见知著和防杜渐 讲NTPD和裸纤并不是为卖弄知识,也不是为做偏科普,而是希望进阶工程师们多考虑下如何规避这类误会?们在做技术工作时,是不是只关注客户和同事能提出的需求?客户永远不知道裸纤的物理性,同事也不会知道时间也能错误和波动,他们能说清楚业逻辑就不错了。 把所有的精力都用到做业逻辑,你只是个编程语言翻译机而已;自己主动观测技术环境依赖,有资格有能力做出技术选型决策,才是给Coder群集做技术校准的人。即使你不想做技术决策人和管理者,多怀疑和观察环境,也能少些沟通成本,少走些冤枉路,多份自信和自尊。
w****0 2018-07-11
单机房故障自愈-黎明之战
干货概览 在故障自愈机器人,保你安心好睡眠文中,们介绍了单机房故障自愈的必要性和解决思路。本文主要介绍单机房故障自愈前需要进行的准备工作,具体包括: 单机房容灾能力建设中遇到的常见问题及解决方法 基于网络故障及业故障场景的全面故障发现能力 百度统前端(BFE)和百度名字(BNS)的流量调度能力 单机房容灾能力--常见问题 单机房故障场景下,流量调度是最简单且最有效的止损手段,但们发现业线经常会遇到如下问题导致无法通过流量调度进行止损: 1.存在单点 描述:系统内只有个实例或者多个实例全部部署在同物理机房的程序块即为单点。 问题:单点所在机房或单点自身发生故障时,无法通过流量调度、主备切换等手段进行快速止损。 要求:浏览请求的处理,不能存在单点;提交请求的处理,若无法消除单点(如有序提交场景下的ID分配),则需要有完整的备份方案(热备或者冷备)保障单机房故障时,可快速切换至其他机房。 2.跨机房混联 描述:下游之间存在常态的跨机房混联。 问题:逻辑单元未隔离在独立的物理范内,单机房故障会给产品线带来全局性影响。
s****d 2018-07-11
亿元级云用户分析
1.云目的分析 大型云用户云的宏观目的和普通用户类似,但多角色多部的利益诉求非常复杂。 降低成本:客户最直观的诉求,或者削减IT预算,或者同等预算下支撑更多的;其他客户诉求都难以清晰描述,唯独成本可以看发票和合同。 明确责任:客户不想承担各个IT系统的衔接和选型责任,相比软件厂商和系统集成商,云厂商的责任覆盖范会更广泛些。 收拢数据:云本身并不碰业数据,但云是很好明确业数据存储位置的机会,云业改造是规范数据结构的理由。 求新图变:企业客户在气势如虹时要居安思危,在困境危难之中穷极思变,IT技术是企业的潜在增长点甚至退路。 本文讨论的是有糊度和利润空间的云计算项目,CDN和IDC资源可以用做计收载体,但不能做为云目的分析。亿元以器、CDN的订单很多但既无技巧也无利润,这些资源厂商也在跟云厂商学习如何包装项目。 2.客户角色利益分析 大企业多角色之间的利益诉求不同,所以表现形式也不同。将客户三大角色列出来讨论,销售-售前-项目经理铁三角组合明确客户的诉求,才更好游刃有余的客户。
M****点 2018-07-10
中国云计算现状——产品篇
SaaS产品已经出现并流行了十几二十年了, OA/ERP/CRM/邮箱/板建站等等SaaS都是比各位读者从业年龄还长的老古董,最新流行的各种在线办公、协作、通话、众测等SaaS产品也不依赖云器,这些应用云走公网和之前走内网别并不大,用物理机和虚拟机别也不大。 狭义的云计算是企业,目标用户的是企业IT技术人员,而SaaS云的目标用户和IT人员只在Helpdesk时有关联。 从这点来看,这些SaaS只是云平台的普通用户,和游戏、网站、APP、没有别。只要SaaS云没自建IaaS和PaaS的技术能力和意图,那他们就是客户而非友商。 四、物理机-混合云-云管平台 云主机是物理机的最好替代方案,但也有各种物理机无法被替代的场景需要继续用物理机。 某些云主机的超卖比过高,性能太差,又因为各种原因不更换云厂商,那只能基于性能原因用物理机。 某些硬件性虚拟机还没拟出来,或者你拟了也不信,比如说Oracle RAC就偏爱硬件存储。 某些非TCP/IP资源必须接专用板卡,比如说接电话网络的器,接专用器材的器,接加密狗的器。
TOP