关于 【媺53113375】连云港兼职女晚上上门-瑞金哪里有找妹子服 的搜索结果,共1351
追****圣 2018-07-11
给书记省长讲清楚计算
人不仅要住房还可以盖房,不仅会逛超市也会开菜市场。 政府和大型国企不仅能采购计算,早也会走向发展计算的路。 本文不谈任何技术细节和商业情怀,而是从政企的角度说明什么是计算。 本文包含如下内容。 从大时代背景来看什么是计算,计算为什么会兴起。 计算如何带动地方经济,这是个不需要物流就可以务全球的行业。 做计算要满足些条件,如何才能筑巢引凤。 挑选合格的计算合作厂商,每类厂商些特点。 计算不是万能药,它无法解决些问题。 什么是计算 近20年来,互联网引爆了全球的信息技术革命,我国借助这次技术革命的大好机会,已经追乃至领跑此次技术革命。 互联网技术深刻的改变着我们的生活,其行业生态也在逐步分化扩大,这一现状客观促进了计算技术的发展。 世纪80年代,计算机仅应用于科研等少数行业,全国计算机从业人员不超过万人,从业人员大都很深的学术背景。 世纪90年代,户、论坛、邮件系统开始影响部分群众的生活,国内从业人员约为十万人,可以分为软件和硬件两类工程师。
l****m 2018-07-10
五年前的预言——2012年计算时代的运维位展望
当前计算技术的势头很好,但因为技术和市场等原因还需要慢慢发展,而且计算做的是“锦添花”的事情,企业用不用计算对自身业务功能影响不大。我们运维人员从做事的可靠性、全局意识,凭借这些特性仍然能活的很好。运维这个岗位可能会消失,但做过运维的人还是很多路可以走的。 大家都知道黑压城也该未雨绸缪了,如果你已经是个运维老鸟或者很快就投身运维工作,我建议大家往这几个方向动动脑: 1、企业采用公方案后,仍然需要一个懂行的人解决公平台的监控、评估、采购、报修这类问题。但这个位应该一个公司公司只需要一个人,且再等十年计算彻底标准化后还会再次消失。当然了,我相信能胜任这个岗位的人,在计算已经规范到不需要专人维护的时候,他们也会能力到更合适的岗位。 2、进行计算务器维护;几大务供应商自己也要维护务器,那些大中型企业肯定会自己做私,在这个计算平台也是需要运维人员进行从低端监控到高端架构的一系列维护工作,但自动化运维技术会让运维人员的数量大大减少,可能每个公司都只一两个小团队了。
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,部署路径,务配置,端口信息),务的实例运行状况等其他重要信息。简单来讲,它提供了一个务名到资源信息的一个映射关系。
无****禾 2018-07-11
客户需求引导管理--实战型IT太极拳
前言 多年之前,我要搜集平台技术运营数据,就主动了解客户平台的运行状况。然后我就发现来到了暴怒战场,客户的需求同事们都承诺下来了,但一年半载都没人做。我闲不住就开始救火,客户十个要求我会拒绝七个,两个慢慢做,一个承诺立刻解决。客户并没投诉我,倒是离的时候多个客户邀请面谈并发出了Offer。 这几年我一直把“客户提十个需求我会拒掉七个”当做招牌技能,今天就聊聊客户需求为什么要引导,该如何引导。 平台卖的都是务,靠销售体系打下单来只是万长征第一步。如果厂商做不好务,公消费额,私可以换别人家的软件授权;如果厂商做好大客户的技术务,完全可以从备胎公变为主力公,私群集也月月扩容。各位投标中标的CDN厂商已经领教过客户的切量神功了,而主机等资源的切换也会越来越简单方便。 过去的案例 我们先看四个生产环境案例。 案例1.外售型私客户要把虚拟机的内网带宽从1G扩充到4G,沟通后发现是最终用户要在单虚拟机跑大流量应用。
M****点 2018-07-10
中国计算现状——产品篇
前言 篇文章《中国计算现状——成本篇》(特大号首发改名为《做好计算要花多少钱》)讲的是成本问题,即什么企业可能能做计算。本文是第二篇产品篇,目标客户是计算产品经理和计算标准用户。我从一个老用户的角度谈谈每种计算产品该如何使用,些产品改进是刚需放心吐槽,些产品内因就是改不了。本文主要说用产品的问题,买产品的问题在采购篇单聊。 正文 现在是2017年,计算务是物理硬件的优质替代方案,客户很认可计算极低的采购和交付成本优势。这时候我们要少被企宣PPT洗脑,追求华而不实的远景,这些PR文章的受众是风险投资、客户决策层和创业者。我们应该摸清楚方案和硬件方案比什么特点和局限性,客户明白特点才能使用得心应手,客户明白局限性才会早作备用方案,产品经理心不慌才会关注核心功能。 一、IaaS产品 IaaS平台的本质是,产品以做硬件资源的虚拟化为本,业务承接物理硬件替代需求,其优势是最快速度最低成本交付,客户为预占的物理资源付费。IaaS产品是最经典的计算务,核心组件是主机,如虚拟网络、硬盘和安全组都是为支撑主机业务而务的。
疏****月 2018-07-09
一键线Archer | 百度持续部署的士军刀
干货概览 业务部署(熟称线)是运维领域最常见的业务类型,主要涉及线代码变更、配置文件变更(数据变更由于其高频、大量的特点,我们已在数据传输文章《嗖的一下,让数据自动生效》中专讨论过)。一般的业务线具不定时操作、业务部署情况复杂、单机启停策略复杂等特点。在手工运维时代,运维人员需要花费大量精力进行此类重复性工作,且易于出错。从公布的数据显示,Google 70%的生产事故由线变更触发,如何减少变更过程中人为误操作,提供一个灵活、稳定的部署系统是运维平台研发人员所亟需解决的问题。 基本介绍 在运维自动化的大潮下,百度运维管理平台Noah发布了一键线部署系统——Archer。Archer致力于提供一套产品线全过程的可迁移发布解决方案,实现一键完成机器初始化、务部署、添加模块监控、添加CT任务、动态数据文件的分发等全过程的自动操作。在操作方面,Archer提供了命令行工具作为发起一次线的操作入口,这种设计模式也决定了其易于集成的特点。在DevOps流水线作业中,Archer可以作为一个环节结合进整条测试发布流水线中。
雪****魁 2018-07-11
危险背后的机遇--务故障危机分析
软件BUG 相比客户自己粗选一个物理机的OS,主机精选的虚拟机OS、宿主OS、Hypervisor的软件BUG并不多,大中型厂商都精选底层支撑软件的实力,但客户装物理机自选的OS都可能驱动问题,三个精选软件的故障率真没一个粗选软件更高。 但是从资源的管理、调度、监控软件,到客户界面,API管理、账户和后台策略层面,越往走的软件质量还不如XXXX,此处省略一万五千字,客户自己揣摩吧。 厂商深层原因 厂商报故障就跟滚刀肉挨揍一样,脸疼了就把屁股凑过来,屁股疼了就捏捏脸,一般不会按住一只羊使劲薅羊毛,毕竟报障也要负载均衡。但客户自己心秆秤,厂商究竟是偶尔发挥失常还是烂泥扶不墙,故障的性质对长久的务品质很重要。 我列一下潜在的故障原因,些故障能忍,些故障不能忍,这些要客户自己评估了。 技术原因 IaaS务的核心主体功能(主机、硬盘、VPC),在没特型要求前提下,是可以用开源方案搭建。如果是厂商个开源平台标准模块都部署失败,那就该换厂商了;如果是偶发的BUG,那确实客户要自认倒霉,因为友商也会遇到同样问题。
m****t 2018-07-11
设计中立公管平台
我一直不理解Nova和Swift如何从业务联动,做虚拟机时跟客户解释买虚拟机不关心OSS,做对象存储时解释OSS和其他平台没什么好混合的。厂商提供OSS+CDN的好处就是内网互通节省带宽费用,但大客户很可能越过管平台直接采购,小客户一年可能只节省几十块钱。管平台要集成OSS和CDN务时,一定要注意这两个务是没区域概念的,比如客户用了百度北京的虚拟机加七牛浙江的存储和阿全国的CDN,此时客户业务绝对跑的通,三方互通额外网络开销。管平台的资源创建和计费系统都要考虑清楚,尽量资源走一个供应商,或要求不同供应商之间相互免费。 述PaaS资源都一个特点,可以按照使用量付费,或者提供贴合到业务逻辑操作层面的支持功能,那也就代表着客户的计费访问数据铁定会被供应商拿到,而业务数据是否被偷窥要看供应商自律。 我们再看看下文一些更专业(偏)的务。 容器槛太高,在中小客户场景下缺乏成功案例,如果没具体项目要求容器,就等到接完面的PaaS务再考虑接入容器
TOP