关于 哪里有包夜小妹服务v信78792796 北京和平门酒店一条龙兼 的搜索结果,共1885
h****e 2018-07-10
程序:我从来?
干货概览 在计算机程序或者的层次上,我们来试着分析前面提到的几个问题。 问题 1.我是谁? 叫什么,含了些实例,规模、部署情况、实例运行状况如何? 2.我从来? 的上游些,不同的上游流量如何分配? 3.我往去? 的下游些,不同的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在百度的运维实践中,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度云智能运维团队研发的套分布式的名字系统,是百度云Noah智能运维产品中的个重要基础系统。它为每赋予个独无二的名字,根据这个名字,我们就可以获取到这个的相关息 ,这些括:在机器上部署息(机器IP,部署路径,配置,端口息),的实例运行状况等其他重要息。简单来讲,它提供了名到资源息的个映射关系。
追****圣 2018-07-11
给书记省长讲清楚云计算
如果当地政企要做好云计算就要从管理者变为者,必须在管控违规违法时不惊扰正常业,甚至主动出击为正常网络保驾护航。 前几都是从降低成本可靠的角度请云计算企业来合作建厂,如果你市场客户那对方会主动上寻求合作。从长周期来看云计算的客户是覆盖全球全行业的,各地内部采购的计算机项目根本不值提,市场客户要靠云计算厂商自己去找。但现在云计算厂商还在早期扩张摸索之中,云厂商极端渴求各种政云企业云成功模式案例,旦摸出来案例会迅速推广到全国。这个窗口期只三五年,随着政云企业云被其他公司摸透并推广开,这些项目就从首发明星案例变为普通捆绑销售了。 挑选合格的云计算合作厂商,每类厂商些特点。 前文说的为何要引凤,如何算筑巢。当云厂商看到商机肯合作时,我们要掌握各类云厂商的特点才能心数。 第类是大型云厂商,他们自身很强的资源整合能力执行销售能力。地方政企这类企业合作的话语权很弱,但极风险就能看到收益。 第二类是创业云厂商,他们般是靠技术优势态度从大型云企手抢单子。
s****7 2018-07-10
见微知著看技术误解——从裸光纤NTPD谈起
ntpdate只是个命令不是,它对远端时钟源是盲目任;假设个根NTP不稳定,所器获得了错误的时间,虽然现在业层可以容异常,不会出现算出负利息或倒扣费的情况,但业混乱是免不了的。我们就说联机调试分布式日志,几个节点的时间错可能日志就看不懂了。 NTPD做时间调整会效减少这类情形,它不是简单的龟速调整时间,而是柔性时间调整策略,让时间线的跃变调整尽量少影响业(详情见附录实验);也不会盲目任远端时钟源,甚至固执的拒绝同步时间。NTPD本机时刻可能不对,但不会忽快忽慢甚至停滞,NTPD通过多次收发选择权威稳定的时间源,算出双方间的网络延迟,然后才会采新的时刻进行时钟同步。 五、误解的根源影响 因为NTPD不盲从其他时间源,让老辈IT人会留下NTPD不好用、不靠谱的误会。2005年个人测试用虚拟机的时间经常走慢,到2010年虚拟机还要防范时间停滞的Bug。即使你用物理机投入生产,网络延迟仍然不确定,且要观测NTPD同步效果需要时间。
M****点 2018-07-10
中国云计算现状——产品篇
用好PaaS产品可以更省人力、更快交付,按用量付费可能会比按资源付费更便宜(也可能更贵),而PaaS台的恼人诱人之处均在于产品形态很模糊、质量很难评估、很难独立运营、没领头羊企业事实标准。 PaaS云IaaS云资源的区别就在于,台需要理解客户的动作状态。对象存储CDN就是最典型的PaaS,云台按照数据容量、访问流量、访问次数方法收费;Mysql RDS只能按照内存日志空间上限计费,但仍然可以替客户做数据库状态展示、分析备份,这是过渡性的PaaS。 最常见的PaaS是数据库,最重要的PaaS是对象存储,最成熟的PaaS是CDN,最魅力的PaaS是Serverless,我们重点看这四个个经典PaaS应该只是个进程,进程是无法长期存储数据的,量结构化数据依赖数据库存储,海量数据依赖对象存储。 云数据库(如RDS)很重要但想象空间限,因为企业已经数据库DBA了,DBA并不任云端未知架构数据库的性能、稳定性数据安全性,而且企业仍然需要DBA承担设计维护工作。
嘟****y 2018-07-11
大型企业适用的云台账户体系
这个账户只是为了让客户低成本的获取,不含客户给供应商的任何承诺,双方的权利义要看商合同。 第二.账户内资源隔离 企业客户尽量会将资源集中采购,在采购IDC/CDN这类简单时不用担心资源混淆。但套用过去管理虚拟机的经验,管理IaaSPaaS时要资源池隔离,不同部项目的主机资源要分别计费管理。 个很常见的场景是,人事部的OA系统申请了15万云主机费用,生产车间的ERP销售部的CRM系统不设上限,外部客户A项目预算是50万,B项目是200万,等等等等。 如果没资源池的概念,就是个账户管所资源的“大通铺”模式,客户要把脚趾头都掰完了才能算清各项目的消费金额;万台调整了资源价格,较真的客户又要从头重算次。 这个“大通铺”最尴尬的不是计费繁琐,而是个账户下所资源毫无权限隔离,客户或者只个人去登录云台,或者将不同业注册完全孤立的账户。互联网公司无法理解传统企业自然人关的流程是多沉重,客户选个云台管理员完成所操作,客户的项目越多管理员员就越晕越累。
s****d 2018-07-11
亿元级云用户分析
限制客户梦想的是老旧系统是否支持常见协议,还底层工程师能否推动上层业测试变动。 API调用PaaS——API云就是不可控过程的黑箱,客户没预算没精力就盲目任云厂商。客户精力就做多云冗余校验,预算就做专资源池部署;未来云厂商还会自定义SLA标准——大部分API云连等待超时都没定义。 版本发布数字化转型——无论是微观的版本发布还是宏观的数字化转型,其实都上云没直接联系,个是室内装修工作,个是新建房屋工作,但装修的最好时机是房屋重建的时候,云厂商要帮客户推动IT技术革新。 5.输出分析 云厂商输出给客户的即云端IT资源,也输出。是个比资源更难量化的概念,我只引把火苗出来。 咨询规划--如果直接给客户买资源,那就只能谈性价比,而且资源本身不会说话,所以云厂商要做好咨询规划。 明晰验收--云项目的实施结项都是以结果为导向的,明确的过程控制验收标准对供求双方都是保护。 友好接口--面对亿元大金主,云厂商的下限是类比传统IDC,要把金主伺候舒了就要学IOE类集成商。
小****园 2018-07-10
让PB级云存储不再神秘
窃取用户数据指的是监守者自盗后自用,要是泄露给第三方那是安全事故可以直接报警抓人,但台方自用用户数据很难抓现行。云存储大都是多媒体数据,谁敢盗播打官司就好;日志文件加密了就用不了云端大数据分析了,但不挂个人息的基因测序样本被偷了也不怕。如果客户真的特别害怕丢数据,云台确实没手段能自证清白,谁偷过用户数据只能听业内风闻。 真正让用户头疼的是台方会根据计费日志估算你的业规模,就像区保安总共能看到你何时出样。据不可靠传闻,某厂商本来能拿到某云厂商母公司数亿美元投资,自吹数据量数PB,该司投资部去调了下他们的消费金额就取消投资了。单个消费总金额就这么麻烦,访问日志可以看文件数量、用户规模分布大致的动作类型,个新兴企业最好还是把业分散在两个厂商那,毕竟他们两家不能核对你的账单。 最后就是些领先大厂直接压制,故意做技术无关的不容、甚至拒绝、甚至从其他层面正面打压业。这就不举例了,太明显针对单厂商。如果只是技术不容那算其他云台恶意竞争,如果到了云台明抢客户自身业的阶段,技术采购决策人请把风险告知公司决策层,该妥协还是硬扛不是你的职责范围。
流****水 2018-07-11
度云企业级运维台——NoahEE
资产管理 在机房,各种各样的器、网络设备安全设备7x24时的运转,为我们的业提供了硬件保障,是企业的重要资产。各种设备的物理损坏、升级、新增、搬迁等等都在考验着机房运维人员的能力。怎样维护这些资产并记录息,是个很重要的问题,搞得不好,这些资产可能变成运维人员的“袱”,越多越头疼。 对这些设备的运维操作,通常都涉及不少的物理操作,比如说更换损坏的硬盘,增加内存等等。这涉及到几个要解决的问题: 故障如何及时发现?发现后由谁来进行修复? 物理操作维护怎样反应到系统? 不同角色(职责)的运维人员之间如何协同操作? 对于故障处理与修复,NoahEE通过故障自动发现与工单流程解决了上面的问题。系统自动探测故障放入故障池,并建立故障工单,由相应的人员进行操作。另外,NoahEE提供了不同的工单流程覆盖了日常机房运维中的操作,从设备采购入库、上架、机架变更,直到设备下架、出库全生命周期覆盖,做到所运维操作记录可追溯。了资产管理,运维人员可以在器完成入库、上架工单后即可在管理中看到该器并进行管理,无须任何其他操作。
m****t 2018-07-11
设计中立公云云管
云厂商提供OSS+CDN的好处就是内网互通节省带宽费用,但大客户很可能越过云管台直接采购,客户年可能只节省几十块钱。云管台要集成OSSCDN时,定要注意这两个是没区域概念的,比如客户用了百度的虚拟机加上七牛浙江的云存储全国的CDN,此时客户业绝对跑的通,三方互通额外网络开销。云管台的资源创建计费系统都要考虑清楚,尽量资源走个供应商,或要求不同供应商之间相互免费。 上述PaaS资源都个特点,可以按照使用量付费,或者提供贴合到业逻辑操作层面的支持功能,那也就代表着客户的计费访问数据铁定会被供应商拿到,而业数据是否被偷窥要看供应商自律。 我们再看看下文些更专业(偏)的。 容器云入槛太高,在中客户场景下缺乏成功案例,如果没具体项目要求上容器云,就等到接完上面的PaaS再考虑接入容器云。 反DDOS攻击只能由云厂商提供,因为开销偏大计费不灵活,但又没日常管理需求,客户到云管台到厂商沟通时直接用邮件、工单合同即可,如果没频繁攻击检测需求,可以不留展示界面只用邮件通知。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
例如: 2015年6月某公司云香港IDC节点电力故障崩溃12时 2016年5月某公司杭州电接入故障,中断时级别 2017年1月某业天津机房故障,数时无法提供 2017年6月某处机房掉电,多家互联网公司受影响 单机房故障频繁影响业的可用性并且会给公司带来直接或间接的损失。直接损失括访问流量丢失、商业收入下降、用户体验受损、打破等级协议(SLA)造成的商业赔付等,间接损失括用户任度下降、给竞品占领市场机会等。
布****五 2018-07-10
如何执行命令
部署升级 DevOps的概念如今日趋流行,部署升级越发成为开发运维过程中重要的环,频繁的交互意味着频繁的部署。部署过程可以拆解为两个的步骤,是新软件的上传,二是进程的重新启动。进程的重新启动不必多说,软件的上传可能多种方式,如sftp的集中式,p2p的点对点式等。 监控采集 软件运维过程需要时刻监控系统及业软件的运行状态,各种运维决策都是以这些数据为依据进行的。随着自动化运维的发展,很多运维动作都从人工执行变为了自动执行,自动执行的决策过程更是需要采集大量的实时息(前期文章《百度大规模时序数据存储》中介绍的TSDB就是为了解决这些数据的存储问题而研发的)。监控数据的来源主要分两种,种是通过业软件提供的接口直接读取状态数据,另种是通过日志/进程状态/系统状态等(如使用grep提取日志,通过ps查询进程状态,通过df查询磁盘使用等)方式间接查询。 无论是配置管理、部署变更还是监控采集,都个共同的目的:控制器。在现阶段,要想对器进行控制,离不开“在大量器上执行命令并收集结果”这基础能力,这也是今天我们的主题“如何执行命令”的意义所在。
雪****魁 2018-07-11
危险背后的机遇--云故障危机分析
商誉分为企业商誉个人商誉,云厂商的企业商誉都积淀不足,胜者也是比烂大赛中靠友商更烂胜出的,IDC/CDN的比优大赛无法相提并论。大客户在吃够了厂商的亏以后,会选择任能个人商誉,能做出承诺、调动资源复问题的销售人员。 个客户非常任某个云销售,他告诉该销售,虽然某大云高层合作,某大云也说报价肯定比某云低5%;但是某大云的机制问题,出故障从来都是衙话,每次故障都要客户去乱猜背锅。最终这个单子在客户执行层的暗助之下,该云快速把业切过来并坐实站住了,这份暗中相助就是靠个人商誉带来的任。 我大客户谈故障的时候,喜欢把详细故障原因刨析给客户,企业客户是讲道理的,不要把糊弄ToC用户的手段来对付ToB客户。面对意外故障,我们心向客户证明,换了其他厂商也样会挂;面对人为故障,踏实认错是对客户的最后尊重,而公开事实也是逼着内部不会重蹈覆辙犯同样的错误。 过去大家卖IDC、CDN、软硬件积累的个人商誉,是可以应用到云计算领域的。而云的高科技光环褪去、产品同质化以后,企业的核心竞争力仍然是商誉的销售-售前-售后团队,这类人才永远是稀缺资源。
TOP