关于 嫖娼小妹服务 78792796-微V号连云港连云区小妹真实服务 的搜索结果,共956
M****点 2018-07-10
中国计算现状——产品篇
CDN是最早出现也是最成熟的计算,它有下列迷人的特点给计算行业的未来立下标杆: 客户没有学习成本,肯付费、懂IT常识就能接入,所有客户都认同使用CDN能节省成本提高质量。 客户没有对接成本,可以随时更换其他厂商,或默认即使用多个厂商,普通项目不需要高级售前、解决方案和质性定制开发。 客户只关注价格和质量两个维度,不用承担太多选型责任,大不了切走就行,甚至有专门的中立CDN监测的平台。 虽然业内对CDN生意评价不高,认为这就是卖资源,但每个平台都将CDN收入列为重要单项,成熟的模式催熟了巨大蛋糕。 关于Serverless的介绍,我建议大家搜一下ZStack张鑫的那篇文章。Serverless的之处在于要求程序为自己进行改造,其他强调按需付费的计算只是快速释放资源的把戏,Serverless才是正的计算能力集装箱,未来计算场景下的CDN。 三、SaaS产品 其SaaS产品和狭义的计算没一毛钱关系,广义的计算设备租赁和人员外包都能算进去吹水框架,自然也给SaaS预留了位置。
雪****魁 2018-07-11
危险背后的机遇--故障危机分析
对于落是人为导致的故障,甲方单纯的索赔追责并不能解决问题,因为厂商总是比甲方的际损失更,甲方无法触及厂商能倒腾出故障的部门。甲方只能根据厂商销售和线的能力和态度,确认自己交钱了能否买到靠谱的。 最重是商誉 计算既是资源又是,资源相对可以量化,但短期内看直观感受,长期看商业信誉。商誉分为企业商誉和个人商誉,厂商的企业商誉都积淀不足,胜者也是比烂大赛中靠友商更烂胜出的,和IDC/CDN的比优大赛无法相提并论。大客户在吃够了厂商的亏以后,会选择信任能有个人商誉,能做出承诺、调动资源和平复问题的销售和人员。 有个客户非常信任某个销售,他告诉该销售,虽然某大有高层合作,某大也说报价肯定比某低5%;但是某大机制有问题,出故障从来都是衙门话,每次故障都要客户去乱猜和背锅。最终这个单子在客户执行层的暗助之下,该快速把业切过来并坐站住了,这份暗中相助就是靠个人商誉带来的信任。 我和大客户谈故障的时候,喜欢把详细故障原因刨析给客户,企业客户是讲道理的,不要把糊弄ToC用户的手段来对付ToB客户。
s****d 2018-07-11
亿元级用户分析
限制客户梦想的是老旧系统是否支持常见协议,还有底层工程师能否推动上层业测试和变动。 API调用PaaS——API就是不可控过程的黑箱,客户没预算没精力就盲目信任厂商。客户有精力就做多冗余校验,有预算就做专有资源池部署;未来厂商还会自定义SLA标准——大部分API等待超时都没定义。 版本发布和数字化转型——无论是观的版本发布还是宏观的数字化转型,其都和上没直接联系,一个是室内装修工作,一个是新建房屋工作,但装修的最好时机是房屋重建的时候,厂商要帮客户推动IT技术革新。 5.输出分析 厂商输出给客户的即有端IT资源,也有平台输出。是个比资源更难量化的概念,我只引一把火苗出来。 咨询规划--如果直接给客户买资源,那就只能谈性价比,而且资源本身不会说话,所以厂商要做好咨询规划。 明晰验收--项目的施和结项都是以结果为导向的,明确的过程控制和验收标准对供求双方都是保护。 友好接口--面对亿元大金主,厂商的下限是类比传统IDC,要把金主伺候舒了就要学IOE类集成商。
追****圣 2018-07-11
给书记省长讲清楚计算
基地通俗易懂的展现形式就是开启数十万个高速运转的电脑铁皮箱,但这些电脑不用接显示器也不用人员现场操作,只要这些电脑能开机能上网就能对外基地和数字地产不完全相同,数字地产只装修好房子,基地关注用这些房子做什么。 基地是无烟工业,并不需要雇佣大量人口,对直接促进就业帮助不大;但计算没有体矿产投入和物品产出,只需要大量电力启动电脑也不会产生大量污染。 基地像电视台和信塔一样,通过产生和扩散数据信息对客户提供,这些信息的传输没有物流成本,光速直达全球每个角落。 因为基地全球客户,所以基地可创造极高的营收,但不能简单的计入地方政府的GDP。一个耗电三千瓦的机柜加附属空间占地5平方米,如果计算资源全部售出,每年可产生20万元以上的营收。但是这些营收会计入计算公司所在地,而非基地机房所在地,基地只能被当做外地公司在本地租赁的库房,只会在所在地消费掉地租、电费和网费。各地政府只有提供足够的优惠政策,才能吸引计算公司在当地成立独立税核算的分支机构;有长久规划的地方政府甚至可以将计算人才逐步引入当地,形成高科技硅谷园
m****t 2018-07-11
设计中立公有管平台
以Mongodb为例,客户端会接多个mongos和mongod,客户端旁观端选举和切换主节点,不依赖虚拟IP就现应用层高可用和负载均衡。管平台可选接入厂商满足中型客户需求,毕竟不用自己做维护;但遇到重型客户需求建议直接在高配虚拟机上自己搭,或者走混合物理机接入VPC的模式。 不考虑高可用性的。这其挺尴尬的,理论上来说即使是内存缓存型也有双活机制,但是厂商PaaS的后台架构完全是黑盒,没出故障时都是专业架构,出故障了都是百年一遇,大都是“只考虑人品”的。以RDS为例,不同厂商的RDS可靠性千差万别,我亲眼看过很低可靠性的,也听朋友说过本厂的RDS可靠性远超普通DBA;但RDS对客户只暴露一个接口,我们不知道厂商给主库磁盘做没做RAID,也不知道主从库会不会在同一个物理机。所以前文中我对中客户用PaaS当做节省自己搭建的人力,对大型重型PaaS需求建议个案处理,因为各厂商通用的百倍赔偿根本就是个免责条款。 对象存储(OSS)和CDN。
h****e 2018-07-10
程序:我从哪里来?
干货概览 在计算机程序或者的层次上,我们来试着分析前面提到的几个问题。 问题 1.我是谁? 叫什么,包含了哪些例,规模、部署情况、例运行状况如何? 2.我从哪里来? 的上游有哪些,不同的上游流量如何分配? 3.我往哪里去? 的下游有哪些,不同的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在百度的运维践中,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度智能运维团队研发的一套分布式的名字系统,是百度Noah智能运维产品中的一个重要基础系统。它为每一个赋予一个独一无二的名字,根据这个名字,我们就可以获取到这个的相关信息 ,这些信息包括:在机器上部署信息(机器IP,部署路径,配置,端口信息),例运行状况等其他重要信息。简单来讲,它提供了一个名到资源信息的一个映射关系。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
这个文件注释很简单但水很深,我们该用标签还是UUID来标识磁盘,文件系统自检功能要不要开,这都可以聊好几个时。 看看各的启动优先级也是一个讲究多多的过程,iptables会比network先启动这类依存关系很好理解;但我也遇到过平台的DHCP获取太慢,而主机操作系统启动快、Network还没从DHCP那里获取到IP地址,然后Mysqld等需要监听端口的启动失败。 后记 以上内容只能算精简科普版的Linux系统启动过程,正式版的启动过程可以写十万字,有兴趣的朋友可以自己查维基百科,或拿我说的关键字去百度搜索。 曾经我把这些技能当做资历,但现在大家都上了,它们就只是闲聊的谈资了。但客户上就能少招一个研究这事的工程师,上也很有意义啊。 夜静人稀,沙子龙关好了门,一气把六十四枪刺下来;而后,拄着枪,望着天上的群星,想起当年在野店荒林的威风。叹一口气,用手指慢慢摸着凉滑的枪身,又一笑,“不传!不传!”----老舍《断魂枪》
嘟****y 2018-07-11
大型企业适用的平台账户体系
这些年来计算技术突飞猛进,但我一直很怕和客户谈平台的账户体系,因为客户有合理化需求,而(某客户说)平台的账户设置就是在糊弄鬼。随着大部分平台在完善账户体系,我们可以心平气和的谈一谈而非吐槽这个问题了。 计算公司的技术班底大都是个人业起家,他们最早接入的是中企业和创业者,其账户体系并不适用于大型企业客户。大型客户上之前都用过虚拟化、域管理、网管资源管理软件,肯定不适应这套功能单薄诡异的用户约束。本文的目的是为了让大客户有底气提出质疑,让平台继续完善开发,最终提供符合企业级应用场景的账户体系。 第一.账户注册问题 首先我们看法问题,如果注册时死抠法问题,国内各大平台会颗粒无收。 我随便摘取了几段账户注册的用户协议: 客户的账户是唯一身份识别依据,就交钱时也是只认账户不认人。 平台有权限制客户账户下所有产品及全部功能,心情不好就不卖。 客户保证不会影响平台关联公司的合法权益,其标准由平台做权威判断。 这是不是有一种“客户你好,我是你大爷,爱买就买,不买就滚”的即视感?谁有资格代表公司去注册账户和同意条款,IT部私自注册账户跟私签合同的别大吗?
f****8 2018-07-10
2018年计算行业展望
谈到PaaS总有人拿容器技术来浑水摸鱼,但容器本质上还是IaaS,或者是PaaS的一个底层支撑技术。 我也不喜欢谈SaaS,SaaS一直就存在,不能说名字里挂个“”字,就变成了。 四、从业者的更新变化 客户的程序员要一代代变化世代更替,而计算公司的从业人员也在更新换代。新技术刚出现的时候,研发和产品最重要,而技术走向成熟稳定以后,销售和售前更重要。 技术支撑团队会逐渐平庸化但越来越可靠,现在的新技术弄潮儿会转场去做更新的技术,有友商竞争和衬托,留下的员工只能把功能做全稳定性做好。 产品经理是长期看衰的,因为计算平台是个软件公司而非互联网公司,正常的产品迭代速度是填不满产品经理的工作周报的。 前端销售团队变得越来越重要,因为客户铁定要上,而平台和产品越来越雷同了;关系过硬的销售可以带着用户换厂商,而普通销售会快速走向失业。 售前随着销售的强化变得更重要了,而随着产品的标准化也可以减轻对后端团队的依赖。 随着高科技的光环褪去,各个计算平台的从业者会越来越像传统的软件和集成商。
l****m 2018-07-10
五年前的预言——2012年计算时代的运维职位展望
2、进行计算器维护;几大供应商自己也要维护器,那些大中型企业肯定会自己做私有,在这个计算平台里也是需要运维人员进行从低端监控到高端架构的一系列维护工作,但自动化运维技术会让运维人员的数量大大减少,可能每个公司都只有一两个团队了。 3、进传统行业继续做运维;笔者就是在一个通讯公司工作,我可以很乐观的说计算会对公司造成有限的技术革新,比如说现OS的虚拟化。我们需要的SIP必须亲自搭建,阿里盛大新浪都没得卖,甚至因为硬件和网络限制让我们很难使用虚拟机;而外宣网站一类的东西根本不是我们的核心竞争力,能用就好效率低一些没关系。除了通讯公司之外,生产领域(比如管理生产线)也有类似的顾虑,计算的优势和公司的业需求完全不沾边,所以这类公司的运维可能会是最后的运维。大家找工作的时候都习惯找网站相关的工作,但你学过Web就一定要找网站工作是挺蠢的行为,危邦不入乱邦不居,最好不要涉足一个没有前途的行业。
小****园 2018-07-10
让PB级存储不再神秘
计算是企业平台是我们的供应商不是我们的管理者。TB级用户正是业高速发展的关键时刻,我们更要防备某些吃相难看的混蛋。 存储相对业简单,遇到野蛮运营的问题主要集中在窃取数据、估算业量、恶意不兼容其他这三方面。 窃取用户数据指的是监守者自盗后自用,要是泄露给第三方那是安全事故可以直接报警抓人,但平台方自用用户数据很难抓现行。存储里大都是多媒体数据,谁敢盗播打官司就好;日志文件加密了就用不了端大数据分析了,但不挂个人信息的基因测序样本被偷了也不怕。如果客户的特别害怕丢数据,平台确没手段能自证清白,谁偷过用户数据只能听业内风闻。 正让用户头疼的是平台方会根据计费日志估算你的业规模,就像保安总共能看到你何时出门一样。据不可靠传闻,某厂商本来能拿到某厂商母公司数亿美元投资,自吹数据量有数PB,该司投资部去调了一下他们的消费金额就取消投资了。单一个消费总金额就这么麻烦,访问日志可以看文件数量、用户规模分布和大致的动作类型,一个新兴企业最好还是把业分散在两个厂商那里,毕竟他们两家不能核对你的账单。
林****颖 2018-07-10
中国计算现状——成本篇
6、厂商相对大厂来说足够中立,客户可能和大厂的兄弟部门是直接竞争关系。 至于最近谈的很火的厂商顺势做企业,其厂商都做的不太好,很难说谁有成本优势,我会在产品篇和盈利篇里做进一步说明。 下一讲将会是《中国计算现状-产品篇》,讲述各种计算产品做起来有没有难度,有没有用途。
w****0 2018-07-11
单机房故障自愈-黎明之战
那么如何验证业线是否具备该能力、能力是否出现退化,我们采取盲测验收的方式,模拟或制造故障,验证不同业线故障情况及止损效率,并给出相应的优化意见。 根据业线进行容灾能力建设的不同阶段,我们从对产品际可用性影响程度、成本、效果等方面权衡,将盲测分为三种类型: 无损盲测:仅从监控数据层面假造故障,同时被测业可根据监控数据决策流量调度目标,对于业际无影响,主要验证故障处置流程是否符合预期、入口级流量切换预案是否完整。 提前通知有损盲测:植入际故障,从网络、接关系等基础设施层面植入错误,对业有损,用于战验证产品线各个组件的逻辑单元隔离性、故障应急处置能力。同时提前告知业盲测时间和可能的影响,业线运维人员可以提前准备相应的止损操作,减少单机房止损能力建设不完善导致的损失。 无通知有损盲测:在各业线单机房容灾能力建设完成后,进行不提前通知的有损盲测,对业来说与发生故障场景完全相同。验证业线在单机房故障情况下的止损恢复能力。 单机房故障止损流程 一个完整的故障处理生命周期包括感知、止损、定位、分析四个阶段。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
在传统的运维方式中,由于故障感知判断、流量调度决策的复杂性,通常需要人工止损,但人工处理的时效性会影响的恢复速度,同时人的不可靠性也可能导致问题扩大。 为了解决这类问题,我们针对百度内外部网络环境建设了基于智能流量调度的单机房故障自愈能力。结合外网运营商链路监测、内网链路质量监测与业指标监控构建了全方位故障发现能力,基于百度统一前端(BFE)与百度名字(BNS)现了智能流量调度与自动止损能力。同时,基于时容量与时流量调度自动止损策略与管控风险,现了任意单机房故障时业均可快速自愈的效果。当前此解决方案已覆盖搜索、广告、信息流、贴吧、地图等众多核心产品的单机房故障自愈场景。 单机房故障频发影响业可用性 回顾近2年来各大互联网公司被披露的故障事件,单机房故障层出不穷。例如: 2015年6月某公司IDC节点电力故障崩溃12时 2016年5月某公司杭州电信接入故障,中断时级别 2017年1月某业天津机房故障,数时无法提供 2017年6月北京某处机房掉电,多家互联网公司受影响 单机房故障频繁影响业的可用性并且会给公司带来直接或间接的损失。
x****3 2018-07-10
中国计算现状——采购篇
3、厂商的很多功能和承诺太浮夸,纯粹是宣传话述,我常举的例子就是秒级付费、按需付费和追9大吹赛。 首先说秒级付费,有几个客户能精确到分钟级开机挂业上线的,早申请晚释放资源半个时会有多大损失,这些损失能不能在商谈判阶段直接打八折?秒级付费是创业公司吸引开发者的宣宣传段,但际大客户使用自然日粒度做计费就够了,毕竟释放机器要打报告走审批流程啊。 秒级付费是计算资源的按需付费,还有很多PaaS默认就支持按需付费,但无论哪种按需付费都是羊毛出在羊身上。如果平台平时就预备资源,那按需付费不过是数字游戏;如果平台没预备空闲资源,你想按需付费时平台可以不卖。这跟IDC带宽复用是一个道理,大规模的CDN客户从不选按需流量计费而是选择带宽峰值计费。 至于追9大吹赛就更无聊了,比如说数据可靠性是99.999999999%和99.9999999999%有什么别?我中彩票的几率有多大,你被外星人抓走的几率有多大,奥尔特星孕育出奥特曼的几率都没有你们两家厂商丢失数据的几率大,你们比几个9不就是在浪费打印油墨吗?而且话说回来,丢了数据,哪个厂商能找不到新理由的?
c****i 2018-07-11
付费拨见日--咨询可行性分析
他们是客户的临时专业智囊,站在客户侧IT专家的角度,为客户做这些工作: 项目可行性评估——比如上某AI对话以后,是能给电话客裁员,还是上线一款智能陪聊?客户不能墨守成规需要创新探索,供应商肯定乐意让客户做验,成功了是PR案例,失败了客户也要掏资源的钱。 技术需求描述——比如某个项目有个稀奇古怪的招标书,并不是友商做局控标了。只要善用搜索和OCR,查找替换,一个习生在两个时就能写完5万字的招标书;而客户会拿着这篇“神圣的废纸”去做应标准备。 项目验收规范——项目里客户的目标是业成功,而厂商提供的是混为一谈的梦想+资源+。甲方验收的目的不是为扯皮和索赔,而是为了保证业能推进下去,验收规范要明确保障甲方利益,也不能刁难乙方到不肯接盘。 IT项目全局规划——施任何IT项目都不等于甲方业成功,这个IT项目必须纳入甲方的业流程之中,比如上游数据系统要做对接、比如通知承接后续处理。这些事厂商是看不到的,只能自家IT团队或咨询顾问能完成此工作。 整体投入产出比——大部分IT项目是支撑性项目,支撑性项目的投入产出比是非常重要的。
无****禾 2018-07-11
客户需求引导管理--战型IT太极拳
案例2.有个IDC新上线一套外售型私有,运营负责人第一次操盘公有心里痒痒,总是提需求但总被我拒绝。他想开放注册并给新用户大量赠额,而我跟他聊运营数据,让他同意赠送用户并不能带来多大收益。他说在主机和网络性能测试没友商好,我跟他说明权威测试方法和意义,让他相信友商性能比他好就是作弊或者烧钱。他想不同客户不同产品给不同折扣,我们研发人员半年内没这个排期;我们已经有充分的信任,我就直接告诉他我做不过来,给用户充值后赠送同样可以达到折扣效果;给资源做独立折扣我们要收开发费用,而且这不是强需求。(这些运营问题都是2015年的,可能略有老化) 案例3.客户被同集团的计算子公司的欲哭无泪,找我们接盘时提了一大堆需求,我同样是拒的比接的多。客户问能利旧设备么,我认为利旧设备的配置都太高啦,还不如租我们的廉价器。客户要我们按照旧接口去定制开发,我指出用我们的SDK对接只有半个人日,而旧接口文档都没有只能猜。客户要我们派几个高工长期驻场,我说明所有故障都可控且已演练,远程排障我们有10个高工主程,但长期驻场我们高工得抑郁离职了。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
计算历经多年发展,从最初的概念模型,到被大众熟知,再到现在全行业拥抱上,取得了巨大的进步。的主要客户已从最初的中初创公司逐步渗透到各行各业的大型企业。可以说,企业上已是企业发展的必由之路。部分数据敏感的企业结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有或者混合环境。 但是在上述环境中,用户的机器都需要自行管理,这就必然给运维人员带来很多意想不到的麻烦。 其我们面临的问题从来就没有什么大的变化,唯一不同的只是机器规模越来越大,人心越来越复杂。 Q如何在1台机器上部署基础设施?A 一切都源于那个亘古不变的道理:扔一个文件到机器上,然后跑一个命令。 Q如何在10台机器上部署基础设施?A 写个for循环搞定。 Q如何在10000台机器上部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何快速升级所有机器上的基础设施? Q因异常挂掉,能自动重启保活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗? Q新开发的基础设施有问题,能立马回滚吗?
TOP