关于 云阳县怎么找到附近服务〖8843O306VX〗服务真实蓝萍赂凑账 的搜索结果,共1105
h****e 2018-07-10
程序:我从哪里来?
在BNS系统中,单元表示一个例集合,一般以三段式的结构表示,比如:server.noah.all,server表示名,noah表示产品线,all表示机房名称,单元的名字在系统中是唯一的。 使用场景 在程序员的日常工作,常常面临以下的场景: 场景 场景一:我是一名OP工程师,负责几十个系统模块的运维,我常常需要登录部署的机器排查问题,但是只知道名,记不住那多部署信息,办? 场景二:我是一名RD工程师,我负责的需要扩容,我的是很多下游的依赖,的扩容通知给下游模块? 场景三:我的部署例有一个出现故障了,我想对下游屏蔽该故障例,办? 下面以一个简单的例子来说明,假设一个模块名是Server,它的上游是Proxy,下游是Redis,当出现变更或者故障时,如何让上游感知呢? 当新增上线例、下线摘除例或者例发生故障时,BNS系统通过部署在机器上的客户端时感知例的状态变化,同时新增和删除例的变更情况会立即同步分布式的缓存系统中,这样用户通过一个BNS名字就可以感知下游的例变化。
M****点 2018-07-10
中国计算现状——产品篇
既然要用物理机,要和虚拟机联动就要用混合。混合就是用专线打通两朵,或者让物理机和虚拟机内网互通。肯定有读者怪我认识浅薄,但是内资源调度都做不好的用户,能做好跨的资源调度。 既然谈了混合,肯定就要谈管平台,管平台不是伪需求而是新需求。当客户的非CDN资源采购金额过500万以后,其子项目之间没有内网互通的需求,这时候该做一个跨厂商的端资源管理方案了。现在虚拟机不能像CDN一样随意迁移,但未来Serverless崛起,计算能力也会在多厂商之间漂移的。客户提前把管平台从计费和权限层面做好,至少在项目级别可以和多个厂商侃价,还能模糊计费相关业数据。 五、企业IT咨询和 前面的计算都免不了卖资源或者卖软件,搞IT咨询和可以让公司增加企业的融资概念和收入构成。中小型厂商都尝试转型做这类工作避开成本搏杀,大厂商嘴上说不要眼神也很诚。但具体参与过程中,这类工作很少有成功案例,我做成功过这类项目感慨也很深,本段落重点解释这些现象并给出建议。
雪****魁 2018-07-11
危险背后的机遇--故障危机分析
软件BUG 相比客户自己粗选一个物理机的OS,主机精选的虚拟机OS、宿主OS、Hypervisor的软件BUG并不多,大中型厂商都有精选底层支撑软件的力,但客户装物理机自选的OS都可能有驱动问题,三个精选软件的故障率没一个粗选软件更高。 但是从资源的管理、调度、监控软件,客户界面,API管理、户和后台策略层面,越往上走的软件质量还不如XXXX,此处省略一万五千字,客户自己揣摩吧。 厂商深层原因 厂商报故障就跟滚刀肉挨揍一样,脸疼了就把屁股过来,屁股疼了就捏捏脸,一般不会按住一只羊使劲薅羊毛,毕竟报障也要负载均衡。但客户自己心里要有秆秤,厂商究竟是偶尔发挥失常还是烂泥扶不上墙,故障的性质对长久的品质很重要。 我列一下潜在的故障原因,哪些故障能忍,哪些故障不能忍,这些要客户自己评估了。 技术原因 IaaS的核心主体功能(主机、硬盘、VPC),在没有特型要求前提下,是可以用开源方案搭建。如果是厂商连个开源平台标准模块都部署失败,那就该换厂商了;如果是偶发的BUG,那确客户要自认倒霉,因为友商也会遇同样问题。
s****d 2018-07-11
亿元级用户分析
2.1业采购决策人 企业里CEO/COO/CFO或权VP,他们不关注产品技术,更关注业上的求新图变,互联网决策人还会敏感IT成本。单纯靠销售搞不定亿元采购决策人,亿元大项目必须是高层互访合作,最终敲定合作的原因的就这几种: 一把手政绩工程 战略投资的加条件 海量或结构性压缩成本 生态圈陪玩的加条件 高层利益互换 高级IT人力外包 业采购决策人只能敲定项目可以开始,但不保证落袋为安,IT方案决策人和技术执行人员同样重要。 2.2 IT方案决策人 从CTO/技术VP权总监,业决策人选择厂商,而IT决策人可以否决候选厂商。他们要考虑公司总体利益,比如厂商的技术梦想是否有有辱智商,超低资源报价是否有可行性,生态合作是否有伏笔暗枪等等。
嘟****y 2018-07-11
大型企业适用的平台户体系
前文是说注册阶段的法承诺,使用过程中平台又会有各种奇怪的“资格认证”“功能审核”等问题。平台要规避自注册客户的政策法规问题和恶意欠费问题,但这和大客户有什关系?供应商用“认证”“审核”这类词跟甲方说话就是态度不端正,这又是一句“客户你好,你要从管理,爱审不审,不审就滚”。这类甲方的身份资料是公开的,也不会恶意赖,这时应该由乙方主动记录合规信息,后台透明完成功能开通,设置消费和透支上限。 假设客户是成长型公司,以前CEO创建的户让员工继续使用。某天CEO被老婆打了一顿,因为他的网购记录有给“丽丽”订花和开房;或者网警约谈该倒霉蛋,警告他不要用网盘传播非法视频;也可能CEO打开聊天工具,发现自己很多幼稚鸡汤文给投资商。不要误会是有人要整这个CEO,SSO单点登录多项,同事用混了户也正常。 如果客户放弃使用某之后,原户不注销滚动欠费几千万办?巨头们都是横向一体化经营,搞不好会和客户有竞争,霸王注册条款下的法风险确存在。 一个企业户不应该由客户注册,而是供应商主动提供,像IDC和CDN就会主动给客户提供查带宽的户。
追****圣 2018-07-11
给书记省长讲清楚计算
这类厂商在国内发展都不太顺,和他们沟通主要看他们有什合作诚意,是否穷极思变。 最后一类是系统集成企业,这类厂商已经地方政企几十年了。他们最大的优点和缺点都是为政府和国企为生,他们可以买技术搭建出平台,但他们建好平台的目的是再卖给本地政府和国企。这类企业需要完成从供应商合作方的转变。 计算不是万能药,它无法解决哪些问题。 在地方政企看来,计算只是一种商业形式,不能对它报以不切际的期望值。 计算行业不需要大量雇佣本地劳动力,无法解决大批就业问题;计算核心员工会呆在一线城市远程操控,很难将计算人才引进当地。 计算不会产生污染,所以不用考虑环保减排问题,但其带来的环保节能问题很严重,每个数据中心都会占用大量电力。 对于四线城市政府和中小型国企,因为现困难资源有限是搞不了计算的;二三线城市和大型国企才能提供计算公司感兴趣的资源。
w****0 2018-07-11
单机房故障自愈-黎明之战
如何验证业线是否具备该能力、能力是否出现退化,我们采取盲测验收的方式,模拟或制造故障,验证不同业线故障情况及止损效率,并给出相应的优化意见。 根据业线进行容灾能力建设的不同阶段,我们从对产品际可用性影响程度、成本、效果等方面权衡,将盲测分为三种类型: 无损盲测:仅从监控数据层面假造故障,同时被测业可根据监控数据决策流量调度目标,对于业际无影响,主要验证故障处置流程是否符合预期、入口级流量切换预案是否完整。 提前通知有损盲测:植入际故障,从网络、连接关系等基础设施层面植入错误,对业有损,用于战验证产品线各个组件的逻辑单元隔离性、故障应急处置能力。同时提前告知业盲测时间和可能的影响,业线运维人员可以提前准备相应的止损操作,减少单机房止损能力建设不完善导致的损失。 无通知有损盲测:在各业线单机房容灾能力建设完成后,进行不提前通知的有损盲测,对业来说与发生故障场景完全相同。验证业线在单机房故障情况下的止损恢复能力。 单机房故障止损流程 一个完整的故障处理生命周期包括感知、止损、定位、分析四个阶段。
m****t 2018-07-11
设计中立公有管平台
如果当前只接入一个平台可以省掉这份工作,后续无论是自己开发还是甩锅给新供应商都是可行的。 上文谈了这多平台设计,大家一定觉得很不爽,问题会这繁琐,现结果为什会如此简陋,是应该有资源隔离但统一计费的父子户系统,是应该有功能强大百调不厌的计费API接口。笔者以前就规划过和用过这些系统,写本文的目的也是为了催促各个平台开放此类功能。 第六进阶补充系统 除了上述核心业系统外,管平台还可以有一些补充子系统,让用户像在用像一个标准平台。 面向客户的API系统。高级用户会有调用API管理资源的需求,管平台需要逐步开放面向客户的API或SDK。 客户智能化操作系统。管平台可以更贴用户业,主动替客户完成一些运维操作。简单的如滚动快照主机,复杂的如根据LB负载动态扩容缩编Web器。管平台离客户的业足够,又对端资源有深入了解,完全可以以此为切入点,从资源贩售发展为技术输出。 日志系统。无论是计费日志还是操作日志都可以逐步记录和开放出来。 通知和工单系统。此系统不用过多描述。
l****m 2018-07-10
五年前的预言——2012年计算时代的运维职位展望
我在写一篇新的文章,其中会引用这篇2012年的旧文,所以我原样摘抄下来,很庆幸能转型进入计算这个行业。 计算的时代正在来临,运维的工作也将在今后几年中发生翻天覆地的变化。 如果你是一个能给自己做主的人,你必须看清形势顺势而为,在变革的时代埋头苦干仍然保证不了你的正常生活;如果你是一个弓骑兵,无论你勤学苦练都打不过坦克手的;铁达尼号上的乘客无论多有钱,总是免不了泡进海水里的。 首先,我作为一个运维为何唱衰运维这个职业。 我们运维靠什能力在公司里自立哪? A.关心硬件和施工; B.关注网络问题; C.擅长系统和的调试维护; D.相对与架构师/DBA的价格优势; E.快速可靠的响应. 大家看看计算能给企业带来的好处。 A.硬件完全免维护; B.网络接免维护; C.系统、免维护; D.无论是硬件还是人力成本都很廉价; E.可靠性高于个人。 我们会发现,计算的目标就是要做的比运维人员更好,好“不用关心”的地步。从技术上来说,各大计算运营商对通用的Web、RDBMS、存储 都是可以做很好的。
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
录2:网上能一个写NTPD和ntpdate的水文和本文内容有些类似,那个是我多年以前写的,不是借鉴和抄袭,严肃脸。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
在传统的运维方式中,由于故障感知判断、流量调度决策的复杂性,通常需要人工止损,但人工处理的时效性会影响的恢复速度,同时人的不可靠性也可能导致问题扩大。 为了解决这类问题,我们针对百度内外部网络环境建设了基于智能流量调度的单机房故障自愈能力。结合外网运营商链路监测、内网链路质量监测与业指标监控构建了全方位故障发现能力,基于百度统一前端(BFE)与百度名字(BNS)现了智能流量调度与自动止损能力。同时,基于时容量与时流量调度自动止损策略与管控风险,现了任意单机房故障时业均可快速自愈的效果。当前此解决方案已覆盖搜索、广告、信息流、贴吧、地图等众多核心产品的单机房故障自愈场景。 单机房故障频发影响业可用性 回顾2年来各大互联网公司被披露的故障事件,单机房故障层出不穷。例如: 2015年6月某公司香港IDC节点电力故障崩溃12小时 2016年5月某公司杭州电信接入故障,中断小时级别 2017年1月某业天津机房故障,数小时无法提供 2017年6月北京某处机房掉电,多家互联网公司受影响 单机房故障频繁影响业的可用性并且会给公司带来直接或间接的损失。
小****园 2018-07-10
让PB级存储不再神秘
数据去重问题 对象存储不做数据去重功能,看着简单的功能背后都有蛛网一样的复杂考量,元数据、计费、存储、增数据逻辑、删数据逻辑、回收空间逻辑、用户资源隔离逻辑都会因为这个很炫的功能被彻底改变。正要去重的文件就是那些电影,随着版权保护的加深,电影只存原片盗版减少会是趋势,其他文件即使做切片去重,命中率也非常低。我们提供hash值让客户判断该不该删文件,该不该做文件映射就够了。 长周期软硬件换代 对象存储是付费企业级,并不是终身免费但匆匆关张的个人网盘。我们必须考虑十年为刻度的长周期维护问题,某种硬件停产了办,假设系统内核停止维护办?我强烈反对极端优化单点性能,就是因为单点性能极限优化必然和硬件、内核、文件系统都有深度关联。我推荐存储主力是应用层用户态进程,老中青三代器和谐运行,群集性能瓶颈本来就不在单点,不要给自己的软件无故设限。 冷存储问题 冷存储分冷和低温两种类型,冷存储就是用磁带、光盘、可离线存储节点来存储数据,这样可以节省机柜电量,但这是个工程学问题不是计算机问题了。
流****水 2018-07-11
企业级运维平台——NoahEE
一图胜千言,我们看看资产管理的特点: 图3 资产管理 部署管理 应用部署一直是运维工作中的重点,一般来说,我们面临的问题有: 批量部署难,样定位目标机器?如何快速部署? 灰度测试难,样通过灵活的部署方式,先进行小流量线上测试,待效果达预期后再扩大部署? 回滚难,发现问题后样回滚? 上面的第一个问题,际上在管理中已经解决了,也就是说管理帮我们完成了资源定位工作。其他的问题,NoahEE的部署管理模块通过“分级发布”来解决。在部署管理模块中,我们可以方便的定义并发度、部署步骤、影响范围以及暂停操作等,在部署的过程中发现问题即可暂停并回滚至之前的状态。除了部署等操作,部署管理模块还提供了批量执行命令等操作(比如批量启停某一)。如图来总结部署系统的能力: 图4 部署管理 监控管理 在任何工作里,信息掌握的全面与否往往关乎工作的成败。“知己知彼百战不殆”这句话说的就是这个道理。运维工作中,监控系统就是这个让我们做这点的关键。软硬件是否工作正常,出了问题是否能及时发现与报警,甚至是对异常事件等进行提前预测,都仰仗监控系统。
x****3 2018-07-10
中国计算现状——采购篇
厂商在降低客户对单一产品的上手难度,但直客户业如何上、哪种应用配合哪类资源,甚至软件技术支持都是可以做的,客户也愿意包给一个厂商完成所有工作。 五、戳破乱象做科普 厂商在个人客户和开发者的一些宣传特征并不适合大项目大企业客户,我们应该向采购决策人讲解这些特征的害处,并在应标文件中做更踏可靠的承诺。 1、公有厂商的运营规定是霸王规定,SLA条款是免责条款,根本不考虑客户利益。客户感知故障了客却不敢承认,等技术部和公关部双确认发通告已经过去好几天了;大部分故障的定义是业中断,并不解释性能低何种程度算业故障;假设主机宕机30秒后重启了,百倍赔偿就是用3000秒代金券让客户闭嘴;只有丢失数据办,好像没有任何SLA说得清楚。很多客户宁愿多掏钱选择用小型厂商或者私有,就是因为大型公有厂商管客户管的像个游戏会员。无论你推销公有还是私有,要拿出面对问题的诚意来,客户操碎心了明年就不续约了。 2、客户并不想盲目做小预算,单纯为省钱就不做采购了,只有其他方面没什好比的了才会比价格。
f****8 2018-07-10
2018年计算行业展望
被资本催熟的业普遍都会早衰,团购大战、外卖大战、打车大战都让我们看了资本抛弃业的速度极快,三年后计算不能拿来给资本画饼了,一些只能烧钱的计算公司都会被合并和售卖。 但计算本质上是企业,并不会出现一家通吃的情况,那些能够自给自足的计算公司,完全可以像韩遂、公孙康、孟获一样割据几十年。当Oracle在数据库领域雄霸天下的时候,DB2、SqlServer、Mysql、Mongodb只是挣得没那而已,他们并没有被挤死,类似的例子还有企业级操作系统软件、企业级咨询、企业级硬件供应商等等。计算是企业,企业从未出现过一家通吃的先例,拿个人互联网用户的习惯套企业客户身上是不科学的。 二、一个行业半个IT界 计算行业的梦想上限是替换掉整个IT行业中所有的后端环节,整个IT业一半的产值都会归属计算公司。 什叫“所有的后端环节”,就是除了直面客户、直面业逻辑的那一部分工作之外,其他的环节全部融入计算平台之中。 旧的IT势力在享受行业的自然增长,优质IDC仍然供不应求,工程师们仍然很好工作。
s****0 2020-08-29
百度云主机网络延迟问题
是很买 打折买了几台器 目前都荒废了,因为卡得一匹。
无****禾 2018-07-11
客户需求引导管理--战型IT太极拳
4.推进业的能力 无论是个人技术革新业绩,团队节省成本业绩,还是内部工作流改善,甚至对外能力优化,都是帮推进客户的业,帮客户出政绩。 客户很容易会异想天开,我现在更多是说他们的想法达不出政绩的目的,大鸣大放后黯然收场,对客户也不是好事。 传统IT企业在198X年成功崛起,是因为他们的技术帮客户延伸了业能力,比如用ATM机帮银行拓展柜台、用更好的技术算和转;最十几年则只能靠拿软硬件升级来从客户手里套钱,上那些IT系统只是保命续命却诞生不了新生命。 希望厂商能够引以为鉴,我也在摸索如何帮客户正意义上推进业。 人员需求 客户需求不能靠谦卑的态度来引导,而是可靠IT技能方案的输出。这对方案推进者,也就是解决方案架构师的个人素质要求非常高。技术上要可以取信于客户技术团队,又要非常了解产品,还要认可企业级IT模式,这才有可能胜任这项工作,让客户的消费额上千万甚至上亿。 只了解产品说明书的业售前是完不成这种工作的,从技术后台转售前的同样也搞不定该工作。解决方案架构师必须是离职后能胜任客户侧技术经理角色,对客户侧的技术环境、业流程非常懂行才行。
c****i 2018-07-11
付费拨见日--咨询可行性分析
只有中立咨询团队,项目是否上马、执行都不影响自身业绩,为了后续更多订单,还会更加重视口碑和专业性。 我们见多了零元中标的项目,这些项目有几个施验收的?如果二三期扩容不许做绑定猫腻,那零元中标就等于站着茅坑不拉屎的废标。 至于画饼营销,谈各种高大上功能签单的项目,或者是发完PR稿就再也不联系了,或者是卖完资源就开始敷衍了。 国外某顶级IT企业最在折腾XXXX,虽然行业内一堆PR解读和跪舔,但我们几个朋友的判断都是给自己加戏、顺路更换旧供应商。我不敢写太明确,并不是怕得罪境外的大佬,而是国内几大公司都做了类似的折腾。国内外顶级IT公司的IT决策者都需要自保,其他公司哪…… 3.咨询不是老行业 咨询不同于售前、管理咨询和产品咨询,上文列的咨询条目,不是来推销产品的、不是来宣讲管理理念的、更不是推广某款商业软件的。 我知道厂商和咨询厂商在尝试推广过这类,但成功案例都缺乏代表性: 某厂商的专家,其还停留在教客户用的阶段,和免费售前工作无差别。
TOP