关于 太平洋在线黑台 130—9593—98 的搜索结果,共961
流****水 2018-07-11
度云企业级运维——NoahEE
文章概览 过去的文章为大家介绍了百度云智能运维的方方面面,从监控、部署等传统的运维技术到智能异常检测、故障自愈等智能运维技术,这些运维基础能力和科技,是十年来百度工程师对技术孜孜不倦求索的结果,也见证了百度运维十年间的创新历程。很多同学看了这些文章后,都想如何把这些领先的运维技术与理念用到自己的工作中,但苦于建设运维不是一蹴而就的,成本也让人望而却步,于是不少同学都希望我们能够有一个产品的形式输出这些技术,方便将这些前沿技术运用到自己的工作环境中。 分析了各行业的运维场景与需求,结合百度历年来运维的经验与技术沉淀,并经过运维团队的精心打磨后,今天我们可以很骄傲的给大家呈现这个百度的运维产品企业版 – NoahEE。 介绍NoahEE之前,有必要说一下百度内部的统一自动化运维Noah。Noah来源于圣经中“诺亚方舟”的故事,我们用这个名字来寓意能够避免灾难,稳固而坚实的。作为一系列运维系统的集合,Noah包括了服务管理、机器管理、资源定位、监控报警、自动部署、任务调度等等,已经服务了百度数年之久。
m****t 2018-07-11
设计中立公有云云管
云管集成这些资源是为了节省用户人力和统一出账单,人力和工期紧张时,下列服务我们一个也不做,让用户自己虚拟机上搭建;人力和时间富裕状态,我们要认真评估如何接入服务。 依赖虚拟IP和共享硬盘的传统群集服务,比如双主多从MYSQL,Keepalived+Redis,Heardbeat+DRBD+NFS,Oracle RAC。前文LB阶段已经讲过VIP无法VPC网络里自由漂移,大部分云厂商又不支持共享硬盘、心跳线等功能。云管可以集成这些资源应对中小型客户需求,也可以直接建议客户单机部署;重型用户需求产生了就不轻易变动,可以通过云管自主测试、云厂商定制开发、接入混合云物理机等方式来个案单独处理。 客户端旁观选举的自协商群集服务。最近十年出的新服务,以及一些老服务的Cluster版都走向智能化群集的方向。以Mongodb为例,客户端会连接多个mongos和mongod,客户端旁观服务端选举和切换主节点,不依赖虚拟IP就实现应用层高可用和负载均衡。
嘟****y 2018-07-11
大型企业适用的云账户体系
只有云精通产品的真实使用场景,才可能定义好各类资源的管理和操作的权限;开放给DevOPS的“低风险日常操作API权限”也集中这个角色上。 c.查看角色,对不想或不能承担操作责任的客户可以给与查看权限;有些大公司有线上变更流程,事件发起方、业主审核方、业务执行方是分离的,事件发起和审核方都只要查看资源权限就可以了。 d.财务角色,有些财务人员要上云做截图和导出账单,这就需要财务角色。 e.代操作授权角色,这不是一个恒定的角色,而是前文查看型客户没有操作能力,那就需要进行临时操作授权。 以上各个角色的登陆和操作过程都要有详细的步骤日志记录。 第四.通知和管理机制 前文将各种资源和权限进行了区分,那接下来要区分的就是通知机制。 单账户大通铺模式下,所有的短信和邮件都往一个账户发就行了,但现要重新设计。我的一线技术工作经历并不依赖第三方(如云)通知机制,对通知功能的研究较少,所以我只能提出通用性设计建议: a.别把维护通知当做甩锅通知,大客户会因此忙到鸡飞狗跳。 b.员工正常操作不要通知到管理员,自然人收到的信息多会麻木。
TOP