关于 云阳县找个小姐过夜服务一条龙〖8843O306VX〗服务真实由 的搜索结果,共1788
h****e 2018-07-10
程序:我从哪里来?
干货概览 在计算机程序或者的层次上,我们来试着分析前面提到的几问题。 问题 1.我是谁? 叫什么,包含了哪些例,规模、部署情况、例运行状况如何? 2.我从哪里来? 的上游有哪些,不同的上游流量如何分配? 3.我往哪里去? 的下游有哪些,不同的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在百度的运维践中,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度智能运维团队研发的套分布式的名字系统,是百度Noah智能运维产品中的重要基础系统。它为每赋予无二的名字,根据这名字,我们就可以获取到这的相关信息 ,这些信息包括:在机器上部署信息(机器IP,部署路径,配置,端口信息),例运行状况等其他重要信息。简单来讲,它提供了名到资源信息的映射关系。
M****点 2018-07-10
中国计算现状——产品篇
先说IT咨询,计算平台吸引到的都是成本敏感的游戏客户或者技术优先的创业客户,这两类客户都不会为千元的咨询付费。现在高净值客户放出来的计算咨询标了却没人投标,因为计算企业因为资质、高层合作、客户关系等原因没有投标的机会。 我们经常遇到咨询标,但我们也不想投这标。咨询标的交付物就是各种文档和报表,互联网公司的技术积淀都在技术部,技术人员最烦的就是写文档,而且技术人员匮乏的想象力和沟通能力并不适合做咨询标,让售前承担技术文档书写也扛不住。传统IT外企做IT咨询流程上没问题,但技术水平太差,也不被政策扶持。此外还有哈哈哈哈的大杀器让我们不能投咨询标,投了咨询标就不能投施标了,施标的金额要比咨询标大很多。 到了施阶段,其矛盾和咨询标差不多,既要干活又要写文档,而且验收者并不专业,施工作有传统厂商会抢着压价,还会有各种意外拖进度抢进度,各互联网企业的施团队根本支撑不下来。传统厂商虽然压价抢标,但他们要是有能计算项目的人才,互联网公司加价三倍挖走谢谢。
s****d 2018-07-11
亿元级用户分析
限制客户梦想的是老旧系统是否支持常见协议,还有底层工程师能否推动上层业测试和变动。 API调用PaaS——API就是不可控程的黑箱,客户没预算没精力就盲目信任厂商。客户有精力就做多冗余校验,有预算就做专有资源池部署;未来厂商还会自定义SLA标准——大部分API连等待超时都没定义。 版本发布和数字化转型——无论是微观的版本发布还是宏观的数字化转型,其都和上没直接联系,是室内装修工作,是新建房屋工作,但装修的最好时机是房屋重建的时候,厂商要帮客户推动IT技术革新。 5.输出分析 厂商输出给客户的即有端IT资源,也有平台输出。比资源更难量化的概念,我只引把火苗出来。 咨询规划--如果直接给客户买资源,那就只能谈性价比,而且资源本身不会说话,所以厂商要做好咨询规划。 明晰验收--项目的施和结项都是以结果为导向的,明确的程控制和验收标准对供求双方都是保护。 友好接口--面对亿元大金主,厂商的下限是类比传统IDC,要把金主伺候舒了就要学IOE类集成商。
雪****魁 2018-07-11
危险背后的机遇--故障危机分析
对于落是人为导致的故障,甲方单纯的索赔追责并不能解决问题,因为厂商总是比甲方的际损失更,甲方无法触及厂商能倒腾出故障的部门。甲方只能根据厂商销售和线的能力和态度,确认自己交钱了能否买到靠谱的。 最重是商誉 计算既是资源又是,资源相对可以量化,但短期内看直观感受,长期看商业信誉。商誉分为企业商誉和人商誉,厂商的企业商誉都积淀不足,胜者也是比烂大赛中靠友商更烂胜出的,和IDC/CDN的比优大赛无法相提并论。大客户在吃够了厂商的亏以后,会选择信任能有人商誉,能做出承诺、调动资源和平复问题的销售和人员。 有客户非常信任某销售,他告诉该销售,虽然某大有高层合作,某大也说报价肯定比某低5%;但是某大机制有问题,出故障从来都是衙门话,每次故障都要客户去乱猜和背锅。最终这单子在客户执行层的暗助之下,该快速把业来并坐站住了,这份暗中相助就是靠人商誉带来的信任。 我和大客户谈故障的时候,喜欢把详细故障原因刨析给客户,企业客户是讲道理的,不要把糊弄ToC用户的手段来对付ToB客户。
w****0 2018-07-11
单机房故障自愈-黎明之战
单机房容灾能力--盲测验收 完成以上四点单机房容灾能力建设后,业线就具备了通流量调度进行止损单机房故障的基本件。那么如何验证业线是否具备该能力、能力是否出现退化,我们采取盲测验收的方式,模拟或制造故障,验证不同业线故障情况及止损效率,并给出相应的优化意见。 根据业线进行容灾能力建设的不同阶段,我们从对产品际可用性影响程度、成本、效果等方面权衡,将盲测分为三种类型: 无损盲测:仅从监控数据层面假造故障,同时被测业可根据监控数据决策流量调度目标,对于业际无影响,主要验证故障处置流程是否符合预期、入口级流量切换预案是否完整。 提前通知有损盲测:植入际故障,从网络、连接关系等基础设施层面植入错误,对业有损,用于战验证产品线各组件的逻辑单元隔离性、故障应急处置能力。同时提前告知业盲测时间和可能的影响,业线运维人员可以提前准备相应的止损操作,减少单机房止损能力建设不完善导致的损失。 无通知有损盲测:在各业线单机房容灾能力建设完成后,进行不提前通知的有损盲测,对业来说与发生故障场景完全相同。验证业线在单机房故障情况下的止损恢复能力。
追****圣 2018-07-11
给书记省长讲清楚计算
如果当地政企要做好计算就要从管理者变为者,必须在管控违规违法时不惊扰正常业,甚至主动出击为正常网络保驾护航。 前几都是从降低成本可靠的角度请计算企业来合作建厂,如果你有市场有客户那对方会主动上门寻求合作。从长周期来看计算的客户是覆盖全球全行业的,各地内部采购的计算机项目根本不值提,市场和客户要靠计算厂商自己去。但现在计算厂商还在早期扩张摸索之中,厂商极端渴求各种政企业成功模式案例,旦摸出来案例会迅速推广到全国。这窗口期只有三五年,随着政企业被其他公司摸透并推广开,这些项目就从首发明星案例变为普通捆绑销售了。 挑选合格的计算合作厂商,每类厂商有哪些特点。 前文说的为何要引凤,如何算筑巢。当厂商看到商机肯合作时,我们要掌握各类厂商的特点才能心里有数。 第类是大型厂商,他们自身有很强的资源整合能力和执行销售能力。地方政企和这类企业合作的话语权很弱,但极风险就能看到收益。 第二类是创业厂商,他们般是靠技术优势和态度从大型企手里抢单子。
m****t 2018-07-11
设计中立公有管平台
以Mongodb为例,客户端会连接多mongos和mongod,客户端旁观端选举和切换主节点,不依赖虚拟IP就现应用层高可用和负载均衡。管平台可选接入厂商满足中型客户需求,毕竟不用自己做维护;但遇到重型客户需求建议直接在高配虚拟机上自己搭,或者走混合物理机接入VPC的模式。 不考虑高可用性的。这其挺尴尬的,理论上来说即使是内存缓存型也有双活机制,但是厂商PaaS的后台架构完全是黑盒,没出故障时都是专业架构,出故障了都是百年遇,大都是“只考虑人品”的。以RDS为例,不同厂商的RDS可靠性千差万别,我亲眼看很低可靠性的,也听朋友说本厂的RDS可靠性远超普通DBA;但RDS对客户只暴露接口,我们不知道厂商给主库磁盘做没做RAID,也不知道主从库会不会在同物理机。所以前文中我对中客户用PaaS当做节省自己搭建的人力,对大型重型PaaS需求建议案处理,因为各厂商通用的百倍赔偿根本就是免责款。 对象存储(OSS)和CDN。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
单机房故障诱因众多不可避免 单机房故障诱因众多,详细复盘若干单机房故障发现故障诱因大致可以分为四类: 基础设施故障:物理机房故障、网络链路拥塞、流量转发基础设施故障等 程序缺陷:程序隐藏bug、程序性能严重退化等 变更故障:测试不充分的程序、配置、数据变更,人工临时介入的误操作等 依赖故障:第三方故障例如通用的认证、支付、存储、计算故障等 单机房故障止损可靠性与效率急需提升 人工处理场景下,运维人员通常选择7*24时值班,接收大量的报警,随时准备在紧急情况下进行响应、决策、操作系列故障止损动作,尽量挽回损失,降低故障影响。 但上述解决方案会面临如下问题: 响应可能不够迅速:例如间报警 决策可能不够精确:例如新手OP经验欠缺,误决策 操作可能出现失误:例如止损命令错误输入 “机器人”处理场景下,单机房故障自愈程序可独立完成故障感知、决策、执行的完整故障处理程,并及时向运维人员同步故障处理状态。运维人员的职责处理转向管理,最终运维人员在低压力值班中保证稳定运行。
l****m 2018-07-10
五年前的预言——2012年计算时代的运维职位展望
2、进行计算器维护;几大供应商自己也要维护器,那些大中型企业肯定会自己做私有,在这计算平台里也是需要运维人员进行从低端监控到高端架构的系列维护工作,但自动化运维技术会让运维人员的数量大大减少,可能每公司都只有团队了。 3、进传统行业继续做运维;笔者就是在通讯公司工作,我可以很乐观的说计算会对公司造成有限的技术革新,比如说现OS的虚拟化。我们需要的SIP必须亲自搭建,阿里盛大新浪都没得卖,甚至因为硬件和网络限制让我们很难使用虚拟机;而外宣网站类的东西根本不是我们的核心竞争力,能用就好效率低些没关系。除了通讯公司之外,生产领域(比如管理生产线)也有类似的顾虑,计算的优势和公司的业需求完全不沾边,所以这类公司的运维可能会是最后的运维。大家工作的时候都习惯网站相关的工作,但你学Web就定要网站工作是挺蠢的行为,危邦不入乱邦不居,最好不要涉足没有前途的行业。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动
首先被读取到的是/etc/fstab,各磁盘都挂载就位。这文件注释很简单但水很深,我们该用标签还是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
让PB级存储不再神秘
3、大型用户谨慎选型 大型用户即使只存储1PB,每年也要花100多万了;中型客户只要做选型,而大项目不仅要选型和定制,还有更多技术以外的东西要考量。 首先同样说价格问题,大型客户比中客户更难办,客户是嫌价格贵,大客户却怕低价砸场。存储不能违背商业的本质,甲方没蠢到敢让乙方赔钱做,但采购决策层更喜欢看谁的报价最低。数十PB的数据上后基本下不来,平台方无论是提价还是降速,有的是追加预算的手段;如果对方是赔本卖吆喝,成功了就会甩开这包袱,失败了就直接倒闭。我谈PB级存储项目时,我很愿意分享不同底层技术带来的际成本构成,为什么同样的价格我们还能挣钱而友商已经在贴钱,相关内容会在第四章节详细说明。 成功案例是很重要的决策依据,但这依据很难考证性。厂商做PB级项目但其群TB项目做的计费融合,厂商确数百P的项目却和标准对象存储功能不通用,这类事情太多了,对象存储合同上不会有总容量,发票存根也只是简单的信息费。客户的成功案例必须是单命名空间容量达到PB级别,并简要说明文件数量和主要读写场景。
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
这次验好玩的地方在于: 我定35分的任计划,结果ntpd将时间跃变越了第35分直接到了37分,但该任计划仍然执行了。而从执行输出结果是37分来看,这不是步快跑的踩35分,而是第35分被越了不存在。 这验里坑很多,人要和时间赛跑才能完成验,我做了8次验成功了3次,每次都等了10分钟以上。这验也不够严谨,我只是拿crond做验,我在梦里记得其他有历史守规矩的程序也能和ntpd联动,但我没时间做验了,也希望有朋友能帮我答疑解惑。 附录2:网上能写NTPD和ntpdate的水文和本文内容有些类似,那是我多年以前写的,不是借鉴和抄袭,严肃脸。
流****水 2018-07-11
企业级运维平台——NoahEE
在业规模发展到定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在际的运维中,还有更多的因素需要考虑,例如机器是否会分配给不同部门(资源的隔离)?权限又该如何控制?随着规模变大,人力成本等管理成本上升,然而效率低下、可用性不升反降等等都是非常可能出现的问题。百度对于这问题给出的答案是,必须先要解决资源组织管理问题。简单的说,管理要解决的最核心问题就是如何对资源进行有效组织管理与定位: 图2 解决规模带来的问题 在管理这地基打好后,我们再来回顾下上面的例子。这例子中,地图研发的同学就可以在运维平台中选中导航的模块进行升级,运维平台会通管理来定位此次升级操作需要影响的机器并进行批量的操作。NoahEE中的所有运维系统,都以管理为基础来进行运维操作,例如在监控系统中,我们可以对导航模块(而不是单台机器进行操作)添加些指标采集任,并在件达成时报警。管理通对资源合理的组织,极大的简化了运维操作,提升了运维效率。
嘟****y 2018-07-11
大型企业适用的平台账户体系
前文是说注册阶段的法承诺,到使用程中平台又会有各种奇怪的“资格认证”“功能审核”等问题。平台要规避自注册客户的政策法规问题和恶意欠费问题,但这和大客户有什么关系?供应商用“认证”“审核”这类词跟甲方说话就是态度不端正,这又是句“客户你好,你要从管理,爱审不审,不审就滚”。这类甲方的身份资料是公开的,也不会恶意赖账,这时应该乙方主动记录合规信息,后台透明完成功能开通,设置消费和透支上限。 假设客户是成长型公司,以前CEO创建的账户让员工继续使用。某天CEO被老婆打了顿,因为他的网购记录有给“丽丽”订花和开房;或者网警约谈该倒霉蛋,警告他不要用网盘传播非法视频;也可能CEO打开聊天工具,发现自己很多幼稚鸡汤文给投资商。不要误会是有人要整这CEO,SSO单点登录多项,同事用混了账户也正常。 如果客户放弃使用某之后,原账户不注销滚动欠费几千万怎么办?巨头们都是横向体化经营,搞不好会和客户有竞争,霸王注册款下的法风险确存在。 企业的账户不应该客户注册,而是供应商主动提供,像IDC和CDN就会主动给客户提供查带宽的账户。
林****颖 2018-07-10
中国计算现状——成本篇
中国的计算是快速发展的行业,业内里的玩家很拼,也围观了很多临渊慕鱼的人。我在曾经和很多人聊如何设计、采购、投资或者监管计算,现在将我的观点通网文分享给大家。 以前写了几篇万字长文但可读效果不好,听朋友建议这次拆成七独立的短文了。 这是第篇——成本篇,如果你要计算平台,那你要付出哪些成本。 本文目标客户群,计算公司的老板和雇员,计算行业投资人,重大采购客户也要看看评估成本。 要做好计算必须的成本主要分六大类,听我讲完这六大类成本,我再和大家聊聊谁有成本优势,谁能如何发力。 1、硬件成本 硬件成本主要就是采购器、交换机及其零部件的成本,富豪大厂还会采购硬件负载均衡和硬件存储,科研大厂还会自研整柜器。这里厂商只能用媒体价买器,大厂商次采购上万台器,能把供应商的利润压榨到低于余额宝收益。 我直说Intel是计算行业最大赢家,每计算大会Intel都会慷慨赞助,因为只要你的技术选型不太生僻都要采购Intel的硬件。
布****五 2018-07-10
如何执行命令
部署升级 DevOps的概念如今日趋流行,部署升级越发成为开发运维程中重要的环,频繁的交互意味着频繁的部署。部署程可以拆解为两的步骤,是新软件包的上传,二是进程的重新启动。进程的重新启动不必多说,软件包的上传可能有多种方式,如sftp的集中式,p2p的点对点式等。 监控采集 软件运维程需要时刻监控系统及业软件的运行状态,各种运维决策都是以这些数据为依据进行的。随着自动化运维的发展,很多运维动作都从人工执行变为了自动执行,自动执行的决策程更是需要采集大量的时信息(前期文章《百度大规模时序数据存储》中介绍的TSDB就是为了解决这些数据的存储问题而研发的)。监控数据的来源主要分两种,种是通软件提供的接口直接读取状态数据,另种是通日志/进程状态/系统状态等(如使用grep提取日志,通ps查询进程状态,通df查询磁盘使用等)方式间接查询。 无论是配置管理、部署变更还是监控采集,都有共同的目的:控制器。在现阶段,要想对器进行控制,离不开“在大量器上执行命令并收集结果”这基础能力,这也是今天我们的主题“如何执行命令”的意义所在。
f****8 2018-07-10
2018年计算行业展望
被资本催熟的业普遍都会早衰,团购大战、外卖大战、打车大战都让我们看到了资本抛弃业的速度极快,三年后计算不能拿来给资本画饼了,些只能烧钱的计算公司都会被合并和售卖。 但计算本质上是企业,并不会出现家通吃的情况,那些能够自给自足的计算公司,完全可以像韩遂、公孙康、孟获样割据几十年。当Oracle在数据库领域雄霸天下的时候,DB2、SqlServer、Mysql、Mongodb只是挣得没那么舒而已,他们并没有被挤死,类似的例子还有企业级操作系统软件、企业级咨询、企业级硬件供应商等等。计算是企业,企业从未出现家通吃的先例,拿人互联网用户的习惯套到企业客户身上是不科学的。 二、行业半IT界 计算行业的梦想上限是替换掉整IT行业中所有的后端环节,整IT业半的产值都会归属到计算公司。 什么叫“所有的后端环节”,就是除了直面客户、直面业逻辑的那部分工作之外,其他的环节全部融入计算平台之中。 旧的IT势力在享受行业的自然增长,优质IDC仍然供不应求,工程师们仍然很好工作。
x****3 2018-07-10
中国计算现状——采购篇
3、厂商的很多功能和承诺太浮夸,纯粹是宣传话述,我常举的例子就是秒级付费、按需付费和追9大吹赛。 首先说秒级付费,有几客户能精确到分钟级开机挂业上线的,早申请晚释放资源半时会有多大损失,这些损失能不能在商谈判阶段直接打八折?秒级付费是创业公司吸引开发者的宣宣传段,但际大客户使用自然日粒度做计费就够了,毕竟释放机器要打报告走审批流程啊。 秒级付费是计算资源的按需付费,还有很多PaaS默认就支持按需付费,但无论哪种按需付费都是羊毛出在羊身上。如果平台平时就预备资源,那按需付费不是数字游戏;如果平台没预备空闲资源,你想按需付费时平台可以不卖。这跟IDC带宽复用是道理,大规模的CDN客户从不选按需流量计费而是选择带宽峰值计费。 至于追9大吹赛就更无聊了,比如说数据可靠性是99.999999999%和99.9999999999%有什么区别?我中彩票的几率有多大,你被外星人抓走的几率有多大,奥尔特星孕育出奥特曼的几率都没有你们两家厂商丢失数据的几率大,你们比几9不就是在浪费打印油墨吗?而且话说回来,丢了数据,哪厂商能不到新理的?
TOP