关于 IT人 _ 三亚会所上门服务〖威信13907555196〗bi 的搜索结果,共1325
s****d 2018-07-11
亿元级云用户分析
1.云目的分析 大型云用户云的宏观目的和普通用户类似,但多角色多部的利益诉求非常复杂。 降低成本:客户最直观的诉求,或者削减IT预算,或者同等预算下支撑更多的;其他客户诉求都难以清晰描述,唯独成本可以看发票和合同。 明确责任:客户不想承担各个IT系统的衔接和选型责任,相比软件厂商和系统集成商,云厂商的责任覆盖范围更广泛一些。 收拢数据:云本身并不碰业数据,但云是很好明确业数据存储位置的机云业改造是规范数据结构的理由。 求新图变:企业客户在气势如虹时要居安思危,在困境危难之中穷极思变,IT技术是企业的潜在增长点甚至退路。 本文讨论的是有模糊度和利润空间的云计算项目,CDN和IDC资源可以用做计收载体,但不能做为云目的分析。亿元以器、CDN的订单很多但既无技巧也无利润,这些资源厂商也在跟云厂商学习如何包装项目。 2.客户角色利益分析 大企业多角色之间的利益诉求不同,以表现形式也不同。我将客户大角色列出来讨论,销售-售前-项目经理铁角组合明确客户的诉求,才更好游刃有余的客户。
小****君 2018-07-11
踏云落地--谈IT就业趋势
各类IT技术做易用化演进,云厂商又把资源做到付费即交货,两者共同降低了IT项目的起步槛,让企业产生了更多的岗位和更低的需求。很多朋友虽然大学迷茫闲散了年,最终在培训班学半年“IT泡面技能”,一年后薪资普遍过8000,年后普遍15000。IT打工者遇到了好时机好光景是值得庆幸的,但如果盲目乐观迷之自,等大环境变冷的时候,谁来给你还用卡和房租哪?我又挂出来这张表,不是各位IT从业员特别努力,而是社IT需求放大,员增多,细分领域增多,而从业员要求越来越低了。 第二.烈火烹油盛极而衰我看不懂复杂的经济周期,我只从供养IT的社和公司的角度看,IT已经数量太多、拿钱也太多了。Github宕机说影响了3100万程序员,那中国搞IT的得有一两千万吧?除了战时军队,历史没有过几千万搞同一种高薪工作的情况。大家总说金融圈的收入高,但年薪过五十万的金融从业员都凑不够五十万,而更多金融从业员是跪求式推销理财和保险的。很多辩解IT工作对整个公司很重要,但公司里就没有不重要的部
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
我们很难成功调试NTPD装NTPD又没有装LAMP可以拿去吹牛,时间长了NTPD就背黑锅了。 真有TOP10的互联网公司和亿国家级项目里用ntpdate+crond,一代架构师为什么有这个误深究,下一代将误固化为偏见,新一代将偏见神化为迷。 但无论误、偏见还是迷,时间跃变、回退和停滞对应用健壮性和业安全性的胁始终存在,时间不仅仅是我玩游戏时用的魔法,忽视问题并不能掩埋问题。 六、见微知著和防微杜渐 我讲NTPD和裸纤并不是为卖弄知识,也不是为做偏科普,而是希望进阶工程师们多考虑一下如何规避这类误?我们在做技术工作时,是不是只关注客户和同事能提出的需求?客户永远不知道裸纤的物理特性,同事也不知道时间也能错误和波动,他们能说清楚业逻辑就不错了。 把有的精力都用到做业逻辑,你只是个编程语言翻译机而已;自己主动观测技术环境依赖,有资格有能力做出技术选型决策,才是给Coder群集做技术校准的。即使你不想做技术决策和管理者,多怀疑和观察环境,也能少些沟通成本,少走一些冤枉路,多一份自和自尊。
h****e 2018-07-10
程序:我从哪里来?
在BNS系统中,单元表示一个的实例集合,一般以段式的结构表示,比如:server.noah.all,server表示名,noah表示产品线,all表示机房名称,单元的名字在系统中是唯一的。 使用场景 在程序员的日常工作,常常面临以下的场景: 场景 场景一:我是一名OP工程师,负责几十个系统模块的运维,我常常需要登录部署的机器排查问题,但是只知道名,记不住那么多部署息,怎么办? 场景二:我是一名RD工程师,我负责的需要扩容,我的是很多下游的依赖,的扩容怎么通知给下游模块? 场景:我的部署实例有一个出现故障了,我想对下游屏蔽该故障实例,怎么办? 下面以一个简单的例子来说明,假设一个模块名是Server,它的游是Proxy,下游是Redis,当出现变更或者故障时,如何让游感知到呢? 当新增线实例、下线摘除实例或者实例发生故障时,BNS系统通过部署在机器的客户端实时感知到实例的状态变化,同时新增和删除实例的变更情况立即同步到分布式的缓存系统中,这样用户通过一个BNS名字就可以感知到下游的实例变化。
追****圣 2018-07-11
给书记省长讲清楚云计算
不仅要住房子还可以盖房子,不仅逛超市也开菜市场。 政府和大型国企不仅能采购云计算,早晚也走向发展云计算的路。 本文不谈任何技术细节和商业情怀,而是从政企的角度说明什么是云计算。 本文包含如下内容。 从大时代背景来看什么是云计算,云计算为什么兴起。 云计算如何带动地方经济,这是个不需要物流就可以全球的行业。 做云计算要满足哪些条件,如何才能筑巢引凤。 挑选合格的云计算合作厂商,每类厂商有哪些特点。 云计算不是万能药,它无法解决哪些问题。 什么是云计算 近20年来,互联网引爆了全球的息技术革命,我国借助这次技术革命的大好机,已经追乃至领跑此次技术革命。 互联网技术深刻的改变着我们的生活,其行业生态也在逐步分化扩大,这一现状客观促进了云计算技术的发展。 世纪80年代,计算机仅应用于科研等少数行业,全国计算机从业员不超过万,从业员大都有很深的学术背景。 世纪90年代,户、论坛、邮件系统开始影响部分群众的生活,国内从业员约为十万,可以分为软件和硬件两类工程师。
红****2 2018-07-10
故障自愈机器,保你安心好睡眠
单机房故障自愈解决方案概述 百度AIOps框架中,单机房故障自愈解决方案构建在运维知识库、运维开发框架、运维策略框架个核心能力之。具体过程为自愈程序搜集分散的运维对象状态数据,自动感知异常后进行决策,得出基于动态编排规划的止损操作,并通过标准化运维操作接口执行。该解决方案策略和架构解耦,并且托管到高可用的自动化运维平台之,实现了业在任意单个机房故障情况下皆可自愈的效果。 截至目前该方案已覆盖百度大多数核心产品,止损效率较工处理提升60%以。典型案例: 在8月28日某产品在单机房故障发生后1min55s完成止损。 在后续文章中我们继续介绍单机房故障自愈的更多详细内容,敬请期待! 单机房故障容灾能力的建设 在容灾能力建设中有哪些常见问题? 如何证明已经具备单机房容灾能力? 单机房故障工止损方法 工止损时如何感知故障? 工止损时如何收集故障息? 工止损时如何进行流量调度? 单机房故障机器止损方法 如何设计单机房故障自愈整体方案? 如何降低流量调度风险? 如何应对不同业流量调度策略和平台的差异?
c****i 2018-07-11
付费拨云见日--云咨询可行性分析
不同的需求描述、不同的统计口径能得到完全不同的TCO,这时候需要专业、中立、不相干的IT咨询工作。 没有云计算的时候,这些不懂IT的公司根本不IT项目,他们用传统经营足以生存发展。现在IT项目的实施槛被云厂商降低,未来愿景被云厂商抬高,友商搞IT化自己也只能被迫跟进,但IT决策的环节是缺失的。 2.云咨询的客户价值 在企业IT市场里,厂商如狼似虎,客户是肥羊不是猎,肥羊无法坐山观虎斗。 简单让云厂商拼价格拼,短期内是劣币驱逐良币,无论是低价中标还是画饼营销,最终坑的都是客户。 长期看即使口碑最好的云厂商,配备最优秀的销售团队,厂商也不可能以客户的利益为优先,他们关注的是技术执行过程,而不是技术决策过程。 随着IT行业的发展变化,非IT企业根本招不到、留不住合适的IT决策(参见踏云落地--谈IT就业趋势)。IT决策是在大部分公司里是唯一的IT内行,外行不尊重内行“闲着的价值”,那内行就要让外行“跟着忙起来”,以他要保障自己的利益就必须把IT项目做大、预算做多,而且绝对不能粘风险责任。
M****点 2018-07-10
中国云计算现状——产品篇
对象存储是新兴需求,企业里本来就没大规模对象存储搭建能力,而且对象存储对应用程序友好手简单,客户对它是积极拥抱甚至业依赖。一旦用户在对象存储平台堆积了TB的数据,大数据和AI分析应用自然就部署来了。广域网传输稳定性不够成本又过高,只能是计算组件跟着存储就近部署,PaaS云创业公司从对象存储入手才更有客户粘性和横向扩展空间。 大数据类PaaS类似于云数据库,用户要自带海量数据过来,Mapreduce过程和结果又都要用户负责,最终客户觉得云平台什么都没做,大数据PaaS都用成IaaS定制模板虚拟机了。而AI类PaaS类似于对象存储,用户本来要靠肉识图,那些非结构数据本来是不存储的,程序员很乐意去调AI和存储接口,砸碎肉识图团队的饭碗才能成全自己的业绩。云替代方案被客户技术员苛责,而技术对云新出的方案很宽容。 CDN是最早出现也是最成熟的云计算,它有下列迷的特点给云计算行业的未来立下标杆: 客户没有学习成本,肯付费、懂IT常识就能接入,有客户都认同使用CDN能节省成本提高质量。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
----老舍《断魂枪》 云计算大潮到来了,我把IT技术像五虎断魂枪一样收起来了。我不将它压到箱底,偶尔我也练练聊聊,纪念一下那个搞技术的黄金时代。 本文聊个很有嚼头的技术问题,Linux系统的启动过程,当我们不用自己安装系统以后,丧失了这么多乐趣。 正文 1.主板加电和硬件自检,就是开机第一屏启动界面。 CPU和内存插得有问题滴滴乱叫,而网卡和硬盘插不插都无谓,因为这些外设都不属于经典的计算机系统。 早期小内存器一般有内存检测的功能,但256G内存的器启动的速度也太慢了,重启一分钟能启动的还能恢复,重启分钟可能群集性状就变了,以我们经常顺手就把他关掉了。 2.读取主板引导配置,现在终于要从外部设备读取数据了。 主板大都是BIOS引导,也有是UEFI引导,但从器用户看区别也不大。 主板可选从USB/SATA/NIC这几类接口获取引导数据,而且可以排队式加载,第一个加载不成功就尝试第二个。系统安装镜像都有个防止误操作的倒计时,而网络引导一般是排在末位,硬盘引导就是通用的系统启动的方式。
雪****魁 2018-07-11
危险背后的机遇--云故障危机分析
对于落实是为导致的故障,甲方单纯的索赔追责并不能解决问题,因为云厂商总是比甲方的实际损失更小,甲方无法触及云厂商能倒腾出故障的部。甲方只能根据云厂商销售和线的能力和态度,确认自己交钱了能否买到靠谱的。 最重是商誉 云计算既是资源又是,资源相对可以量化,但短期内看直观感受,长期看商业誉。商誉分为企业商誉和个商誉,云厂商的企业商誉都积淀不足,胜者也是比烂大赛中靠友商更烂胜出的,和IDC/CDN的比优大赛无法相提并论。大客户在吃够了厂商的亏以后,选择任能有个商誉,能做出承诺、调动资源和平复问题的销售和员。 有个客户非常任某个小云销售,他告诉该销售,虽然某大云有高层合作,某大云也说报价肯定比某小云低5%;但是某大云的机制有问题,出故障从来都是衙话,每次故障都要客户去乱猜和背锅。最终这个单子在客户执行层的暗助之下,该小云快速把业切过来并坐实站住了,这份暗中相助就是靠个商誉带来的任。 我和大客户谈故障的时候,喜欢把详细故障原因刨析给客户,企业客户是讲道理的,不要把糊弄ToC用户的手段来对付ToB客户。
无****禾 2018-07-11
云客户需求引导管理--实战型IT太极拳
我们并不介入用户内部管理问题,但我们要把客户变成朋友,而不是做一个冷脸旁观的衙。 4.推进业的能力 无论是个技术革新业绩,团队节省成本业绩,还是内部工作流改善,甚至对外能力优化,都是帮推进客户的业,帮客户出政绩。 客户很容易异想天开,我现在更多是说他们的想法达不到出政绩的目的,大鸣大放后黯然收场,对客户也不是好事。 传统IT企业在198X年成功崛起,是因为他们的技术帮客户延伸了业能力,比如用ATM机帮银行拓展柜台、用更好的技术算账和转账;最近十几年则只能靠拿软硬件升级来从客户手里套钱,那些IT系统只是保命续命却诞生不了新生命。 希望云厂商能够引以为鉴,我也在摸索如何帮客户真正意义推进业员需求 客户需求不能靠谦卑的态度来引导,而是可靠IT技能方案的输出。这对方案推进者,也就是解决方案架构师的个素质要求非常高。技术要可以取于客户技术团队,又要非常了解云产品,还要认可企业级IT模式,这才有可能胜任这项工作,让客户的消费额千万甚至亿。 只了解产品说明书的业售前是完不成这种工作的,从云技术后台转售前的同样也搞不定该工作。
f****8 2018-07-10
2018年云计算行业展望
现在各大集团推出的云计算业,目的主要是拉集团股价,吃集团内的存货还能吃一两年;失血过多的公司可以自控止血退出价格战,靠当前的营收完全可以继续扛两年;海量的新用户仍然在跳坑云,自然增长的趋势也能持续年。被资本催熟的业普遍都早衰,团购大战、外卖大战、打车大战都让我们看到了资本抛弃业的速度极快,年后云计算不能拿来给资本画饼了,一些只能烧钱的云计算公司都被合并和售卖。 但云计算本质是企业,并不出现一家通吃的情况,那些能够自给自足的云计算公司,完全可以像韩遂、公孙康、孟获一样割据几十年。当Oracle在数据库领域雄霸天下的时候,DB2、SqlServer、Mysql、Mongodb只是挣得没那么舒而已,他们并没有被挤死,类似的例子还有企业级操作系统软件、企业级咨询、企业级硬件供应商等等。云计算是企业,企业从未出现过一家通吃的先例,拿个互联网用户的习惯套到企业客户身是不科学的。 二、一个云行业半个IT界 云计算行业的梦想限是替换掉整个IT行业中有的后端环节,整个IT业一半的产值都归属到云计算公司。
布****五 2018-07-10
如何执行一条命令
面临的困难 命令行的要素,也是如何执行一条命令行面对的个问题,如前文述,对于单机环境来说,这个问题在前的努力下已经被很好的解决。可是如果要在几十万台机器每天执行几十亿条命令,同时保证时效性,保证执行成功率,保证结果正确收集,保证7*24小时稳定运行,就不是一件简单的事情了。谓远行无轻担,量大易也难,在构建这样的执行系统的过程中要面临诸多困难,此处举几个突出的例子如下: 息存储问题:为了支持水平扩展,需要高效的内存数据库作为缓存。为了做到执行命令的可追溯、可统计,需要对执行过的命令息持久化。日均几十亿的热数据,年均万亿的冷数据,需要仔细选择存储方案。 任调度问题:为了达到在任意多台执行命令的要求,需要确定何时分发命令、何时回收结果以及怎么样的并发度批量下发。 消息传输问题:为了保证命令高效正确送达目标器,需要构建一个可靠的命令传输网络,使命令息在准确送达的前提下保障传输的可靠与高效,毕竟百度的几十万台器分布在世界各地。 代理执行问题:为了更好的处理权限、单机并发等单机执行问题,需要在目标机构建执行代理,以应对单机的复杂执行环境。
流****水 2018-07-11
度云企业级运维平台——NoahEE
图1 NoahEE概览 接下来,我们把这艘诺方舟分解开来,近距离观察一下这艘船的方方面面。 管理 我们首先介绍管理是因为管理是整个运维工作的基础,也是NoahEE这个平台各个系统能够进行批量自动化操作的关键。管理这个概念的出现,是随着业快速膨胀的必然,其要解决的主要问题是一个“量”,或者说“规模”的问题。在早期业较为简单时,一个可能部署在几台甚至一台机器,进行变更等运维操作简单直接,登录到机器工操作就好了。随着业的发展,分布式应用与的广泛使用,我们越来越多的面临着运维场景与运维执行之间的脱节。 举个例子,今天17:00开始对X机房的地图导航模块进行升级。对于产品研发的同学来说,关注点是语义明确且更具描述性的“运维场景”;而对于运维员来说,关注点是此次升级操作涉及的机器等资源在哪里。在业规模发展到一定程度后,运维工作还停留在早期工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在实际的运维中,还有更多的因素需要考虑,例如机器是否分配给不同部(资源的隔离)?权限又该如何控制?
双****4 2018-07-11
【杂谈】猎场没那么精彩--还原真实的猎头
这工作难度和重要性确实没电话推销员高,以他们的收入也并不比电话推销员高。 大部分猎头公司也无谓简历库,特别是互联网行业更为明显。高端猎头是要钓大鱼的,但钓鱼先要等鱼长大,中国企业都兴起没几年,还没有稳定的高管和高工群体,同城同行业挖来挖去就那几个熟;而那些新手猎头个月不开锅就要饿死,撒网甚至炸鱼的收益更保底一些。从长周期来看,猎头属于利用息不对称来牟利的行业,互联网技术本来就是要消除息不对称。现在有跳槽意向的普通员工在招聘网站更新简历,中高层主动布局等待候选单位钩,专找单一猎头更新简历库的互联网才越来越少了。 在甲方来看,找个猎头公司签个合作协议是很随意的,这些猎头谁做成单了才给钱,做不成也没损失,甲方还能享受一呼百应蜂拥而的快感。但天下没有免费午餐,免费供应的简历质量无法保障,耽误的力和时间都无法衡量。滥用猎头还增大不必要支出,中下级岗位事自己也能搜到简历,而很多初级猎头就做佣金几千块的小单子。
若****客 2018-07-10
IT架构的本质--我的五点感悟
2.群集设计通用规则 前端复制后端拆,实时改异步,组件互换 前端复制后端拆,实时改异步,IO-算力-空间可互换——要做架构就要群集,而群集设计调优翻来覆去就是这板斧: 前端是管道是逻辑,而后端是状态是数据,以前端复制后端拆。前端器压力大了就多做水平复制扩容,在网站类应用,无状态-话保持-弹性伸缩等技术应用纯熟。后端要群集化就是多做业拆分,常见的就是数据库拆库拆表拆键值,拆的越散微操作就越爽,但全局操作开销更大更难控制。 实时改异步是我学的最后一IT技术,绝大部分“实时操作”都不是业需求,而是某应用无法看到后端和Peer状态,默认就要实时处理结果了。CS模式的实时操作给支撑带来巨大压力,Peer合作的实时操作可能让数据申请方等一宿。架构师将一个无脑大事拆分成多个小事,这就是异步架构,但拆分事就跟拆分数据表一样,拆散的小事需要更高业层级做全局事保障。 在群集性能规划中,网络和硬盘IO+CPU算力+磁盘和内存空间是可以互换的,架构师要完成补不足而损有余的选型。
TOP