关于 幸运28收费软件q群778=7878鳌nher们官方:m1ea3 的搜索结果,共687
金****洲 2018-07-10
混乱的集遇见TA 从此岁月静好
亲爱的读者如果你看到这,恭喜你在有意义的事上花不止1分钟。来都来了,不妨看个硬广再走~ 在全行业拥抱上云的大背景下,如果您的企业在各类云场景中存在痛点或困境,欢迎到“阅读原文”了解和联系试用我的智能维产品,其中除了有重磅企业级维平台NoahEE,更有我在智能维领域的实践和探索! 最后的最后,如果本文能让你快乐1秒,请评论,点赞,好看,藏,转发,打赏!祝全家不脱发!
小****园 2018-07-10
让PB级云存储不再神秘
假设你某个应用的数据读写速度是10Gb/s,云存储和客户端两侧的广域网带宽成本是巨大的,某些弱势营商甚至要考虑网间结算用。大读写速率的客户端和云存储会是固定长期合作关系,无论是内网互联、同IDC光纤、同城专线的成本都比互联网通讯的成本低很多。 (3)数据安全等合规需求 有些客户连计日志都不想让公有云看到,或者确实有强安全性法规限制,或者只让采购资产不认可采购服务,那也会采用私有云的建设式。如果本地数据做云端的容灾备份,或者多云厂商之间的权威数据源,这也是可行的案。 私有云的输出形式有三类,分别是远程代维护、买硬一体化。买硬一体化交付大家很熟悉,厂商需要提供非常详实的交付文档,应对一切异常情况。但当前云存储的可维护性并不高,交付文档可能写不出来,远程代维护才是最便利的交付式。按过去买硬的习惯,离线维系统都要巡检和计划内停机,其可用性比在线维要低很多。厂商的驻场工程师只能做日常响应工作,让核心技术人员远程代维好过停业务等人来现场。
2018-07-10
解密开源这门生意——商业角度看开源
开源是打破专利垄断,而且大部分都很便宜甚至免,这就很适合做商业降维打击。这个篇幅太长我不展开细谈,只抛出三个案例: IBM提供AIX技术帮助完善了Linux,SUN和微的服务器操作系统都不太好卖了。 Java、Golang的开发者生态比 dot Net要友好热烈,这些程序员的待遇差距越来越大。 硬公司Intel支持开源云计算项目,这些可以促进自家CPU、主板、SSD和网卡的销售。 中国有句俗话叫“财散则人聚”,老外终于学会了“源码散则厂商聚”。对于以IT技术为核心竞争力的企业,降低门槛既可用于绝地反击,又可用于做大行业生态。 3. 开源生态如何盈利 在开源模式下,厂商仍然有很多盈利模式,甚至比闭源授权更赚钱: 开源不是免,仍然可以取授权;社区主导的项目有GPL等法避免被厂商剽窃代码;厂商主导的开源协议可以禁止其他人用于商业竞争,开源专利也是专利。 开源可以取维护和技术咨询用,Redhat起家是做Linux系统支持,也卖过JBOSS等的文档。 核心基础功能开源免负责扩大客户,管理平台和高级功能是闭源付
****ac 2018-07-12
亿元免算力 | 百度大脑AI Studio重磅推出算力支持计划
新建一个单机项目,或选择一个现有的单机项目,点击”行项目”即可选择使用GPU。 点击”确定”后,系统开始进行算力卡计。算力卡计规则:毎分钟进行计,如不满1分钟则不计(例如使用了1分钟50秒, 则只计算1分钟的算力卡消耗),毎6分钟进行一次汇总,并在”算力卡明细”页面中显示消耗算力卡总数。 进入系统,可以看到项目环境中已经包含V100资源 当您关闭浏览器时,资源不会立刻回,而是会继续行2小时,2小时之后将会被中止。如果希望关闭浏览器后立即回资源,请在”我的项目”列表中直接中止(中止并重置环境的过程需要1-2分钟)。手动退出成功或2小时自动中止后即停止计。 9. 您可以回到”算力卡明细”页面查看剩余算力卡余额和本次算力卡消耗的明细。 怎么样,心动吗? 心动不如赶快行动,立即点击申请吧! 如在使用中有遭遇什么问题,可以联系AI Studio组:aistudio@baidu.com
布****五 2018-07-10
如何执行一条命令
部署升级 DevOps的概念如今日趋流行,部署升级越发成为开发维过程中重要的一环,频繁的交互意味着频繁的部署。部署过程可以拆解为两个小的步骤,一是新包的上传,二是服务进程的重新启动。服务进程的重新启动不必多说,包的上传可能有多种式,如sftp的集中式,p2p的点对点式等。 监控采集 维过程需要时刻监控系统及业务行状态,各种维决策都是以这些数据为依据进行的。随着自动化维的发展,很多维动作都从人工执行变为了自动执行,自动执行的决策过程更是需要采集大量的实时信息(前期文章《百度大规模时序数据存储》中介绍的TSDB就是为了解决这些数据的存储问题而研发的)。监控数据的来源主要分两种,一种是通过业务提供的接口直接读取状态数据,另一种是通过日志/进程状态/系统状态等(如使用grep提取日志,通过ps查询进程状态,通过df查询磁盘使用等)式间接查询。 无论是配置管理、部署变更还是监控采集,都有一个共同的目的:控制服务器。在现阶段,要想对服务器进行控制,离不开“在大量服务器上执行命令并集结果”这一基础能力,这也是今天我的主题“如何执行一条命令”的意义所在。
无****禾 2018-07-11
云客户需求引导管理--实战型IT太极拳
前言 多年之前,我要搜集云平台技术营数据,就主动了解客户云平台的行状况。然后我就发现来到了暴怒战场,客户的需求同事都承诺下来了,但一年半载都没人做。我闲不住就开始救火,客户有十个要求我会拒绝七个,两个慢慢做,一个承诺立刻解决。客户并没有投诉我,倒是离职的时候多个客户邀请面谈并发出了Offer。 这几年我一直把“客户提十个需求我会拒掉七个”当做招牌技能,今天就聊聊客户需求为什么要引导,该如何引导。 云平台卖的都是服务,靠销售体系打下单子来只是万里长征第一步。如果云厂商做不好服务,公有云没有消额,私有云可以换别人家的授权;如果云厂商做好大客户的技术服务服务,完全可以从备胎公有云变为主力公有云,私有云集也月月有扩容。各位投标中标的CDN厂商已经领教过客户的切量神功了,而云主机等资源的切换也会越来越简单便。 过去的案例 我先看四个生产环境案例。 案例1.有外售型私有云客户要把虚拟机的内网带宽从1G扩充到4G,沟通后发现是最终用户要在单虚拟机上跑大流量应用。
流****水 2018-07-11
度云企业级维平台——NoahEE
除了这些以外,考虑到企业中更复杂的监控场景,例如通过SNMP/IPMI等标准协议对于网络设备等进行数据采集,报警通知式可以自定义,支持和企业内通讯例如Lync等进行整合。NoahEE的这些监控能力,可以让你全面掌握维工作的面面,各种问题洞若观火。 一张图简单地将NoahEE监控模块的特点总结一下: 图5 监控管理 今天介绍的NoahEE文章里,我只介绍了基础维技术相关的产品,当然除此之外,我还提供高级版的智能维产品,相信将基础版维平台与自动异常检测、辅助根因诊断、智能故障自愈等AIOps技术结合,会让维更上一个台阶,为业务带来更大价值。 总 结 作为一个自动化维平台,NoahEE的功能全面且易于使用,在这篇文章中无法面面俱到的详细阐述,大家可以通过访问我维网站http://aiops.baidu.com来详细了解我维产品。网站中除了有NoahEE维平台的介绍外,还有我智能维产品的相关介绍,欢迎大家访问该网站并联系我试用各维产品。
3****3 2018-07-10
百度智能维工程架构
框架:新的维开发模式 维开发框架基于这样一个抽象,就是如果我把线上环境看做一个黑盒服务,那么我对它的操作无非读写两类,所谓的写也就是操作控制流,是那种要对线上状态做一些改变的操作,我常说的部署、执行命令,都属于这一类;另一类是读,指的是数据流,也就是要从线上获取状态数据,并进行一些聚合统计之类的处理,我常说的指标汇聚、异常检测、报警都在这个里面。通过维知识库,可以在这两种操作的基础上,封装出多种不同的维机器人,对业务提供高效率、高质量以及高可用面的能力。 根据操作流和数据流的不同,我把框架分成了两部分,最基础的是维执行框架,在这之上,加上分布式计算组的支持,我还建设了用于维大数据计算的计算框架。 1工程化 维开发框架给开发者提供一系列的开发套,除了包含了一系列的基础能力,还包含了一个标准的维工程研发流程。 在过去,维研发采用简单的开发-使用式,缺少必要的测试维护。而现在,在代码开发阶段,可以通过执行框架,用统一的操作接口库提升研发效率。在测试阶段,开发套提供了单测和仿真系统,简化测试环境搭建。
w****t 2018-07-10
AIOps中的四大金刚
维工程师 在单机房故障自愈项目中,维工程师基于日常维工作中所积累的场景、问题和经验,确定以单机房故障止损作为主要需求和突破口,通过定义单机房故障止损的问题域、解决思路以及风险点,明确AI可以发力的领域。 在完成问题域的定义后,维工程师需要跟踪整个单机房故障自愈解决案的落地,包括在策略设计前期提供数据标注支持,在中期进行效果的验,在后期将单机房故障自愈案实际部署行到生产环境。 AIOps时代的职责和技能变化 维工程师承担线上服务质量的责任,是服务质量的关键保证。在工作过程中,会与研发、产品、营等各类角色、不同团队进行深度的沟通和协作。 传统维中,维工程师的主要职责分为三个面:质量、成本、效率。 在AIOps落地实施中,维工程师是处于中心的角色,也赋予了新的职责,他是AIOps具体实施的需求提出者和成果验者。
b****z 2018-07-11
智能维基础-维知识库之ETL
干货概览 在百度智能化维的持续演进过程中,我在逐步建设以智能维机器人为核心的维能力,将其应用于故障自愈、根因定位、智能变更等维场景中。而建设以智能维机器人为核心的维能力,最基础的工作是要先建立维的世界观(环境模型),以机器人的视角来理解维世界、感知系统状态、获取环境变化等。 在传统维模式中,维数据分散在不同的系统中,这些维数据存在几个问题:访问式不一致;数据术语、概念、模型不一致;系统间没有数据关联。 这些问题使得我日常的维工作,经常需要理解、处理各种不同的数据,导致维成本高,效率难以提升。因此希望建立维知识库统一维工作中的语言,对维工作中的对象进行统一建模,集并转录日常维工作的资源与操作,为日常维工作提供一种『书同文,车同轨,行同伦』的基础。(PS:借鉴自秦始皇) 本文主要介绍百度云Noah智能维产品,在构建维知识库过程中的思考。
TOP