关于 三挫仑购买平台【V信;799.196.362】瞬 的搜索结果,共447
流****水 2018-07-11
度云企业级运维——NoahEE
一张图简单地将NoahEE监控模块的特点总结一下: 图5 监控管理 今天介绍的NoahEE文章里,我们只介绍了基础运维技术相关的产品,当然除此之外,我们还提供高级版的智能运维产品,相将基础版运维与自动异常检测、辅助根因诊断、智能故障自愈等AIOps技术结合,会让运维更上一个阶,为业务带来更大价值。 总 结 作为一个自动化运维,NoahEE的功能全面且易于使用,在这篇文章中无法面面俱到的详细阐述,大家可以通过访问我们的运维网站http://aiops.baidu.com来详细了解我们的运维产品。网站中除了有NoahEE运维的介绍外,还有我们智能运维产品的相关介绍,欢迎大家访问该网站并联系我们试用各运维产品。
m****t 2018-07-11
设计中立公有云云管
第一本文目标 我本来没兴趣写云管的设计思路的,我想你也没兴趣读,觉得这个问题没什么难度、没什么意义,网上一搜也有很多成型产品。但架不住客户的要求真动笔去写之后,我发现设计云管像素描画苹果、小饭馆的鸡蛋炒饼一样,看似简单的需求,却考察很深的基本功。 此文的第一目标不是要上云管的客户,而是要被管理的云的售前、产品和研发,本文是站在客户角度去看云端资源到底有何用途的一个梳理列表,各云厂商要坚持自己的产品战略,但引导客户需求不等于忽略客户需求。 此文的直接目标就是采大量公有云资源的厂商。本文是为说清楚云哪些功能是最重要的,哪些功能是可有可无的。无论是自己研发云管还是云管软件,这个云管必须符合哪些特性、支持哪些功能。 第二云管概述 说完了本文的目标读者,我们再看核心问题,为什么要做一个云管。 当客户的非CDN云资源采金额过500万以后,如果其子项目之间没有内网互通的需求,甚至刻意要做成广域网容灾互备时,这时候我们该做一个跨厂商的云端资源管理方案了。
嘟****y 2018-07-11
大型企业适用的云账户体系
只有云精通产品的真实使用场景,才可能定义好各类资源的管理和操作的权限;开放给DevOPS的“低风险日常操作API权限”也集中在这个角色上。 c.查看角色,对不想或不能承担操作责任的客户可以给与查看权限;有些大公司有线上变更流程,事件发起方、业主审核方、业务执行方是分离的,事件发起和审核方都只要查看资源权限就可以了。 d.财务角色,有些财务人员要上云做截图和导出账单,这就需要财务角色。 e.代操作授权角色,这不是一个恒定的角色,而是前文查看型客户没有操作能力,那就需要进行临时操作授权。 以上各个角色的登陆和操作过程都要有详细的步骤日志记录。 第四.通知和管理机制 前文将各种资源和权限进行了区分,那接下来要区分的就是通知机制。 单账户大通铺模式下,所有的和邮件都往一个账户发就行了,但现在要重新设计。我的一线技术工作经历并不依赖第方(如云)通知机制,对通知功能的研究较少,所以我只能提出通用性设计建议: a.别把维护通知当做甩锅通知,大客户会因此忙到鸡飞狗跳。 b.员工正常操作不要通知到管理员,自然人收到的息太多会麻木。
TOP