关于 网赌提款客服说充值订单接到投诉不给出款怎么办?qq9306&m 的搜索结果,共1736
无****禾 2018-07-11
户需求引导管理--实战型IT太极拳
前言 多年之前,我要搜集云平台技术运营数据,就主动了解户云平台的运行状况。然后我就发现来了暴怒战场,户的需求同事们都承诺下来了,但一年半载都没人做。我闲住就开始救火,户有十个要求我会拒绝七个,两个慢慢做,一个承诺立刻解决。户并没有我,倒是离职的时候多个户邀请面谈并发了Offer。 这几年我一直把“十个需求我会拒掉七个”当做招牌技能,今天就聊聊户需求为什要引导,该如何引导。 云平台卖的都是务,靠销售体系打下子来只是万里长征第一步。如果云厂商做务,公有云没有消费额,私有云可以换别人家的软件授权;如果云厂商做好大户的技术务,完全可以从备胎公有云变为主力公有云,私有云群集也月月有扩容。各位标中标的CDN厂商已经领教过户的切量神功了,而云主机等资源的切换也会越来越简方便。 过去的案例 我们先看四个生产环境案例。 案例1.有外售型私有云户要把虚拟机的内带宽从1G扩4G,沟通后发现是最终用户要在虚拟机上跑大流量应用。
x****3 2018-07-10
中国云计算现状——采购篇
前文过成本,明我们做一个云计算平台能亏钱;还过产品,明云计算务有哪些东西可以卖; 正文 一、云厂商的姿态和现状 云厂商们经常参加各种“开发者大会”,开发者们也用自己的热情帮云平台完善产品,但真正能带来营收的还是大户大项目。这些大户大项目可能是事业位、国企、外企、大型私企,也适用于已经做大的互联公司,采购决策人会是CIO采购部这条线上的人。大公司大项目的的采购过程中,技术团队只有等同于财务部、法务部的否决权,采购决策人会从云厂商的角度考虑问题。 云计算产品成熟清晰明确,只有技术人员能和户谈产品和方案;但是在大型项目中能卖方案的是销售人员,技术人员供的所有材料都是销售供的工具,让这些销售人员倾向己方的采购决策人、转化倾向友商的采购决策人。 采购线的人关心你用什技术流派,在他们看来云厂商卖的绝大部分是替代性产品,一小部分是开创性产品;替代性产品是比旧产品有什优势,开创性产品能他们带来什新利益。 云厂商觉得户跟上自己伟大理想,动辄要引领户改变思路,即使丢也是户境界够高深。
s****d 2018-07-11
亿元级云用户分析
3.主体贩售资源分析 云供应商可能靠软件和务做亿元销售额,只有以资源为载体,户才会亿元大。这个观点跟前文的“资源可以用做计收载体,但能做为上云目的分析”并是冲突而是印证。 以软件和务做亿元营收载体,采购决策人会承担巨大决议风险;但平庸的贩售资源又会陷入价格战和关系战之中,云厂商追求市和利润都能讲这些老套路了。 我们先列来哪些资源是体贩售能过亿的,云厂商把这些资源和其他的软件务资源做打包混淆集中交付,云厂商就是卖资源而是卖梦想了。 3.1 IaaS计算池 IaaS计算池,交付户的是CPU+内存+本地盘+本地+IDC电力,产品形式可以是虚拟机、裸金属、容器,或者预装了数据库-大数据-队列等务的模板化云主机,决定资源池成本的是硬件和电力的价格,以及内部浪费程度。销售铁三角对硬件资源池的包装,完成资源成本分析、交付务展示和付周期核算;在硬件资源池交付时,云厂商的优势长处是大规模交付和成本控制,至于短处——家家有本难念的经。
h****e 2018-07-10
程序:我从哪里来?
在BNS系统中,元表示一个务的实例集合,一般以三段式的结构表示,比如:server.noah.all,server表示务名,noah表示产品线,all表示机房名称,元的名字在系统中是唯一的。 使用场景 在程序员的日常工作,常常面临以下的场景: 场景 场景一:我是一名OP工程师,负责几十个系统模块的运维,我常常需要登录部署务的机器排查问题,但是只知道务名,记住那多部署信息,? 场景二:我是一名RD工程师,我负责的务需要扩容,我的务是很多下游务的依赖,务的扩容通知下游模块? 场景三:我的务部署实例有一个现故障了,我想对下游务屏蔽该故障实例,? 下面以一个简的例子来明,假设一个模块名是Server,它的上游是Proxy务,下游是Redis务,当现变更或者故障时,如何让上游感知呢? 当新增上线实例、下线摘除实例或者实例发生故障时,BNS系统通过部署在机器上的户端实时感知实例的状态变化,同时新增和删除实例的变更情况会立即同步分布式的缓存系统中,这样用户通过一个BNS名字就可以感知下游的实例变化。
嘟****y 2018-07-11
大型企业适用的云平台账户体系
前文是注册阶段的法务承诺,使用过程中云平台又会有各种奇怪的“资格认证”“功能审核”等问题。云平台要规避自注册户的政策法规问题和恶意欠费问题,但这和大户有什关系?供应商用“认证”“审核”这类词跟甲方话就是态度端正,这又是一句“户你好,你要从管理,爱审审,审就滚”。这类甲方的身份资料是公开的,也会恶意赖账,这时应该由乙方主动记录合规信息,后台透明完成功能开通,设置消费和透支上限。 假设户是成长型公司,以前CEO创建的账户让员工继续使用。某天CEO被老婆打了一顿,因为他的购记录有“丽丽”花和开房;或者警约谈该倒霉蛋,警告他要用盘传播非法视频;也可能CEO打开聊天工具,发现自己很多幼稚鸡汤文资商。要误会是有人要整这个CEO,SSO点登录多项务,同事用混了账户也正常。 如果户放弃使用某云之后,原账户注销滚动欠费几千万?云巨头们都是横向一体化经营,搞好会和户有竞争,霸王注册条下的法务风险确实存在。 一个企业务的账户应该由户注册,而是供应商主动供,像IDC和CDN就会主动供查带宽的账户。
小****园 2018-07-10
让PB级云存储再神秘
比如你往我的平台塞个200M大图我是拒绝处理的,友商管图片多大都敢去切图,但有30%几率是后台切图程序崩溃,让你等是十分钟才收个50X的报错;比如某些音频编解码规范应用了半个世纪,某的手机可能会兼容性问题。这类技能太生僻,云厂商培养技术人员都很困难,户要靠自己评估厂商就更难了。我的建议是多发几个工,看的是技术人员还是商务,看工处理周期和结果吧。 分发能力好理解,某盘厂商一开始是把云存储挂载务器后端,由务器端的BGP带宽来负责盘文件下载,后来改成云存储通过CDN直户端发数据,带宽成本降低以前的20%。 (3)厂商的职业操守 前文刚一本正经的云计算是企业务,现在突然又操守了?国内的云平台都是做互联ToC业务起家,习惯用摆布个人用户的伎俩去招揽企业生意,近几年大型云平台屡屡爆蛮横管理狡诈运营的丑闻。云计算是企业务,云平台是我们的供应商是我们的管理者。TB级用户正是业务高速发展的关键时刻,我们更要防备某些吃相难看的混蛋。 云存储相对业务简,遇野蛮运营的问题主要集中在窃取数据、估算业务量、恶意兼容其他务这三方面。
M****点 2018-07-10
中国云计算现状——产品篇
某些云主机的超卖比过高,性能太差,又因为各种原因更换云厂商,那只能基于性能原因用物理机。 某些硬件特性虚拟机还没模拟来,或者你模拟了我也信,比如Oracle RAC就偏爱硬件存储。 某些非TCP/IP资源必须专用板卡,比如电话络的务器,专用器材的务器,加密狗的务器。 非技术因素必须用物理机,比如某软件查问题来怪虚拟机,为了避免麻烦它们特地安排了物理机。 为了利旧等原因着用物理机,有些位的电费是行政部负担的。 既然要用物理机,要和虚拟机联动就要用混合云。混合云就是用专线打通两朵云,或者让物理机和虚拟机内互通。肯定有读者怪我认识浅薄,但是云内资源调度都做好的用户,能做好跨云的资源调度。 既然谈了混合云,肯定就要谈云管平台,云管平台是伪需求而是新需求。当户的非CDN云资源采购金额过500万以后,其子项目之间没有内互通的需求,这时候该做一个跨厂商的云端资源管理方案了。现在虚拟机能像CDN一样随意迁移,但未来Serverless务崛起,计算能力也会在多厂商之间漂移的。
雪****魁 2018-07-11
危险背后的机遇--云务故障危机分析
现在容易问题的是云平台的运营维护和云厂商的自定义管理模块,户就是缺合格运维才被逼上的云平台,但云厂商自己也缺人;在软件BUG这一部分我已经吐槽过做云平台外延模块程序员的技能水平了。这些地方了问题该、该索赔索赔,逼着户去招更敬业专业的工程师。 资源入 云资源贩售过程中,合格的厂商可以让云资源物有所,但巧妇难为无米之炊,原始资源够云务就可能很稳定。面向中小户的时候,云厂商很忌讳透露具体硬件成本,也尽量避免承认资源足,但面对大户时会很坦诚。 作为持久共生的大甲方,请关注乙方的成本红线,买家永远没有卖家精。如果甲方够钱了,乙方仍然用劣质硬件IDC和过高超售比,小云厂商一般是老板带头节俭,而大云厂商很可能是执行层的人弄错了,作为甲方该闹就要闹。 人为原因 云厂商的人为故障总是糊涂账,但细心的甲方是能看来端倪的。有时候厂商想遮蔽技术和资源的问题,会是人为原因,缓过这一次故障赶紧修BUG和准备资源;有时候明明是人为原因,但人为故障都是打脸实锤,厂商脸会肿而且要赔偿,可能会找个其他原因来脸部降降温。
m****t 2018-07-11
设计中立公有云云管平台
如果当前只入一个云平台可以省掉这份工作,后续无论是自己开发还是甩锅新供应商都是可行的。 上文谈了这多平台设计,大家一定觉得很爽,问题会这繁琐,实现结果为什会如此简陋,是应该有资源隔离但统一计费的父子账户系统,是应该有功能强大百调厌的计费API口。笔者以前就规划过和用过这些系统,写本文的目的也是为了催促各个云平台开放此类功能。 第六进阶补系统 除了上述核心业务系统外,云管平台还可以有一些补子系统,让用户像在用像一个标准云平台。 面向户的API系统。高级用户会有调用API管理资源的需求,云管平台需要逐步开放面向户的API或SDK。 户智能化操作系统。云管平台可以更贴近用户业务,主动替户完成一些运维操作。简的如滚动快照云主机,复杂的如根据LB负载动态扩容缩编Web务器。云管平台离户的业务足够近,又对云端资源有深入了解,完全可以以此为切入点,从资源贩售发展为技术输。 日志系统。无论是计费日志还是操作日志都可以逐步记录和开放来。 通知和工系统。此系统用过多描述。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
机房故障诱因众多可避免 机房故障诱因众多,详细复盘若干机房故障发现故障诱因大致可以分为四类: 基础设施故障:物理机房故障、络链路拥塞、流量转发基础设施故障等 程序缺陷:程序隐藏bug、程序性能严重退化等 变更故障:测试分的程序、配置、数据变更,人工临时介入的误操作等 依赖务故障:第三方务故障例如通用的认证务、支付务、存储务、计算务故障等 机房故障止损可靠性与效率急需升 人工处理场景下,运维人员通常选择7*24小时班,收大量的报警,随时准备在紧急情况下进行响应、决策、操作一系列故障止损动作,尽量挽回务损失,降低故障影响。 但上述解决方案会面临如下问题: 响应可能够迅速:例如夜间报警 决策可能够精确:例如新手OP经验欠缺,误决策 操作可能现失误:例如止损命令错误输入 “机器人”处理场景下,机房故障自愈程序可独立完成故障感知、决策、执行的完整故障处理过程,并及时向运维人员同步故障处理状态。运维人员的职责由处理转向管理,最终运维人员在低压力班中保证务稳定运行。
w****0 2018-07-11
机房故障自愈-黎明之战
机房容灾能力--盲测验收 完成以上四点机房容灾能力建设后,业务线就具备了通过流量调度进行止损机房故障的基本条件。那如何验证业务线是否具备该能力、能力是否现退化,我们采取盲测验收的方式,模拟或真实制造故障,验证同业务线故障情况及止损效率,并相应的优化意见。 根据业务线进行容灾能力建设的同阶段,我们从对产品实际可用性影响程度、成本、效果等方面权衡,将盲测分为三种类型: 无损盲测:仅从监控数据层面假造故障,同时被测业务可根据监控数据决策流量调度目标,对于业务务实际无影响,主要验证故障处置流程是否符合预期、入口级流量切换预案是否完整。 前通知有损盲测:真实植入实际故障,从络、连关系等基础设施层面植入真实错误,对业务务有损,用于实战验证产品线各个组件的逻辑元隔离性、故障应急处置能力。同时前告知业务盲测时间和可能的影响,业务线运维人员可以前准备相应的止损操作,减少机房止损能力建设完善导致的损失。 无通知有损盲测:在各业务线机房容灾能力建设完成后,进行前通知的有损盲测,对业务来与发生真实故障场景完全相同。真实验证业务线在机房故障情况下的止损恢复能力。
TOP