关于 小乔:19112382170坑两千没服务大有 的搜索结果,共1338
M****点 2018-07-10
中国云计算现状——产品篇
先说IT咨询,过去云计算平台吸引到的都是成本敏感的游戏客户或者技术优先的创业客户,这类客户都不会为一时一元的咨询付费。现在高净值客户放出来的云计算咨询标了却人投标,因为型云计算企业因为资质、高层合作、客户关系等原因投标的机会。 我们经常遇到咨询标,但我们也不想投这个标。咨询标的交付物就是各种文档和报表,互联网公司的技术积淀都在技术部,技术人员最烦的就是写文档,而且技术人员匮乏的想象力和沟通能力并不适合做咨询标,让售前承担技术文档书写也扛不住。传统IT外企做云IT咨询流程上问题,但技术水平太差,也不被政策扶持。此外还个哈哈哈哈的杀器让我们不能投咨询标,投了咨询标就不能投实施标了,实施标的金额要比咨询标很多。 到了实施阶段,其实矛盾和咨询标差不多,既要干活又要写文档,而且验收者并不专业,实施工作传统厂商会抢着压价,还会各种意外拖进度抢进度,各互联网企业的实施团队根本支撑不下来。传统厂商虽然压价抢标,但他们要是真能实施云计算项目的人才,互联网公司加价三倍挖走谢谢。
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
三、正确的时间是向量 Linux环境下个常用工具,NTPD和ntpdate。NTPD是一个时间同步,ntpdate是个时间同步命令。很多工程师都会采用Crond+ntpdate的方式同步时间,究其原因是“NTPD不太好用”。 而我不喜欢用ntpdate同步时间的工程师,NTPD是一个体系化的,而ntpdate只是一个动作,部分人做好为ntpdate这个动作负责。 正常的时间是个持续增长的向量,即老时间t1肯定于新时间t2,新时间t2也于最新的时间t3,而且t1必定会渐进增长到t2和t3。除了少数商业数据库自带时钟源以外,部分业对系统时间是盲目信任,不相信t1会越过t2直接达到t3(即断档跃变),而t2减去t1会得到负数或者0(即时钟停滞和回逆)。 四、NTPD的优势 如果我们用ntpdate同步时间,可能会带来时间的断档跃变或者停滞和回逆。时间不稳会威胁到的程序健壮性和业安全性,甚至部分程序崩溃的稀里糊涂。
h****e 2018-07-10
程序:我从哪里来?
作为一个底层的基础,BNS系统每天的访问量近亿次,这对系统的可用性提出了很高的要求,因而系统需要在各个层面完善的容灾能力和流量管控能力。 1流量接入层 系统通过HTTP接口对外提供变更,用户通过Web页面或者接口进行或实例信息注册。为了保证平台稳定和安全的运行,需要对非法和异常请求进行拒绝,在流量接入层(Proxy)端提供了以下个功能: 流量鉴权:每一个组、单元、实例的注册都需要进行权限验证,用户只申请了合法的Token才能允许访问,另外系统还提供了白名单等其他的鉴权方式。 配额限流:针对产品线、用户、IP提供一定的配额,当请求的数量超过配额,就会拒绝响应的请求,并提示用户Quota超限。 2Web Server Web Server提供用户进行各类BNS变更的接口,承担了BNS系统的部分写入流量,采用分布式多地域的部署方式,可以避免单实例、单机房的故障对可用性造成的影响。 3存储层 这里主要包含数据库和Cache层个部分。 数据库:采用MySQL存储,采用主从集群部署、读写分离的方式。
林****颖 2018-07-10
中国云计算现状——成本篇
型云厂商基本都是一个13安电机柜每月花四五块钱;型云厂商都是自营无利润IDC、整柜器、高效散热系统,虽然节能效率吹嘘的成分,但成本是远低于型云厂商的。 3、网络成本 网络成本包含IP和带宽,租一段IP不贵,但是可能钱也买不到几万个IP。带宽是云计算运营的硬成本,厂商的集采压价优势同样明显,而且厂商还可以拉很多对等互联网络节省资费。此外还DDOS问题、IP段被污染问题、ICP备案问题也在提高网络成本。 4、闲置成本 巨的采购体量必然会造成极的资源闲置,假设我一次采购上架200柜器,那就要售出5万台虚拟机才能充分利用硬件。硬件从上架之时就在不停的折旧,但虚拟机能卖多快却不好预估;而你可以随时上线200个机柜,那就代表机柜和网络也留了很多富裕。 理论上来说,厂商规模,留作富裕闲置的百分比会一些,厂商规模,留作富裕闲置的百分比会一些。但以前从未过需要机柜带宽加器一起做规划预估的情况,厂商的资源估算人员未必估的够准确,不会是资源紧绷到过度超卖,就是水漫灌一样的浪费;而厂商的客户固定估算简单,就算资源不足也不是新闻。
小****园 2018-07-10
让PB级云存储不再神秘
真正让用户头疼的是平台方会根据计费日志估算你的业规模,就像区保安总共能看到你何时出门一样。据不可靠传闻,某厂商本来能拿到某云厂商母公司数亿美元投资,自吹数据量数PB,该司投资部去调了一下他们的消费金额就取消投资了。单一个消费总金额就这么麻烦,访问日志可以看文件数量、用户规模分布和致的动作类型,一个新兴企业最好还是把业分散在个厂商那里,毕竟他们家不能核对你的账单。 最后一条就是些领先厂直接压制,故意做技术无关的不兼容、甚至拒绝、甚至从其他层面正面打压业。这里就不举例了,太明显针对单一厂商。如果只是技术不兼容那算和其他云平台恶意竞争,如果到了云平台明抢客户自身业的阶段,技术采购决策人请把风险告知公司决策层,该妥协还是硬扛不是你的职责范围。 3、型用户谨慎选型 型用户即使只存储1PB,每年也要花100多万了;中型客户只要做选型,而项目不仅要选型和定制,还更多技术以外的东西要考量。 首先同样说价格问题,型客户比中客户更难办,客户是嫌价格贵,客户却怕低价砸场。
s****d 2018-07-11
亿元级云用户分析
3.2 CDN和带宽池 CDN和带宽池不同于器硬件,其原始资源是相对稀缺死板的广域网带宽,其交付的资源是持续不断的,所以资源部署比较慎重但客户流动成本较低。制约客户全量迁移的是厂商的承载能力,而挖角和反挖时刻都在细水长流。CDN和带宽池首先考察的是企业内功,廉价海量资源;再考验销售内部协调能力,能不能把好资源好价格抢到手里;而盯客户的套路和百万级销售类似,工作力度加三五倍而已。 3.3数据存储池 数据存储池是很难年均摊营收上亿的,但定个1000万的目标是能实现的;如果1000万的非冷备存储池,那很容易带来数倍数十倍的计算和带宽消费。存储资源是订单曲线突破的好选项,还是AI和数据项目的基石,我们和客户讲的是技术含量的故事,需要精英售前给销售做幕后军师。 配图说明:谁掌握了数据,谁就掌握了真理 3.4人力资源池 亿元项目不可能是客户自助实施的,人力营收占比很低但画龙点睛,可能会干掉纯卖资源的友商,也可能晚交付半月就亏损上万。
追****圣 2018-07-11
给书记省长讲清楚云计算
综上所述,云计算就是将分散在各个公司的信息技术资源汇聚到一个平台,其兴起始于需求扩而人力短缺,其未来发展趋势是通过规模经营和数据共享,成为新型信息化社会的技术基石。 云计算如何带动地方经济 云计算落地是要自建数据中心机房,我们一般称之为云基地,云基地在经济利益和社会影响上和传统工厂并不相同。云基地通俗易懂的展现形式就是开启数十万个高速运转的电脑铁皮箱,但这些电脑不用接显示器也不用人员现场操作,只要这些电脑能开机能上网就能对外。云基地和数字地产不完全相同,数字地产只装修好房子,云基地关注用这些房子做什么。 云基地是无烟工业,并不需要雇佣量人口,对直接促进就业帮助不;但云计算实体矿产投入和物品产出,只需要量电力启动电脑也不会产生量污染。 云基地像电视台和信号塔一样,通过产生和扩散数据信息对客户提供,这些信息的传输物流成本,光速直达全球每个角落。 因为云基地全球客户,所以云基地可创造极高的营收,但不能简单的计入地方政府的GDP。一个耗电三瓦的机柜加附属空间占地5平方米,如果云计算资源全部售出,每年可产生20万元以上的营收。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
东方的法子不醒了。----老舍《断魂枪》 云计算潮到来了,我把IT技术像五虎断魂枪一样收起来了。我不会将它压到箱底,偶尔我也会练练聊聊,纪念一下那个搞技术的黄金时代。 本文聊个很嚼头的技术问题,Linux系统的启动过程,当我们不用自己安装系统以后,丧失了这么多乐趣。 正文 1.主板加电和硬件自检,就是开机第一屏启动界面。 CPU和内存插得问题器会滴滴乱叫,而网卡和硬盘插不插都无所谓,因为这些外设都不属于经典的计算机系统。 早期内存器一般内存检测的功能,但256G内存的器启动的速度也太慢了,重启一分钟能启动的还能恢复,重启三分钟可能群集性状就变了,所以我们经常顺手就把他关掉了。 2.读取主板引导配置,现在终于要从外部设备读取数据了。 主板都是BIOS引导,也是UEFI引导,但从器用户看区别也不。 主板可选从USB/SATA/NIC这几类接口上获取引导数据,而且可以排队式加载,第一个加载不成功就尝试第二个。系统安装镜像都个防止误操作的倒计时,而网络引导一般是排在末位,硬盘引导就是通用的系统启动的方式。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
例如: 2015年6月某公司云香港IDC节点电力故障崩溃12时 2016年5月某公司杭州电信接入故障,中断时级别 2017年1月某业天津机房故障,数时无法提供 2017年6月北京某处机房掉电,多家互联网公司受影响 单机房故障频繁影响业的可用性并且会给公司带来直接或间接的损失。直接损失包括访问流量丢失、商业收入下降、用户体验受损、打破等级协议(SLA)造成的商业赔付等,间接损失包括用户信任度下降、给竞品占领市场机会等。
l****m 2018-07-10
五年前的预言——2012年云计算时代的运维职位展望
当前云计算技术的势头很好,但因为技术和市场等原因还需要慢慢发展,而且云计算做的是“锦上添花”的事情,企业用不用云计算对自身业功能影响不。我们运维人员从做事的可靠性、全局意识,凭借这些特性仍然能活的很好。运维这个岗位可能会消失,但做过运维的人还是很多路可以走的。 家都知道黑云压城也该未雨绸缪了,如果你已经是个运维老鸟或者很快就投身运维工作,我建议家往这几个方向上动动脑子: 1、企业采用公云方案后,仍然需要一个懂行的人解决公云平台的监控、评估、采购、报修这类问题。但这个职位应该一个公司公司只需要一个人,且再等上十年云计算彻底标准化后还会再次消失。当然了,我相信能胜任这个岗位的人,在云计算已经规范到不需要专人维护的时候,他们也会能力找到更合适的岗位。 2、进行云计算器维护;几供应商自己也要维护器,那些中型企业肯定会自己做私云,在这个云计算平台里也是需要运维人员进行从低端监控到高端架构的一系列维护工作,但自动化运维技术会让运维人员的数量减少,可能每个公司都只团队了。
雪****魁 2018-07-11
危险背后的机遇--云故障危机分析
资源投入 云资源贩售过程中,合格的厂商可以让云资源物所值,但巧妇难为无米之炊,原始资源投入不够云就不可能很稳定。面向中客户的时候,云厂商很忌讳透露具体硬件成本,也尽量避免承认资源不足,但面对客户时会很坦诚。 作为持久共生的甲方,请关注乙方的成本红线,买家永远卖家精。如果甲方给够钱了,乙方仍然用劣质硬件IDC和过高超售比,云厂商一般是老板带头节俭,而云厂商很可能是执行层的人弄错了,作为甲方该闹就要闹。 人为原因 云厂商的人为故障总是糊涂账,但细心的甲方是能看出来端倪的。时候厂商想遮蔽技术和资源的问题,会说是人为原因,缓过这一次故障赶紧修订BUG和准备资源;时候明明是人为原因,但人为故障都是打脸实锤,厂商脸会肿而且要赔偿,可能会找个其他原因来给脸部降降温。 对于落实是人为导致的故障,甲方单纯的索赔追责并不能解决问题,因为云厂商总是比甲方的实际损失更,甲方无法触及云厂商能倒腾出故障的部门。甲方只能根据云厂商销售和线的能力和态度,确认自己交钱了能否买到靠谱的。 最重是商誉 云计算既是资源又是,资源相对可以量化,但短期内看直观感受,长期看商业信誉。
无****禾 2018-07-11
云客户需求引导管理--实战型IT太极拳
然后我就发现来到了暴怒战场,客户的需求同事们都承诺下来了,但一年半载都人做。我闲不住就开始救火,客户十个要求我会拒绝七个,个慢慢做,一个承诺立刻解决。客户并投诉我,倒是离职的时候多个客户邀请面谈并发出了Offer。 这几年我一直把“客户提十个需求我会拒掉七个”当做招牌技能,今天就聊聊客户需求为什么要引导,该如何引导。 云平台卖的都是,靠销售体系打下单子来只是万里长征第一步。如果云厂商做不好,公消费额,私云可以换别人家的软件授权;如果云厂商做好客户的技术,完全可以从备胎公云变为主力公云,私云群集也月月扩容。各位投标中标的CDN厂商已经领教过客户的切量神功了,而云主机等资源的切换也会越来越简单方便。 过去的案例 我们先看四个生产环境案例。 案例1.外售型私云客户要把虚拟机的内网带宽从1G扩充到4G,沟通后发现是最终用户要在单虚拟机上跑流量应用。我就劝客户技术工程师,网卡改QoS不难,但宿主机网卡才10G,你们是愿意一台物理机只跑台虚拟机,还是愿意停机扩容物理网卡。
疏****月 2018-07-09
一键上线Archer | 百度持续部署的瑞士军刀
另外,Archer也可作为上层托管平台的底层工具链,为PaaS平台提供稳定的底层部署。 通用场景 在百度内部,通用的部署系统需要适用于以下场景: 各业线拥各自的包规范,语言、框架不统一,部署策略不一致; 支持分级发布,及时拦截部署引入的线上故障; 业的多地域部署; 多种网络环境及包部署; 提高自动化效率,能够集成测试发布自动化流水线。 后面,我们将结合上面场景,向家介绍百度持续部署是如何实现的。 架构 整个系统由命令行工具、web、中转及单机agent+部署插件几部分组成(如图2所示)。用户通过命令行工具触发一次变更,在web端进行参数解析及任分发,对应执行机器agent通过心跳获取任后,调用部署插件执行实际任。涉及包及不同网络环境的部署会进行中转下载。 解决方案 各业线拥各自的包规范,语言、框架不统一,部署策略不一致 为避免杂乱无章又不规范的代码及配置文件的目录结构,Archer规定了一套既灵活又完整的包规范。
流****水 2018-07-11
度云企业级运维平台——NoahEE
一图胜言,我们看看资产管理的特点: 图3 资产管理 部署管理 应用部署一直是运维工作中的重点,一般来说,我们面临的问题: 批量部署难,怎样定位目标机器?如何快速部署? 灰度测试难,怎样通过灵活的部署方式,先进行流量线上测试,待效果达到预期后再扩部署? 回滚难,发现问题后怎样回滚? 上面的第一个问题,实际上在管理中已经解决了,也就是说管理帮我们完成了资源定位工作。其他的问题,NoahEE的部署管理模块通过“分级发布”来解决。在部署管理模块中,我们可以方便的定义并发度、部署步骤、影响范围以及暂停操作等,在部署的过程中发现问题即可暂停并回滚至之前的状态。除了部署等操作,部署管理模块还提供了批量执行命令等操作(比如批量启停某一)。如图来总结部署系统的能力: 图4 部署管理 监控管理 在任何工作里,信息掌握的全面与否往往关乎到工作的成败。“知己知彼百战不殆”这句话说的就是这个道理。运维工作中,监控系统就是这个让我们做到这点的关键。软硬件是否工作正常,出了问题是否能及时发现与报警,甚至是对异常事件等进行提前预测,都仰仗监控系统。
小****君 2018-07-11
踏云落地--谈IT就业趋势
但随着业研发的泛化增多,他们在IT人的比例会逐渐变,而收入仍然是金领阶层。所谓“遗世独立”就是“我不带你们玩了”,我们主要分析行业精英的工作位置的变化,以及对前类兄弟的影响。云本身就是替代客户的IT后台支撑体系的,客户团队只要是用了云,云对应领域就不需要做支撑系统的IT精英了,原因五条:1.后台支撑技术是停滞变化不的,精英专家能发挥的都是选型决策而非开创新模式。选型决策能力无法量化为具体技能去培育新人,而通用技能部分很容易被云厂商规范化,且云上选型试错的成本更低。2.从云厂商来看架空这批工程师暴利可图,IT业内软件和咨询的利润最丰厚。这年数据库厂商的试图转型做云,的着急改开源许可协议,他们都知道客户用习惯RDS了就不招DBA了,那就更不会花授权费和咨询费。3.公版云在细节打磨上,肯定精英定制支撑平台那么精细贴切,但对于新公司新项目来说,一个能跑起来的系统就够用了。很多技术精英也觉得打磨个系统太累,图省事就买云凑合用了。4.要做好后台支撑并不只依靠精英们埋头苦干,巧妇难为无米之炊。
w****0 2018-07-11
单机房故障自愈-黎明之战
要求:将拆分为若干不同的逻辑单元,每个逻辑单元处于不同的物理机房,均能提供产品线完整。 3.不满足N+1冗余 描述:任意单个机房故障时,其余机房剩余容量不足以承担该机房切出的流量。 问题:流量调度导致其余机房过载,造成多个机房故障,造成更范围的影响。 要求:容量建设需要对于每个逻辑单元都要明确的容量数据,并具备N+1冗余,即任意机房故障情况下,其余机房均可承载这部分流量,同时需要保证变化时及时更新数据和扩容,避免容量数据退化。同时对于流量的变化趋势,也需要提前的预估,为重事件流量高峰预留足够容量(如节日、运营、假期)。 4.关联强耦合 描述:上下游使用固定IP或固定机器名进行直接连接。 问题:单机房故障发生时,关联的上下游之间无法进行快速的流量调度止损。 要求:线上关联不允许使用固定IP或机器名链接,需使用具备流量调度能力的上下游连接方式以实现上下游依赖解耦,下游发生单机房故障,可以快速调整路由比例实现止损。 单机房容灾能力--盲测验收 完成以上四点单机房容灾能力建设后,业线就具备了通过流量调度进行止损单机房故障的基本条件。
TOP