关于 网营 _ 三亚会所上门服务〖威信13907555196〗bia 的搜索结果,共1166
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
时间不稳胁到的程序健壮性和业安全性,甚至部分程序崩溃的稀里糊涂。 ntpdate只是个命令不是,它对远端时钟源是盲目任;假设一个根NTP不稳定,有的器获得了错误的时间,虽然现在业层可以包容异常,不出现算出负利息或倒扣费的情况,但业混乱是免不了的。我们就说联机调试分布式日志,几个节点的时间有错可能日志就看不懂了。 NTPD做时间调整有效减少这类情形,它不是简单的龟速调整时间,而是有柔性时间调整策略,让时间线的跃变和调整尽量少影响业(详情见附录实验);也不盲目任远端时钟源,甚至固执的拒绝同步时间。NTPD本机时刻有可能不对,但不忽快忽慢甚至停滞,NTPD通过多次收发包选择权稳定的时间源,算出双方间的络延迟,然后才新的时刻进行时钟同步。 五、误解的根源和影响 因为NTPD不盲从其他时间源,让老一辈IT人留下NTPD不好用、不靠谱的误。2005年个人测试用虚拟机的时间经常走慢,到2010年虚拟机还要防范时间停滞的Bug。即使你用物理机投入生产,络延迟仍然不确定,且要观测NTPD同步效果需要时间。
追****圣 2018-07-11
给书记省长讲清楚云计算
述,云计算就是将分散在各个公司的息技术资源汇聚到一个大平台,其兴起始于需求扩大而人力短缺,其未来发展趋势是通过规模经和数据共享,成为新型息化社的技术基石。 云计算如何带动地方经济 云计算落地是要自建数据中心机房,我们一般称之为云基地,云基地在经济利益和社影响和传统工厂并不相同。云基地通俗易懂的展现形式就是开启数十万个高速运转的电脑铁皮箱,但这些电脑不用接显示器也不用人员现场操作,只要这些电脑能开机能就能对外。云基地和数字地产不完全相同,数字地产只装修好房子,云基地关注用这些房子做什么。 云基地是无烟工业,并不需要雇佣大量人口,对直接促进就业帮助不大;但云计算没有实体矿产投入和物品产出,只需要大量电力启动电脑也不产生大量污染。 云基地像电视台和号塔一样,通过产生和扩散数据息对客户提供,这些息的传输没有物流成本,光速直达全球每个角落。 因为云基地全球客户,以云基地可创造极高的收,但不能简单的计入地方政府的GDP。一个耗电千瓦的机柜加附属空间占地5平方米,如果云计算资源全部售出,每年可产生20万元以收。
h****e 2018-07-10
程序:我从哪里来?
在BNS系统中,单元表示一个的实例集合,一般以段式的结构表示,比如:server.noah.all,server表示名,noah表示产品线,all表示机房名称,单元的名字在系统中是唯一的。 使用场景 在程序员的日常工作,常常面临以下的场景: 场景 场景一:我是一名OP工程师,负责几十个系统模块的运维,我常常需要登录部署的机器排查问题,但是只知道名,记不住那么多部署息,怎么办? 场景二:我是一名RD工程师,我负责的需要扩容,我的是很多下游的依赖,的扩容怎么通知给下游模块? 场景:我的部署实例有一个出现故障了,我想对下游屏蔽该故障实例,怎么办? 下面以一个简单的例子来说明,假设一个模块名是Server,它的游是Proxy,下游是Redis,当出现变更或者故障时,如何让游感知到呢? 当新增线实例、下线摘除实例或者实例发生故障时,BNS系统通过部署在机器的客户端实时感知到实例的状态变化,同时新增和删除实例的变更情况立即同步到分布式的缓存系统中,这样用户通过一个BNS名字就可以感知到下游的实例变化。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
例如: 2015年6月某公司云香港IDC节点电力故障崩溃12小时 2016年5月某公司杭州电接入故障,中断小时级别 2017年1月某业天津机房故障,数小时无法提供 2017年6月北京某处机房掉电,多家互联公司受影响 单机房故障频繁影响业的可用性并且给公司带来直接或间接的损失。直接损失包括访问流量丢失、商业收入下降、用户体验受损、打破等级协议(SLA)造成的商业赔付等,间接损失包括用户任度下降、给竞品占领市场机等。
s****d 2018-07-11
亿元级云用户分析
1.云目的分析 大型云用户云的宏观目的和普通用户类似,但多角色多部的利益诉求非常复杂。 降低成本:客户最直观的诉求,或者削减IT预算,或者同等预算下支撑更多的;其他客户诉求都难以清晰描述,唯独成本可以看发票和合同。 明确责任:客户不想承担各个IT系统的衔接和选型责任,相比软件厂商和系统集成商,云厂商的责任覆盖范围更广泛一些。 收拢数据:云本身并不碰业数据,但云是很好明确业数据存储位置的机云业改造是规范数据结构的理由。 求新图变:企业客户在气势如虹时要居安思危,在困境危难之中穷极思变,IT技术是企业的潜在增长点甚至退路。 本文讨论的是有模糊度和利润空间的云计算项目,CDN和IDC资源可以用做计收载体,但不能做为云目的分析。亿元以器、CDN的订单很多但既无技巧也无利润,这些资源厂商也在跟云厂商学习如何包装项目。 2.客户角色利益分析 大企业多角色之间的利益诉求不同,以表现形式也不同。我将客户大角色列出来讨论,销售-售前-项目经理铁角组合明确客户的诉求,才更好游刃有余的客户。
w****0 2018-07-11
单机房故障自愈-黎明之战
实现从运商外链路、百度内部络设备/链路、/实例、机器/容器的全方位数据采集与监控。满足络类单机房故障、业类单机房故障的监控覆盖需求。 同时提供一系列数据分析方法。如智能异常检测、趋势预测、多维度分析、关联分析、和链路拓扑分析,实现故障的精准发现和定位。 故障止损:百度流量调度平台 针对百度的络架构和业架构,我们将流量调度拆分为层:接入层、层、依赖层。 接入层:从外用户发起请求经过运络到百度统一前端(BFE)的过程,使用DNS实现外流量调度。 层:从BFE流量转发至内的过程,使用BFE提供的GSLB动态负载均衡进行流量调度。 依赖层:内下游业之间的流量调度过程,使用百度名字(BNS)进行流量调度。 对于单机房止损场景来说,DNS流量调度的生效时间较层、依赖层的流量调度生效时间要慢很多,以我们期望在发生某个业的局部单机房故障时,优先进行层、依赖层调度。提升止损时效性。 在单机房容灾能力、智能监控平台、流量调度平台的基础,启动单机房故障自愈工作的时机已经成熟。
无****禾 2018-07-11
云客户需求引导管理--实战型IT太极拳
我就劝客户技术工程师,卡改QoS不难,但宿主机卡才10G,你们是愿意一台物理机只跑两台虚拟机,还是愿意停机扩容物理卡。客户技术工程师认同让最终用户学采用LB加多台虚拟机,比改QoS和停机加卡更可靠。但最终用户宁愿纠缠客户技术人员也懒得学如何用LB,我给支招说我们的操作人日免费送,但硬件改造成本有20万,问这用户只是想试试还是改完卡就能付费。最后该用户果然只是想试试,我们和客户技术部都躲过一场折腾。 案例2.有个IDC新线一套外售型私有云,运负责人第一次操盘公有云心里痒痒,总是提需求但总被我拒绝。他想开放注册并给新用户大量赠额,而我跟他聊运数据,让他同意赠送小用户并不能带来多大收益。他说在主机和络性能测试没友商好,我跟他说明权测试方法和意义,让他相友商性能比他好就是作弊或者烧钱。他想不同客户不同产品给不同折扣,我们研发人员半年内没这个排期;我们已经有充分的任,我就直接告诉他我做不过来,给用户充值后赠送同样可以达到折扣效果;给云资源做独立折扣我们要收开发费用,而且这不是强需求。
雪****魁 2018-07-11
危险背后的机遇--云故障危机分析
前言 云计算是一种不仅要一次性验收其能力,还要持续关注其品质。客户用IaaS云就跟用IDC一样,用谁家的云就知道谁家有故障,用一家就知道一家的短处才是正常,只有前一个厂商烂到无可救药,客户才对新厂商充满认可和感激。 本文的目的就是归类IaaS云故障的表层现象和深层原因,客户知道云的短板才好做系统设计,云厂商出故障也要老实认错,别总把客户当外行来糊弄。 至于PaaS云和IaaS云的设计实现思路完全不同,不在本文讨论范围内。 客户的感知和建议 IaaS云的核心资源是云主机,其他IaaS资源都是依附于云主机的;云主机的可靠性略高于物理机,但并不是云主机永不宕机。 只要云主机采购量稍微规模,云主机用户总遇到一些故障。请谅解和忘记供应商的销话述,云主机用户必须自己在架构设计层面规避这些故障。 络抖动 现在云平台已经都用SDN组,SDN本质是“软件定义络”,其主打卖点是灵活管理和控制,其性能和稳定性并不是主打方向,SDN软件的质量也要略差与于传统厂商。云平台都络IO超卖复用,而且用器CPU软解海量报文,其性能还是比传统络略差的。
疏****月 2018-07-09
一键线Archer | 百度持续部署的瑞士军刀
另外,Archer也可作为托管平台的底层工具链,为PaaS平台提供稳定的底层部署。 通用场景 在百度内部,通用的部署系统需要适用于以下场景: 各业线拥有各自的包规范,语言、框架不统一,部署策略不一致; 支持分级发布,及时拦截部署引入的线故障; 业的多地域部署; 多种络环境及大包部署; 提高自动化效率,能够集成测试发布自动化流水线。 后面,我们将结合面场景,向大家介绍百度持续部署是如何实现的。 架构 整个系统由命令行工具、web、中转及单机agent+部署插件几部分组成(如图2示)。用户通过命令行工具触发一次变更,在web端进行参数解析及任分发,对应执行机器agent通过心跳获取任后,调用部署插件执行实际任。涉及大包及不同络环境的部署进行中转下载。 解决方案 各业线拥有各自的包规范,语言、框架不统一,部署策略不一致 为避免杂乱无章又不规范的代码及配置文件的目录结构,Archer规定了一套既灵活又完整的包规范。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
我不将它压到箱底,偶尔我也练练聊聊,纪念一下那个搞技术的黄金时代。 本文聊个很有嚼头的技术问题,Linux系统的启动过程,当我们不用自己安装系统以后,丧失了这么多乐趣。 正文 1.主板加电和硬件自检,就是开机第一屏启动界面。 CPU和内存插得有问题滴滴乱叫,而卡和硬盘插不插都无谓,因为这些外设都不属于经典的计算机系统。 早期小内存器一般有内存检测的功能,但256G内存的器启动的速度也太慢了,重启一分钟能启动的还能恢复,重启分钟可能群集性状就变了,以我们经常顺手就把他关掉了。 2.读取主板引导配置,现在终于要从外部设备读取数据了。 主板大都是BIOS引导,也有是UEFI引导,但从器用户看区别也不大。 主板可选从USB/SATA/NIC这几类接口获取引导数据,而且可以排队式加载,第一个加载不成功就尝试第二个。系统安装镜像都有个防止误操作的倒计时,而络引导一般是排在末位,硬盘引导就是通用的系统启动的方式。 爱折腾桌面电脑的朋友从这一步开始就玩双系统/WINPE/U盘版Ubuntu/无盘工作站了,还好器维护人员比较单纯专一。
M****点 2018-07-10
中国云计算现状——产品篇
云替代方案被客户技术人员苛责,而技术人员对云新出的方案很宽容。 CDN是最早出现也是最成熟的云计算,它有下列迷人的特点给云计算行业的未来立下标杆: 客户没有学习成本,肯付费、懂IT常识就能接入,有客户都认同使用CDN能节省成本提高质量。 客户没有对接成本,可以随时更换其他云厂商,或默认即使用多个云厂商,普通项目不需要高级售前、解决方案和实质性定制开发。 客户只关注价格和质量两个维度,不用承担太多选型责任,大不了切走就行,甚至有专的中立CDN监测的平台。 虽然业内对CDN生意评价不高,认为这就是卖资源,但每个云平台都将CDN收入列为重要单项,成熟的模式催熟了巨大蛋糕。 关于Serverless的介绍,我建议大家搜一下ZStack张鑫的那篇文章。Serverless的实之处在于要求程序为自己进行改造,其他强调按需付费的计算只是快速释放资源的小把戏,Serverless才是真正的计算能力集装箱,未来计算场景下的CDN。 、SaaS产品 其实SaaS产品和狭义的云计算没一毛钱关系,广义的云计算连设备租赁和人员外包都能算进去吹水框架,自然也给SaaS云预留了位置。
小****园 2018-07-10
让PB级云存储不再神秘
大客户的数据一般都是存在于旧系统的,其迁移方案比小客户复杂,拉专线、寄设备、追增量、切业等等方面都要考虑到。一般迁移方案是现有数百T数据,规划未来3年到10PB,数十个轻量应用对接代理关继续使用,几个核心高负载应用改成直接访问存储。为了更好的发挥对象存储优势,厂商还要诱导客户使用云平台的各种新功能。迁移方案要靠谱必须说清楚依赖环境、操作时间规划、各步风险评估、验证验收标准等息。 大客户同样在于云平台的职业操守,但其反击能力要强于中小客户,因为他们不用云平台的标准合同,而是自己订制合同内容。法律合同能震慑平台的一部分小动作,但计费统计数据云平台还是拿到,客户可以考虑多分几个供应商多做几个存储池。 4、何时选择私有云 对象存储一般是公有云,但是超大型国企、电商、国家级项目、大型独立互联企业、金融行业、智慧城市、基因、气象、医疗等行业都因特定原因使用私有云存储。 对象存储适用于私有云主要基于这方面考虑: (1)建设成本 公有云建设成本有大头,器、IDC和公带宽。公有云对比对中小型客户在这方面成本有巨大优势,但也给自己保留了利润空间。
布****五 2018-07-10
如何执行一条命令
面临的困难 命令行的要素,也是如何执行一条命令行面对的个问题,如前文述,对于单机环境来说,这个问题在前人的努力下已经被很好的解决。可是如果要在几十万台机器每天执行几十亿条命令,同时保证时效性,保证执行成功率,保证结果正确收集,保证7*24小时稳定运行,就不是一件简单的事情了。谓远行无轻担,量大易也难,在构建这样的执行系统的过程中要面临诸多困难,此处举几个突出的例子如下: 息存储问题:为了支持水平扩展,需要高效的内存数据库作为缓存。为了做到执行命令的可追溯、可统计,需要对执行过的命令息持久化。日均几十亿的热数据,年均万亿的冷数据,需要仔细选择存储方案。 任调度问题:为了达到在任意多台执行命令的要求,需要确定何时分发命令、何时回收结果以及怎么样的并发度批量下发。 消息传输问题:为了保证命令高效正确送达目标器,需要构建一个可靠的命令传输络,使命令息在准确送达的前提下保障传输的可靠与高效,毕竟百度的几十万台器分布在世界各地。 代理执行问题:为了更好的处理权限、单机并发等单机执行问题,需要在目标机构建执行代理,以应对单机的复杂执行环境。
流****水 2018-07-11
度云企业级运维平台——NoahEE
对于产品研发的同学来说,关注点是语义明确且更具描述性的“运维场景”;而对于运维人员来说,关注点是此次升级操作涉及的机器等资源在哪里。在业规模发展到一定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在实际的运维中,还有更多的因素需要考虑,例如机器是否分配给不同部(资源的隔离)?权限又该如何控制?随着规模变大,人力成本等管理成本升,然而效率低下、可用性不升反降等等都是非常可能出现的问题。百度对于这个问题给出的答案是,必须先要解决资源组织管理问题。简单的说,管理要解决的最核心问题就是如何对资源进行有效组织管理与定位: 图2 解决规模带来的问题 在管理这个地基打好后,我们再来回顾下面的例子。这个例子中,地图研发的同学就可以在运维平台中选中导航的模块进行升级,运维平台通过管理来定位此次升级操作需要影响的机器并进行批量的操作。NoahEE中的有运维系统,都以管理为基础来进行运维操作,例如在监控系统中,我们可以对导航模块(而不是单台机器进行操作)添加一些指标采集任,并在一定条件达成时报警。
嘟****y 2018-07-11
大型企业适用的云平台账户体系
供应商用“认证”“审核”这类词跟甲方说话就是态度不端正,这又是一句“客户你好,你要从管理,爱审不审,不审就滚”。这类甲方的身份资料是公开的,也不恶意赖账,这时应该由乙方主动记录合规息,后台透明完成功能开通,设置消费和透支限。 假设客户是成长型公司,以前CEO创建的账户让员工继续使用。某天CEO被老婆打了一顿,因为他的购记录有给“丽丽”订花和开房;或者警约谈该倒霉蛋,警告他不要用盘传播非法视频;也可能CEO打开聊天工具,发现自己很多幼稚鸡汤文给投资商。不要误是有人要整这个CEO,SSO单点登录多项,同事用混了账户也正常。 如果客户放弃使用某云之后,原账户不注销滚动欠费几千万怎么办?云巨头们都是横向一体化经,搞不好和客户有竞争,霸王注册条款下的法风险确实存在。 一个企业的账户不应该由客户注册,而是供应商主动提供,像IDC和CDN就主动给客户提供查带宽的账户。这个账户只是为了让客户低成本的获取,不包含客户给供应商的任何承诺,双方的权利义要看商合同。 第二.账户内资源隔离 企业客户尽量将资源集中采购,在采购IDC/CDN这类简单时不用担心资源混淆。
小****君 2018-07-11
踏云落地--谈IT就业趋势
云厂商本来想着云了就可以挤掉操作员的工资了,但实操几年下来倒是越搞人越多:打线装系统的团队只管理50台物理机,但是云后要管理2000台虚拟机啊,工作不仅保住了还更轻松了;做黑盒测试的团队过去只测试10款手机,用了移动端测试云,一天可以测500款手机;做鉴黄标注的团队扩大了3倍,以前怕风险没开放的功能都重新开放了,过去只鉴黄现在要鉴政了;出大数据报表的团队,做报表的频率从每周一次变成了每天次,还要人工写分析报告了。因为云而失业的操作员都是笨死的,约车是抢黑车生意,但脑子正常的黑车司机都去开约车。我们从大局考虑,行业改革者都没必要刻意针对低端岗位,这些从业人员的成本低没油水,又任劳任怨态度好。如果云厂商的最终目标就是替代低端需求,这个目标不仅笨而且穷,还绝对不成功。企业IT项目逐渐从数量增长转为质量增长,消化不了那么多操作工,他们的人数不有爆炸式增长了。第四.普及平庸化的业工程师熟练业工程师是受技术演进冲击最大的群体,如标题的“普及平庸化”,他们的绝对人数可能继续增大,但是这是“淡出IT圈”的泛化增大,而薪资水平肯定掉下来。
TOP