关于 百济 _ 三亚会所上门服务〖威信139>0755> 的搜索结果,共1080
h****e 2018-07-10
程序:我从哪里来?
干货概览 在计算机程序或者的层次,我们来试着分析前面提到的几个问题。 问题 1.我是谁? 叫什么,包含了哪些实例,规模、部署情况、实例运行状况如何? 2.我从哪里来? 游有哪些,不同的游流量如何分配? 3.我往哪里去? 的下游有哪些,不同的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在度的运维实践中,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,度名字)是度云智能运维团队研发的一套分布式的名字系统,是度云Noah智能运维产品中的一个重要基础系统。它为每一个赋予一个独一无二的名字,根据这个名字,我们就可以获取到这个的相关息 ,这些息包括:在机器部署息(机器IP,部署路径,配置,端口息),的实例运行状况等其他重要息。简单来讲,它提供了一个名到资源息的一个映射关系。
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
我们很难成功调试NTPD装NTPD又没有装LAMP可以拿去吹牛,时间长了NTPD就背黑锅了。 真有TOP10的互联网公司和亿国家级项目里用ntpdate+crond,一代架构师为什么有这个误无人深究,下一代人将误固化为偏见,新一代人将偏见神化为迷。 但无论误、偏见还是迷,时间跃变、回退和停滞对应用健壮性和业安全性的胁始终存在,时间不仅仅是我玩游戏时用的魔法,忽视问题并不能掩埋问题。 六、见微知著和防微杜渐 我讲NTPD和裸纤并不是为卖弄知识,也不是为做偏科普,而是希望进阶工程师们多考虑一下如何规避这类误?我们在做技术工作时,是不是只关注客户和同事能提出的需求?客户永远不知道裸纤的物理特性,同事也不知道时间也能错误和波动,他们能说清楚业逻辑就不错了。 把有的精力都用到做业逻辑,你只是个编程语言翻译机而已;自己主动观测技术环境依赖,有资格有能力做出技术选型决策,才是给Coder群集做技术校准的人。即使你不想做技术决策人和管理者,多怀疑和观察环境,也能少些沟通成本,少走一些冤枉路,多一份自和自尊。
追****圣 2018-07-11
给书记省长讲清楚云计算
客户的数据放在云平台就像资金放在银行一样,银行可以根据储户的流水评估用,央行可以对货币进行宏观调控,云平台一样可以对用户息进行评估计算,甚至国家层面可以进行宏观管理调控。 综述,云计算就是将分散在各个公司的息技术资源汇聚到一个大平台,其兴起始于需求扩大而人力短缺,其未来发展趋势是通过规模经营和数据共享,成为新型息化社的技术基石。 云计算如何带动地方经 云计算落地是要自建数据中心机房,我们一般称之为云基地,云基地在经利益和社影响和传统工厂并不相同。云基地通俗易懂的展现形式就是开启数十万个高速运转的电脑铁皮箱,但这些电脑不用接显示器也不用人员现场操作,只要这些电脑能开机能网就能对外。云基地和数字地产不完全相同,数字地产只装修好房子,云基地关注用这些房子做什么。 云基地是无烟工业,并不需要雇佣大量人口,对直接促进就业帮助不大;但云计算没有实体矿产投入和物品产出,只需要大量电力启动电脑也不产生大量污染。 云基地像电视台和号塔一样,通过产生和扩散数据息对客户提供,这些息的传输没有物流成本,光速直达全球每个角落。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
运维人员的职责由处理转向管理,最终运维人员在低压力值班中保证稳定运行。 单机房故障自愈解决方案概述 度AIOps框架中,单机房故障自愈解决方案构建在运维知识库、运维开发框架、运维策略框架个核心能力之。具体过程为自愈程序搜集分散的运维对象状态数据,自动感知异常后进行决策,得出基于动态编排规划的止损操作,并通过标准化运维操作接口执行。该解决方案策略和架构解耦,并且托管到高可用的自动化运维平台之,实现了业在任意单个机房故障情况下皆可自愈的效果。 截至目前该方案已覆盖度大多数核心产品,止损效率较人工处理提升60%以。典型案例: 在8月28日某产品在单机房故障发生后1min55s完成止损。 在后续文章中我们继续介绍单机房故障自愈的更多详细内容,敬请期待! 单机房故障容灾能力的建设 在容灾能力建设中有哪些常见问题? 如何证明已经具备单机房容灾能力? 单机房故障人工止损方法 人工止损时如何感知故障? 人工止损时如何收集故障息? 人工止损时如何进行流量调度? 单机房故障机器人止损方法 如何设计单机房故障自愈整体方案? 如何降低流量调度风险?
布****五 2018-07-10
如何执行一条命令
如何解决 为了解决这个简单的难题,我们设计了如图3示的度集群控制系统(Cluster Control System,简称CCS系统),通过分离控制息与执行息建立了两级数据模型,结合命令执行及机房部署特点建立了四级传输模型,通过级守护方式建立了稳定的执行代理,在大规模器集群解决了“命令要素”问题。 图3度集群控制系统架构 截至目前,CCS系统已经部署在全度的有机房中,用户可以方便的在任意一台机器进行秒级命令下发和结果收集,日均承载数亿次来自各产品的接口调用。关于数据模型、传输模型、执行代理这“分布式命令要素”的设计及应用,我们将在下一篇文章中详细介绍。
流****水 2018-07-11
度云企业级运维平台——NoahEE
在业规模发展到一定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在实际的运维中,还有更多的因素需要考虑,例如机器是否分配给不同部(资源的隔离)?权限又该如何控制?随着规模变大,人力成本等管理成本升,然而效率低下、可用性不升反降等等都是非常可能出现的问题。度对于这个问题给出的答案是,必须先要解决资源组织管理问题。简单的说,管理要解决的最核心问题就是如何对资源进行有效组织管理与定位: 图2 解决规模带来的问题 在管理这个地基打好后,我们再来回顾下面的例子。这个例子中,地图研发的同学就可以在运维平台中选中导航的模块进行升级,运维平台通过管理来定位此次升级操作需要影响的机器并进行批量的操作。NoahEE中的有运维系统,都以管理为基础来进行运维操作,例如在监控系统中,我们可以对导航模块(而不是单台机器进行操作)添加一些指标采集任,并在一定条件达成时报警。管理通过对资源合理的组织,极大的简化了运维操作,提升了运维效率。
w****0 2018-07-11
单机房故障自愈-黎明之战
本文主要介绍单机房故障自愈前需要进行的准备工作,具体包括: 单机房容灾能力建设中遇到的常见问题及解决方法 基于网络故障及业故障场景的全面故障发现能力 度统一前端(BFE)和度名字(BNS)的流量调度能力 单机房容灾能力--常见问题 单机房故障场景下,流量调度是最简单且最有效的止损手段,但我们发现业线经常遇到如下问题导致无法通过流量调度进行止损: 1.存在单点 描述:系统内只有一个实例或者多个实例全部部署在同一物理机房的程序模块即为单点。 问题:单点在机房或单点自身发生故障时,无法通过流量调度、主备切换等手段进行快速止损。 要求:浏览请求的处理,不能存在单点;提交请求的处理,若无法消除单点(如有序提交场景下的ID分配),则需要有完整的备份方案(热备或者冷备)保障单机房故障时,可快速切换至其他机房。 2.跨机房混联 描述:下游之间存在常态的跨机房混联。 问题:逻辑单元未隔离在独立的物理范围内,单机房故障给产品线带来全局性影响。同时流量调度也无法使得恢复正常。
s****d 2018-07-11
亿元级云用户分析
1.云目的分析 大型云用户云的宏观目的和普通用户类似,但多角色多部的利益诉求非常复杂。 降低成本:客户最直观的诉求,或者削减IT预算,或者同等预算下支撑更多的;其他客户诉求都难以清晰描述,唯独成本可以看发票和合同。 明确责任:客户不想承担各个IT系统的衔接和选型责任,相比软件厂商和系统集成商,云厂商的责任覆盖范围更广泛一些。 收拢数据:云本身并不碰业数据,但云是很好明确业数据存储位置的机云业改造是规范数据结构的理由。 求新图变:企业客户在气势如虹时要居安思危,在困境危难之中穷极思变,IT技术是企业的潜在增长点甚至退路。 本文讨论的是有模糊度和利润空间的云计算项目,CDN和IDC资源可以用做计收载体,但不能做为云目的分析。亿元以器、CDN的订单很多但既无技巧也无利润,这些资源厂商也在跟云厂商学习如何包装项目。 2.客户角色利益分析 大企业多角色之间的利益诉求不同,以表现形式也不同。我将客户大角色列出来讨论,销售-售前-项目经理铁角组合明确客户的诉求,才更好游刃有余的客户。
j****2 2018-07-10
度大脑开放日来袭 24种全新AI能力呈现
为了让流浪喵过幸福的生活,程序员出身的他用度大脑动物识别技术和度EasyDL打造出 “猫脸禁”、“病猫识别”、“绝育识别”大智能功能,给流浪猫一个温暖的住的同时帮助救助志愿者发现生病和未绝育的流浪猫。晚兮提到,凭借度大脑的开放技术,他只用半天就设计出了智能猫窝的项主要AI功能,看似高冷的AI技术最终化为猫咪们的守护神,让现场的小伙伴们感到暖心又感动。 2018年度大脑走进6大城市举办7场行业创新论坛,发布了企业、地产物业、智能零售、智能工厂、智能校园、智能政7大行业解决方案,推动AI与不同行业、具体场景相结合,AI技术渗透到产业的毛细血管。度大脑目前已经落地20+行业,生态赋能已成燎原之势。 度大脑新品体验师计划 如果只是技术“阅兵”让你觉得意犹未尽,为了进一步激励开发者学习应用度大脑开源能力,度大脑现已提出了“度大脑新品体验师计划”,希望与开发者一起推动度大脑进化,帮助他人一起成长,探索AI前沿应用。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
看看各的启动优先级也是一个讲究多多的过程,iptables比network先启动这类依存关系很好理解;但我也遇到过云平台的DHCP获取太慢,而云主机操作系统启动快、Network还没从DHCP那里获取到IP地址,然后Mysqld等需要监听端口的启动失败。 后记 以内容只能算精简科普版的Linux系统启动过程,正式版的启动过程可以写十万字,有兴趣的朋友可以自己查维基科,或拿我说的关键字去度搜索。 曾经我把这些技能当做资历,但现在大家都云了,它们就只是闲聊的谈资了。但客户云就能少招一个研究这事的工程师,云确实也很有意义啊。 夜静人稀,沙子龙关好了小,一气把六十四枪刺下来;而后,拄着枪,望着天的群星,想起当年在野店荒林的风。叹一口气,用手指慢慢摸着凉滑的枪身,又微微一笑,“不传!不传!”----老舍《断魂枪》
疏****月 2018-07-09
一键线Archer | 度持续部署的瑞士军刀
另外,Archer也可作为托管平台的底层工具链,为PaaS平台提供稳定的底层部署。 通用场景 在度内部,通用的部署系统需要适用于以下场景: 各业线拥有各自的包规范,语言、框架不统一,部署策略不一致; 支持分级发布,及时拦截部署引入的线故障; 业的多地域部署; 多种网络环境及大包部署; 提高自动化效率,能够集成测试发布自动化流水线。 后面,我们将结合面场景,向大家介绍度持续部署是如何实现的。 架构 整个系统由命令行工具、web、中转及单机agent+部署插件几部分组成(如图2示)。用户通过命令行工具触发一次变更,在web端进行参数解析及任分发,对应执行机器agent通过心跳获取任后,调用部署插件执行实际任。涉及大包及不同网络环境的部署进行中转下载。 解决方案 各业线拥有各自的包规范,语言、框架不统一,部署策略不一致 为避免杂乱无章又不规范的代码及配置文件的目录结构,Archer规定了一套既灵活又完整的包规范。
小****园 2018-07-10
让PB级云存储不再神秘
只做入常识级系统优化,没用专用文件系统也没写裸设备,据说每个节点有50%的性能优化余地。 整体结构可以简化到不需要画架构图的地步,群集有几十个功能项,你想合并成几个也行,想分成几十个进程也对。 因为有超高的容错性,以群集自协商机制比较简单,嗯,应该说是简陋。 我们不买高配器,因为我们的技术是做公有云过来的,公有云定价不看成本只看友商的价格,合理花钱才能生存下去持续;我们不做单点极限性能优化,那是招不到架构师才走的歪路。这是最有性价比最实的架构方案,我们练得是一招致命的杀敌功夫,不是翩若惊鸿的表演性武术。 一个基于http对象存储的架构场景有个主要角色:读写代理、元数据、存储。 读写代理,客户端直接访问的Web server,它不存数据只是代理。 元数据,客户可见的Metadata息和不可见的Filehandle等息都在这里。 存储,实际数据落盘在这些,有不同的存储形式。 此外还有些辅助角色,简单列一下但不细聊了。 客户端SDK,简化客户访问,还能做一些容错遮蔽。 群集状态同步,99%类似Zookeeper。
雪****魁 2018-07-11
危险背后的机遇--云故障危机分析
对于落实是人为导致的故障,甲方单纯的索赔追责并不能解决问题,因为云厂商总是比甲方的实际损失更小,甲方无法触及云厂商能倒腾出故障的部。甲方只能根据云厂商销售和线的能力和态度,确认自己交钱了能否买到靠谱的。 最重是商誉 云计算既是资源又是,资源相对可以量化,但短期内看直观感受,长期看商业誉。商誉分为企业商誉和个人商誉,云厂商的企业商誉都积淀不足,胜者也是比烂大赛中靠友商更烂胜出的,和IDC/CDN的比优大赛无法相提并论。大客户在吃够了厂商的亏以后,选择任能有个人商誉,能做出承诺、调动资源和平复问题的销售和人员。 有个客户非常任某个小云销售,他告诉该销售,虽然某大云有高层合作,某大云也说报价肯定比某小云低5%;但是某大云的机制有问题,出故障从来都是衙话,每次故障都要客户去乱猜和背锅。最终这个单子在客户执行层的暗助之下,该小云快速把业切过来并坐实站住了,这份暗中相助就是靠个人商誉带来的任。 我和大客户谈故障的时候,喜欢把详细故障原因刨析给客户,企业客户是讲道理的,不要把糊弄ToC用户的手段来对付ToB客户。
3****3 2018-07-10
度智能运维工程架构
背景:为什么要做智能运维 度云智能运维团队在运维工具和平台研发方向历史悠久,支撑了全度数十万规模的的运维提供的包括管理、资源定位、监控、部署、分布式任调度等等。最近几年,团队着力于发展智能化运维能力以及AIOps产品化建设。 众周知,度除了搜索业之外,还有很多其他的业线,有像地图、科、知道、网盘这样的老牌业,也有诸如像教育、医疗这样的新兴业,每个业在规模架构都有很大差异。业本身对稳定性的要求很高,需要保持99.995%的高可用,同时在业云的背景下,虚拟化、混合云等都给我们带来了新的挑战。 度运维经历了从脚本 工具、基础运维平台、开放可定制运维平台到我们现在的智能运维平台,这样四个阶段的转变。过去运维的核心目标是提升效果,比如持续交付的速度、稳定性、运营成本等。
x****7 2018-07-10
从外行进阶专业 传统企业AI转型差的可能只是一个度EasyDL
而孙睿康只是一名高中生,这清楚不过地表明了EasyDL在推动AI普惠的可能性。 AI带来的惊喜,才刚刚开始。 欢迎点击【EasyDL定制化训练及平台】,了解更多产品内容。 如需合作咨询可点击屏幕右下角标志,提交具体咨询息;或可进入AI开发者社区,进行沟通交流。
TOP