关于 欧洲杯指定平台官网 zs25.com 主管Q:86>43 的搜索结果,共744
m****t 2018-07-11
设计中立公有云云
我们提前把云从计费和权限层面做好,至少现在就和厂商砍价有底气,还能模糊计费相关业务数据。 整个云涉及三个参与角色: 供应商或厂商,实际提供云资源的厂商,如3A、百度、七牛。 云,即本文中设计或者采购评估的云资源。 用户,登陆云进行诸如创建机、修改存储空间等操作的最终用户 #注意,云才是最终用户要操作的云。 任何一个在云可以独立计费或独立理的功能组件都叫做资源。 每个资源都有唯一的ID做代码逻辑层面的描述标识,云资源供应商、云、用户理控制、计费系统、API对接等等系统,都需要用到这个资源ID做理系统的描述识别。该资源ID一般是供应商自动随机生成的,用户无法甚至不关心ID内容,而云可以简单封装标识该ID。比如用户申请来自a01供应商的云机,供应商内部给该义的资源id为“abcdef”,则云的资源id应为“a01-abcdef”。 每个资源都有一个用户自义,便于用户人工操作可读性的名称;在供应商自己提供的云上,这个名称仅仅是个标识,客户可以随便修改,也不影响实际云端业务。
嘟****y 2018-07-11
大型企业适用的云账户体系
但很多客户怕自己配置错误不想要这个权限,比如怕自己手滑删了CDN域名设置导致业务中断,所以干脆就有什么操作都让供应商和理员帮配,这就引出了其他低阶权限。 b.操作角色,操作类角色只能完成各类可逆性云资源变更,比如说不可以释放RDS但可以备份RDS,不可以释放“核心必要”云机但可以创建和删除“临时扩展”云机。只有云精通产品的真实使用场景,才可能义好各类资源的理和操作的权限;开放给DevOPS的“低风险日常操作API权限”也集中在这个角色上。 c.查看角色,对不想或不能承担操作责任的客户可以给与查看权限;有些大公司有线上变更流程,事件发起方、业审核方、业务执行方是分离的,事件发起和审核方都只要查看资源权限就可以了。 d.财务角色,有些财务人员要上云做截图和导出账单,这就需要财务角色。 e.代操作授权角色,这不是一个恒的角色,而是前文查看型客户没有操作能力,那就需要进行临时操作授权。 以上各个角色的登陆和操作过程都要有详细的步骤日志记录。 第四.通知和理机制 前文将各种资源和权限进行了区分,那接下来要区分的就是通知机制。
TOP