关于 南京鼓楼区中央门找大学生服务同城〖10669708薇信〗 的搜索结果,共1268
追****圣 2018-07-11
给书记省长讲清楚云计算
数据心对电力的要求是量且稳定,数据心每年的电力消耗都在数万千瓦以上,其电力使用优先级等于医院手术室,绝对不能接受拉闸限电。 器就是高功耗高价格的专业电脑,云计算企业的采购规模一般远于政企集采,他们能从硬件厂商那里拿到极限低价,政府和国企能提供的更多是采购资金的支持。 云计算是一个商业,不仅需要硬性支持,还需要足够的环境和政策支持。当前云计算公司聚集在一线市,环境规范稳定但成本极高竞争压力极,云计算企业也在尝试向二三线转移突围。二三线市不仅要积极准备云计算硬性资源,还可以用合作融资、税收优惠等等灵活政策承担产能转移的,最终说云计算公司将GDP和税收留在当地。 云计算平台提供的都是互联网量的互联网部署在本地会有极的管控压力。二三线市对互联网还只是简单的管控,稍有不解可能就会封禁一批互联网,但一道封网命令就可以毁掉一个云计算公司的声誉。如果当地政企要做好云计算就要从管理者变为者,必须在管控违规违法时不惊扰正常业,甚至主动出击为正常网络保驾护航。
h****e 2018-07-10
程序:我从哪里来?
干货概览 在计算机程序或者的层次上,我们来试着分析前面提到的几个问题。 问题 1.我是谁? 叫什么,包含了哪些实例,规模、部署情况、实例运行状况如何? 2.我从哪里来? 的上游有哪些,不的上游流量如何分配? 3.我往哪里去? 的下游有哪些,不的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在百度的运维实践,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度云智能运维团队研发的一套分布式的名字系统,是百度云Noah智能运维产品的一个重要基础系统。它为每一个赋予一个独一无二的名字,根据这个名字,我们就可以获取到这个的相关息 ,这些息包括:在机器上部署息(机器IP,部署路径,配置,端口息),的实例运行状况等其他重要息。简单来讲,它提供了一个名到资源息的一个映射关系。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
例如: 2015年6月某公司云香港IDC节点电力故障崩溃12小时 2016年5月某公司杭州电接入故障,断小时级别 2017年1月某业天津机房故障,数小时无法提供 2017年6月北某处机房掉电,多家互联网公司受影响 单机房故障频繁影响业的可用性并且会给公司带来直接或间接的损失。直接损失包括访问流量丢失、商业收入下降、用户体验受损、打破等级协议(SLA)造成的商业赔付等,间接损失包括用户任度下降、给竞品占领市场机会等。
j****2 2018-07-10
百度脑开放日来袭 24种全新AI能力呈现
为了让流浪喵过上幸福的活,程序员出身的他用百度脑动物识别技术和百度EasyDL打造出 “猫脸禁”、“病猫识别”、“绝育识别”三智能功能,给流浪猫一个温暖的住所的时帮助救助志愿者发现病和未绝育的流浪猫。晚兮提到,凭借百度脑的开放技术,他只用半天就设计出了智能猫窝的三项主要AI功能,看似高冷的AI技术最终化为猫咪们的守护神,让现场的小伙伴们感到暖心又感动。 2018年百度脑走进6市举办7场行业创新论坛,发布了企业、地产物业、智能零售、智能工厂、智能校园、智能政7行业解决方案,推动AI与不行业、具体场景相结合,AI技术渗透到产业的毛细血管。百度脑目前已经落地20+行业,态赋能已成燎原之势。 百度脑新品体验师计划 如果只是技术“阅兵”会让你觉得意犹未尽,为了进一步激励开发者习应用百度脑开源能力,百度脑现已提出了“百度脑新品体验师计划”,希望与开发者一起推动百度脑进化,帮助他人一起成长,探索AI前沿应用。
疏****月 2018-07-09
一键上线Archer | 百度持续部署的瑞士军刀
Archer的配置文件路径、的启停脚本及运维命令具有固定的标准并且支持定制化,使用Archer进行部署的具有统一的包结构; 支持分级发布,及时拦截部署引入的线上故障 针对分级发布的使用场景,Archer支持串并行上线及暂停点功能,可按照单实例、单机房、单地域等级别设置暂停点,并支持部署过程进行暂停、继续、重试、撤销等操作; 业的多地域部署 的多地域部署主要需要解决不地域配置不的问题。Archer提供了配置派功能以支持多地域部署的场景。Archer支持在一份配置文件设置配置变量,并在特定地域(机房)成特定配置值; 多种网络环境及包部署 针对多种网络环境及包部署的使用场景,Archer提供了部署数据转传输。采用转的上线在发起任后,部分代码将首先被转存至转机上。
流****水 2018-07-11
度云企业级运维平台——NoahEE
在业规模发展到一定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发。 在实际的运维,还有更多的因素需要考虑,例如机器是否会分配给不(资源的隔离)?权限又该如何控制?随着规模变,人力成本等管理成本上升,然而效率低下、可用性不升反降等等都是非常可能出现的问题。百度对于这个问题给出的答案是,必须先要解决资源组织管理问题。简单的说,管理要解决的最核心问题就是如何对资源进行有效组织管理与定位: 图2 解决规模带来的问题 在管理这个地基打好后,我们再来回顾下上面的例子。这个例子,地图研发的就可以在运维平台导航的模块进行升级,运维平台会通过管理来定位此次升级操作需要影响的机器并进行批量的操作。NoahEE的所有运维系统,都以管理为基础来进行运维操作,例如在监控系统,我们可以对导航模块(而不是单台机器进行操作)添加一些指标采集任,并在一定条件达成时报警。管理通过对资源合理的组织,极的简化了运维操作,提升了运维效率。
w****t 2018-07-10
AIOps的四金刚
在针对运维的场景,会覆盖运维相关的管理、监控、变更、流量调度等相关平台。 这部分平台是运维的基础,在AIOps时代仍然需要依赖于这些平台的建设。 时在AIOps场景,数据成为了心,运维各种状态息转换为数据,机器习则作用在数据上进行分析。在百度AIOps的实践,运维开发框架、运维知识库、运维策略框架共组成了完整的智能运维平台,三平台的建设和实施离不开数据、机器习架构的引入。这就要求平台研发工程师具备数据、机器习平台架构师的多重身份,具备流式计算、分布式存储、机器习平台、算法策略平台等一系列数据和机器习平台架构能力。 运维研发工程师 基于多个业线场景抽象出的单机房故障自愈解决方案,能够满足部分场景需求,但并不意味着可以直接提供给各个业线来使用。原因如下: 策略和参数需要进行调整 流量调度、容灾策略等策略,针对不的业线,配置并不相。例如某些业对响应时间敏感,跨地域的调度会带来较的延迟,影响用户体验,这时就需要根据业情况配置机房之间的跨机房流量调度延迟系数,来实现流量优先调度到延迟系数最低的机房。
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
NTPD是一个时间,ntpdate是个时间步命令。很多工程师都会采用Crond+ntpdate的方式步时间,究其原因是“NTPD不太好用”。 而我不喜欢用ntpdate步时间的工程师,NTPD是一个体系化的,而ntpdate只是一个动作,部分人没做好为ntpdate这个动作负责。 正常的时间是个持续增长的向量,即老时间t1肯定小于新时间t2,新时间t2也小于最新的时间t3,而且t1必定会渐进增长到t2和t3。除了少数商业数据库自带时钟源以外,部分业对系统时间是盲目任,不相t1会越过t2直接达到t3(即断档跃变),而t2减去t1会得到负数或者0(即时钟停滞和回逆)。 四、NTPD的优势 如果我们用ntpdate步时间,可能会带来时间的断档跃变或者停滞和回逆。时间不稳会威胁到的程序健壮性和业安全性,甚至部分程序崩溃的稀里糊涂。 ntpdate只是个命令不是,它对远端时钟源是盲目任;假设一个根NTP不稳定,所有的器获得了错误的时间,虽然现在业层可以包容异常,不会出现算出负利息或倒扣费的情况,但业混乱是免不了的。
w****0 2018-07-11
单机房故障自愈-黎明之战
时流量调度也无法使得恢复正常。 要求:将拆分为若干不的逻辑单元,每个逻辑单元处于不的物理机房,均能提供产品线完整。 3.不满足N+1冗余 描述:任意单个机房故障时,其余机房剩余容量不足以承担该机房切出的流量。 问题:流量调度导致其余机房过载,造成多个机房故障,造成更范围的影响。 要求:容量建设需要对于每个逻辑单元都要有明确的容量数据,并具备N+1冗余,即任意机房故障情况下,其余机房均可承载这部分流量,时需要保证变化时及时更新数据和扩容,避免容量数据退化。时对于流量的变化趋势,也需要有提前的预估,为重事件流量高峰预留足够容量(如节日、运营、假期)。 4.关联强耦合 描述:上下游使用固定IP或固定机器名进行直接连接。 问题:单机房故障发时,关联的上下游之间无法进行快速的流量调度止损。 要求:线上关联不允许使用固定IP或机器名链接,需使用具备流量调度能力的上下游连接方式以实现上下游依赖解耦,下游单机房故障,可以快速调整路由比例实现止损。
思****来 2018-07-11
重磅:构建AIOps的MNIST
一文提到,运维操作一般可以分为感知、决策、执行三部分,而在感知阶段我们通过识别指标数据不符合预期的模式来发现异常,即监控数据的异常检测。 很多时候,家手的异常检测是一条拍脑袋想出来的规则,或者根据经验致估算的阈值。这样的异常检测常常存在较多误报、漏报、效果不佳的情况。而上线前基于标注数据的效果评估是提高效果最重要的手段。为了获取量、准确的标注数据来评估算法效果,我们进行了一系列探索。 本文将主要介绍在监控数据异常标注实践遇到的问题和解决方案,并给出一个当前由百度智能运维团队与清华Netman实验室合作研发的辅助标注工具原型https://github.com/baidu/Curve,欢迎家一起探讨。 时序数据异常标注 在监测的收入、流量、可用性、性能等指标时,通常会对数据进行流式的采集和汇聚,每个数据点反映的是某段时间内的状态,这些时间序列数据简称时序数据。 在异常检测方面家或多或少都有过类似经历:针对一次故障设置了报警规则,其的阈值根据这次故障设置。上线后不断发误报,因此调低阈值。阈值调低后误报减少,但在一次新故障发时发漏报,又调高阈值。
l****m 2018-07-10
五年前的预言——2012年云计算时代的运维职位展望
2、进行云计算器维护;几供应商自己也要维护器,那些型企业肯定会自己做私有云,在这个云计算平台里也是需要运维人员进行从低端监控到高端架构的一系列维护工作,但自动化运维技术会让运维人员的数量减少,可能每个公司都只有一两个小团队了。 3、进传统行业继续做运维;笔者就是在一个通讯公司工作,我可以很乐观的说云计算会对公司造成有限的技术革新,比如说实现OS的虚拟化。我们需要的SIP必须亲自搭建,阿里盛新浪都没得卖,甚至因为硬件和网络限制让我们很难使用虚拟机;而外宣网站一类的东西根本不是我们的核心竞争力,能用就好效率低一些没关系。除了通讯公司之外,产领域(比如管理产线)也有类似的顾虑,云计算的优势和公司的业需求完全不沾边,所以这类公司的运维可能会是最后的运维。工作的时候都习惯网站相关的工作,但你过Web就一定要网站工作是挺蠢的行为,危邦不入乱邦不居,最好不要涉足一个没有前途的行业。
s****d 2018-07-11
亿元级云用户分析
1.上云目的分析 型云用户上云的宏观目的和普通用户类似,但多角色多部的利益诉求非常复杂。 降低成本:客户最直观的诉求,或者削减IT预算,或者等预算下支撑更多的;其他客户诉求都难以清晰描述,唯独成本可以看发票和合。 明确责任:客户不想承担各个IT系统的衔接和选型责任,相比软件厂商和系统集成商,云厂商的责任覆盖范围会更广泛一些。 收拢数据:上云本身并不碰业数据,但上云是很好明确业数据存储位置的机会,上云业改造是规范数据结构的理由。 求新图变:企业客户在气势如虹时要居安思危,在困境危难之穷极思变,IT技术是企业的潜在增长点甚至退路。 本文讨论的是有模糊度和利润空间的云计算项目,CDN和IDC资源可以用做计收载体,但不能做为上云目的分析。亿元以上的器、CDN的订单很多但既无技巧也无利润,这些资源厂商也在跟云厂商习如何包装项目。 2.客户角色利益分析 企业多角色之间的利益诉求不,所以表现形式也不。我将客户三角色列出来讨论,销售-售前-项目经理铁三角组合明确客户的诉求,才更好游刃有余的客户。
无****禾 2018-07-11
云客户需求引导管理--实战型IT太极拳
客户技术工程师认让最终用户采用LB加多台虚拟机,比改QoS和停机加网卡更可靠。但最终用户宁愿纠缠客户技术人员也懒得如何用LB,我给支招说我们的操作人日免费送,但硬件改造成本有20万,问这用户只是想试试还是改完网卡就能付费。最后该用户果然只是想试试,我们和客户技术部都躲过一场折腾。 案例2.有个IDC新上线一套外售型私有云,运营负责人第一次操盘公有云心里痒痒,总是提需求但总被我拒绝。他想开放注册并给新用户量赠额,而我跟他聊运营数据,让他意赠送小用户并不能带来多收益。他说在主机和网络性能测试没友商好,我跟他说明权威测试方法和意义,让他相友商性能比他好就是作弊或者烧钱。他想不客户不产品给不折扣,我们研发人员半年内没这个排期;我们已经有充分的任,我就直接告诉他我做不过来,给用户充值后赠送样可以达到折扣效果;给云资源做独立折扣我们要收开发费用,而且这不是强需求。(这些运营问题都是2015年的,可能略有老化) 案例3.客户被集团的云计算子公司的欲哭无泪,我们接盘时提了一堆需求,我样是拒的比接的多。
2018-07-10
解密开源这意——商业角度看开源
在上个世纪程序员人数很少但都是精英黑客,参与开源的目的是以码会友,不会发表太烂的代码,顺着开源社容易到技术师,几个IT高手也容易蹭出商业火花。 2. 商业公司主导开源 现在越来越多的公司参与到开源项目,甚至主导了很多商业开源项目;现在开源项目的精英理想主义色彩褪去,但打破认知垄断的初心没变。 开源软件是打破软件专利垄断,而且部分都很便宜甚至免费,这就很适合做商业降维打击。这个篇幅太长我不展开细谈,只抛出三个案例: IBM提供AIX技术帮助完善了Linux,SUN和微软的器操作系统都不太好卖了。 Java、Golang的开发者态比 dot Net要友好热烈,这些程序员的待遇差距越来越。 硬件公司Intel支持开源云计算项目,这些软件可以促进自家CPU、主板、SSD和网卡的销售。 国有句俗话叫“财散则人聚”,老外终于会了“源码散则厂商聚”。对于以IT技术为核心竞争力的企业,降低槛既可用于绝地反击,又可用于做行业态。 3.
TOP