关于 密云鼓楼找妹子服务按摩〖10669708薇信〗 的搜索结果,共580
追****圣 2018-07-11
给书记省长讲清楚计算
进入2000年,无纸化办公、游戏、社交、电商改变了大众的生活的方式,国内从业人员已经远超百万,技术分类有数十种工程师。 在最近的十年,移动互联网兴起,便捷的通、打车、外卖、电支付等功能层出不穷,所有面向个人消费者的行业都在加速互联网化;未来十年里,计算机技术将深刻影响工业生产领域。这时问题出现了,我们需要上千万名工程师吗,我们有这么多工程师吗? 历史总是惊人相似的轮回,在国家决策层面,计算是个可以和能源、金融相提并论的领域。 第一次工业革命开始时,每一个矿山都安装各自的蒸汽机;第二次工业革命开始时,每一个工厂都要重点解决电力等能源问题;息技术革命开始时每个公司都要有计算机工程师。但百川终到海,发动机能统一标准,电力能源能集中供应,计算平台可以实现计算机技术的标准化,凭借规模效应降低成本,让客户直接付费购买息技术,极大减少了客户的人力投入以及衍生的时间和管理成本。 息技术革命的核心工作是息的存储和处理,最重要的资源是数据。
雪****魁 2018-07-11
危险背后的机遇--故障危机分析
对于落实是人为导致的故障,甲方单纯的索赔追责并不能解决问题,因为厂商总是比甲方的实际损失更小,甲方无法触及厂商能倒腾出故障的部门。甲方只能根据厂商销售和线的能力和态度,确认自己交钱了能否买到靠谱的。 最重是商誉 计算既是资源又是,资源相对可以量化,但短期内看直观感受,长期看商业誉。商誉分为企业商誉和个人商誉,厂商的企业商誉都积淀不足,胜者也是比烂大赛中靠友商更烂胜出的,和IDC/CDN的比优大赛无法相提并论。大客户在吃够了厂商的亏以后,会选择任能有个人商誉,能做出承诺、调动资源和平复问题的销售和人员。 有个客户非常任某个小销售,他告诉该销售,虽然某大有高层合作,某大也说报价肯定比某小低5%;但是某大机制有问题,出故障从来都是衙门话,每次故障都要客户去乱猜和背锅。最终这个单在客户执行层的暗助之下,该小快速把业切过来并坐实站住了,这份暗中相助就是靠个人商誉带来的任。 我和大客户谈故障的时候,喜欢把详细故障原因刨析给客户,企业客户是讲道理的,不要把糊弄ToC用户的手段来对付ToB客户。
M****点 2018-07-10
中国计算现状——产品篇
SaaS产品已经出现并流行了十几二十年了, OA/ERP/CRM/邮箱/模板建站等等SaaS都是比各位读者从业年龄还长的老古董,最新流行的各种在线办公、协作、通话、众测等SaaS产品也不依赖器,这些应用上走公网和之前走内网区别并不大,用物理机和虚拟机区别也不大。 狭义的计算是企业,目标用户的是企业IT技术人员,而SaaS的目标用户和IT人员只在Helpdesk时有关联。 从这一点来看,这些SaaS只是平台的普通用户,和游戏、网站、APP、没有区别。只要SaaS没自建IaaS和PaaS的技术能力和意图,那他们就是客户而非友商。 四、物理机-混合-管平台 主机是物理机的最好替代方案,但也有各种物理机无法被替代的场景需要继续用物理机。 某些主机的超卖比过高,性能太差,又因为各种原因不更换厂商,那只能基于性能原因用物理机。 某些硬件特性虚拟机还没模拟出来,或者你模拟了我也不,比如说Oracle RAC就偏爱硬件存储。 某些非TCP/IP资源必须接专用板卡,比如说接电话网络的器,接专用器材的器,接加狗的器。
s****d 2018-07-11
亿元级用户分析
限制客户梦想的是老旧系统是否支持常见协议,还有底层工程师能否推动上层业测试和变动。 API调用PaaS——API就是不可控过程的黑箱,客户没预算没精力就盲目厂商。客户有精力就做多冗余校验,有预算就做专有资源池部署;未来厂商还会自定义SLA标准——大部分API连等待超时都没定义。 版本发布和数字化转型——无论是微观的版本发布还是宏观的数字化转型,其实都和上没直接联系,一个是室内装修工作,一个是新建房屋工作,但装修的最好时机是房屋重建的时候,厂商要帮客户推动IT技术革新。 5.输出分析 厂商输出给客户的即有端IT资源,也有平台输出。是个比资源更难量化的概念,我只引一把火苗出来。 咨询规划--如果直接给客户买资源,那就只能谈性价比,而且资源本身不会说话,所以厂商要做好咨询规划。 明晰验收--项目的实施和结项都是以结果为导向的,明确的过程控制和验收标准对供求双方都是保护。 友好接口--面对亿元大金主,厂商的下限是类比传统IDC,要把金主伺候舒了就要学IOE类集成商。
h****e 2018-07-10
程序:我从哪里来?
干货概览 在计算机程序或者的层次上,我们来试着分析前面提到的几个问题。 问题 1.我是谁? 叫什么,包含了哪些实例,规模、部署情况、实例运行状况如何? 2.我从哪里来? 的上游有哪些,不同的上游流量如何分配? 3.我往哪里去? 的下游有哪些,不同的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在百度的运维实践中,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度智能运维团队研发的一套分布式的名字系统,是百度Noah智能运维产品中的一个重要基础系统。它为每一个赋予一个独一无二的名字,根据这个名字,我们就可以获取到这个的相关息 ,这些息包括:在机器上部署息(机器IP,部署路径,配置,端口息),的实例运行状况等其他重要息。简单来讲,它提供了一个名到资源息的一个映射关系。
m****t 2018-07-11
设计中立公有管平台
2.用户系统 管平台都是做对内业或者固定项目,所以用户系统不开放注册,不需要码、身份认证等功能,但酌情开放修改码、高危操作短验证、特种资源申请等功能,技术咨询类工单可以透传给厂商。 公有的配额系统是为了保护厂商稀缺资源不被客户滥用,用户误操作不会花光资金的。管平台的客户很少会滥用资源,平台是厂商的大客户也不会轻易欠费停机,管平台可以只做简单粗糙的配额系统,以减少用户误操作为准,如果工期过紧甚至可以先不做配额系统。 用户系统要有一个客户可用的Web管理控制台,让用户可以完成各种资源操作。该管理控制台借鉴各大公有控制台即可,所要展示的资源和功能已经在前文讨论过了,该产品可完美模拟功能强大,也可以极速从简只做必要功能。 3.计费系统 标准计费系统的功能复杂又强大,每个账户是预付费还是后付费、当前有多少余额/透支额度、单个资源是打包整体付费还是量付费,免费配赠资源的占用策略,资源欠费后的保留周期,网银和财付费接口,甚至连发票管理都是计费系统要涉及的。 本部分说明如何用一两个人月就能做出来的对账式计费系统。 用户相对可控,对反赖账逻辑就可以弱化甚至不做。
嘟****y 2018-07-11
大型企业适用的平台账户体系
将不同业区分为不同账户也解决不了问题,因为客户和平台都要将这批账户统一管理,但实际扣费进度总会超出意外,项目欠费停机或者追加预算,挨骂受累的都是平台管理员。 现在越来越多的平台会让客户账户下创建多个权限和访问隔离的资源组,不同的资源组会各自做用量统计和配额上限,逐步解决了管理员侧的资源隔离和计费问题。 ##有的平台会把这些资源组叫做“资源账户”,但这和下文的权限账户会有名称混淆,本文是将其称为资源池或者资源组。 第三.多账户权限隔离 相关用户在平台要有自己的账户,这样才好记录操作日志和做权限控制。 首先要保证这些账户不能用于登陆到公司的其他业线,特别是个人业线,这也是账户研发一直滞后的重要原因。 最简单的账户是管理员手动创建账户码,但这有弱码和员工离职问题;简洁方案就是管理员手工创建账户,但码验证由客户的企业AD做Keberos认证来完成;最复杂对接即将AD的账户体系(含用户注释和分组息)完整引入平台,但平台管理是小众需求,AD管理员一般不是合适的平台管理员,这个功能要斟酌。
无****禾 2018-07-11
客户需求引导管理--实战型IT太极拳
案例2.有个IDC新上线一套外售型私有,运营负责人第一次操盘公有心里痒痒,总是提需求但总被我拒绝。他想开放注册并给新用户大量赠额,而我跟他聊运营数据,让他同意赠送小用户并不能带来多大收益。他说在主机和网络性能测试没友商好,我跟他说明权威测试方法和意义,让他相友商性能比他好就是作弊或者烧钱。他想不同客户不同产品给不同折扣,我们研发人员半年内没这个排期;我们已经有充分的任,我就直接告诉他我做不过来,给用户充值后赠送同样可以达到折扣效果;给资源做独立折扣我们要收开发费用,而且这不是强需求。(这些运营问题都是2015年的,可能略有老化) 案例3.客户被同集团的计算公司的欲哭无泪,我们接盘时提了一大堆需求,我同样是拒的比接的多。客户问能利旧设备么,我认为利旧设备的配置都太高啦,还不如租我们的廉价器。客户要我们照旧接口去定制开发,我指出用我们的SDK对接只有半个人日,而旧接口连文档都没有只能猜。客户要我们派几个高工长期驻场,我说明所有故障都可控且已演练,远程排障我们有10个高工主程,但长期驻场我们高工得抑郁离职了。
l****m 2018-07-10
五年前的预言——2012年计算时代的运维职位展望
当前计算技术的势头很好,但因为技术和市场等原因还需要慢慢发展,而且计算做的是“锦上添花”的事情,企业用不用计算对自身业功能影响不大。我们运维人员从做事的可靠性、有全局意识,凭借这些特性仍然能活的很好。运维这个岗位可能会消失,但做过运维的人还是有很多路可以走的。 大家都知道黑压城也该未雨绸缪了,如果你已经是个运维老鸟或者很快就投身运维工作,我建议大家往这几个方向上动动脑: 1、企业采用公有方案后,仍然需要一个懂行的人解决公有平台的监控、评估、采购、报修这类问题。但这个职位应该一个公司公司只需要一个人,且再等上十年计算彻底标准化后还会再次消失。当然了,我相能胜任这个岗位的人,在计算已经规范到不需要专人维护的时候,他们也会有能力到更合适的岗位。 2、进行计算器维护;几大供应商自己也要维护器,那些大中型企业肯定会自己做私有,在这个计算平台里也是需要运维人员进行从低端监控到高端架构的一系列维护工作,但自动化运维技术会让运维人员的数量大大减少,可能每个公司都只有一两个小团队了。
f****8 2018-07-10
2018年计算行业展望
系统集成商,平台集成能力的日益增强,系统集成商逐渐就变成销售代理商了。 每个客户的IT投入是相对固定的,上面六大类群体的慷慨让利,足以让计算行业吃下半个IT业的营收和利润。 三、PaaS是未来 IaaS只是一个资源转售的生意,PaaS代表了计算的未来,PaaS的优势浓缩成一个词就是——需付费。 PaaS彻底降低企业人力成本,选择用主机只是省掉了扎网线的人力,但选择对象存储省掉的是存储架构师。 计算用户越来越聪明,跟防贼一样防备平台偷窥数据,但客户的用量息总要让平台看到,否则怎么计费。 PaaS易于切换的好处是逼着厂商提高品质,CDN就是最好的例。 PaaS推广的难度在于改变用户的使用习惯,对于偏门深晦的技术用PaaS最容易,对于通用技术的替换最难。比如说客户很愿意使用IM工具的SDK,但让客户用 Serverless 改变开发流程很难。 计算行业要全面推广PaaS,就是要用更便利的去把客户的程序员养的越来越只关注业逻辑;当客户招不到做底层支撑逻辑的程序员之后,客户的技术团队就只有上PaaS这一条路了。
小****园 2018-07-10
让PB级存储不再神秘
当前存储厂商是需付费定期调价,短周期看大家都是在不计成本的降价获取客户,但长周期看寡头形成竞争会淡化,存储涨价是合法商业行为,而你数据量大且深度耦合平台业很难搬走。企业市场没有免费蛋糕,我们要适当考虑超低价的风险。 (2)端处理和分发能力。 当你的数据量到TB以后,单台器已经无法承载和处理这些数据了,你需要尽量借助存储平台的处理和分发能力。我本来以为这些功能大家都会各平台都有,但试读者反馈还是建议我加上这一段。 存储直接处理数据都是这样一个形态:文件输入来自于存储,参数输入来自于客户的get和post请求,在端做一些无状态处理,文件可以下载或存储到存储,参数输出或者接口回调。常见的例是图片实时打水印有损压缩后下载,视频异步转码另存,涉广告图片检查后返回特征码,日志文件检索特定字段,文件自定义加等等。这些使用方便收费低廉,甚至在改变原有的开发模式,成为存储必备的核心功能点,但是这些使用过程中小坑不断。
c****i 2018-07-11
付费拨见日--咨询可行性分析
他们是客户的临时专业智囊,站在客户侧IT专家的角度,为客户做这些工作: 项目可行性评估——比如上某AI对话以后,是能给电话客裁员,还是上线一款智能陪聊?客户不能墨守成规需要创新探索,供应商肯定乐意让客户做实验,成功了是PR案例,失败了客户也要掏资源的钱。 技术需求描述——比如某个项目有个稀奇古怪的招标书,并不是友商做局控标了。只要善用搜索和OCR,查替换,一个实习生在两个小时就能写完5万字的招标书;而客户会拿着这篇“神圣的废纸”去做应标准备。 项目验收规范——项目里客户的目标是业成功,而厂商提供的是混为一谈的梦想+资源+。甲方验收的目的不是为扯皮和索赔,而是为了保证业能推进下去,验收规范要明确保障甲方利益,也不能刁难乙方到不肯接盘。 IT项目全局规划——实施任何IT项目都不等于甲方业成功,这个IT项目必须纳入甲方的业流程之中,比如上游数据系统要做对接、比如通知承接后续处理。这些事厂商是看不到的,只能自家IT团队或咨询顾问能完成此工作。 整体投入产出比——大部分IT项目是支撑性项目,支撑性项目的投入产出比是非常重要的。
x****3 2018-07-10
中国计算现状——采购篇
无论你推销公有还是私有,要拿出面对问题的诚意来,客户操碎心了明年就不续约了。 2、客户并不想盲目做小预算,单纯为省钱就不做采购了,只有其他方面没什么好比的了才会比价格。我经常给客户算友商的成本,如果友商不赚钱甚至亏钱,采购决策人也会感觉到风险,钱都不要的厂商是想要命吗?政府采购有规则漏洞出了很多0元中标,但这个乱象不会持续太久,你也能去投0元的标,中标了就发企宣文章,然后的事都不重要了。 3、厂商的很多功能和承诺太浮夸,纯粹是宣传话述,我常举的例就是秒级付费、需付费和追9大吹赛。 首先说秒级付费,有几个客户能精确到分钟级开机挂业上线的,早申请晚释放资源半个小时会有多大损失,这些损失能不能在商谈判阶段直接打八折?秒级付费是创业公司吸引开发者的宣宣传段,但实际大客户使用自然日粒度做计费就够了,毕竟释放机器要打报告走审批流程啊。 秒级付费是计算资源的需付费,还有很多PaaS默认就支持需付费,但无论哪种需付费都是羊毛出在羊身上。如果平台平时就预备资源,那需付费不过是数字游戏;如果平台没预备空闲资源,你想需付费时平台可以不卖。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
前言 沙龙的镳局已改成客栈。东方的大梦没法不醒了。----老舍《断魂枪》 计算大潮到来了,我把IT技术像五虎断魂枪一样收起来了。我不会将它压到箱底,偶尔我也会练练聊聊,纪念一下那个搞技术的黄金时代。 本文聊个很有嚼头的技术问题,Linux系统的启动过程,当我们不用自己安装系统以后,丧失了这么多乐趣。 正文 1.主板加电和硬件自检,就是开机第一屏启动界面。 CPU和内存插得有问题器会滴滴乱叫,而网卡和硬盘插不插都无所谓,因为这些外设都不属于经典的计算机系统。 早期小内存器一般有内存检测的功能,但256G内存的器启动的速度也太慢了,重启一分钟能启动的还能恢复,重启三分钟可能群集性状就变了,所以我们经常顺手就把他关掉了。 2.读取主板引导配置,现在终于要从外部设备读取数据了。 主板大都是BIOS引导,也有是UEFI引导,但从器用户看区别也不大。 主板可选从USB/SATA/NIC这几类接口上获取引导数据,而且可以排队式加载,第一个加载不成功就尝试第二个。系统安装镜像都有个防止误操作的倒计时,而网络引导一般是排在末位,硬盘引导就是通用的系统启动的方式。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
在传统的运维方式中,由于故障感知判断、流量调度决策的复杂性,通常需要人工止损,但人工处理的时效性会影响的恢复速度,同时人的不可靠性也可能导致问题扩大。 为了解决这类问题,我们针对百度内外部网络环境建设了基于智能流量调度的单机房故障自愈能力。结合外网运营商链路监测、内网链路质量监测与业指标监控构建了全方位故障发现能力,基于百度统一前端(BFE)与百度名字(BNS)实现了智能流量调度与自动止损能力。同时,基于实时容量与实时流量调度自动止损策略与管控风险,实现了任意单机房故障时业均可快速自愈的效果。当前此解决方案已覆盖搜索、广告、息流、贴吧、地图等众多核心产品的单机房故障自愈场景。 单机房故障频发影响业可用性 回顾近2年来各大互联网公司被披露的故障事件,单机房故障层出不穷。例如: 2015年6月某公司香港IDC节点电力故障崩溃12小时 2016年5月某公司杭州电接入故障,中断小时级别 2017年1月某业天津机房故障,数小时无法提供 2017年6月北京某处机房掉电,多家互联网公司受影响 单机房故障频繁影响业的可用性并且会给公司带来直接或间接的损失。
小****君 2018-07-11
落地--谈IT就业趋势
厂商有集采优势,厂商多给点资源就能省下很多优化工作;部分情况厂商还有数据优势,比如基于本站数据做风控需要反复调试,而对接厂商外部参考画像会简单很多。5.技术大牛都是让变态业需求给压出来的,如果公司有技术大牛,那各种需求就来了,但如果没有技术大牛,公司也会压缩自己的IT难度。比如搞大促秒杀就要准备2000万费,业部门就会掂量成本。客户要使用PaaS就要厂商的是数据和业的格式约定。我们看到越来越多的证据,有了对象存储就不用招存储工程师,有了鉴黄和人脸识别就不用自己推演模型,有是反作弊系统就不用自己研究刷单,有了IM就不用自己做openfire。真正的行业精英是不会护食眼前这碗饭,到问题最优解比保住铁饭碗重要的多。当精英们无事可做的时候,哪怕钱给够了也很容易跳槽,他们将会富集在计算公司、大IT部门和独角兽企业,而小IT部门和创业团队留不住技术大牛了。精英们遗世独立,让普通工程师去买了,对其他工程师可不是好事。
TOP