关于 盛源彩票登录平台 zs25.vip 主管Q:86=432=55 的搜索结果,共507
嘟****y 2018-07-11
大型企业适用的云账户体系
第二.账户内资隔离 企业客户尽量会将资集中采购,在采购IDC/CDN这类简单服务时不用担心资混淆。但套用过去理虚拟机的经验,理IaaS和PaaS服务时要有资池隔离,不同部门和项目的机资要分别计费和理。 一个很常见的场景是,人事部的OA系统申请了15万云机费用,生产车间的ERP和销售部的CRM系统不设上限,外部客户A项目预算是50万,B项目是200万,等等等等。 如果没有资池的概念,就是一个账户所有资的“大通铺”模式,客户要把脚趾头都掰完了才能算清各项目的消费金额;万一云调整了资价格,较真的客户又要从头重算一次。 这个“大通铺”最尴尬的不是计费繁琐,而是一个账户下所有资毫无权限隔离,客户或者只有一个人去,或者将不同业务注册完全孤立的账户。互联网公司无法理解传统企业和自然人有关的流程是多沉重,客户选一个云理员完成所有操作,客户的项目越多理员员就越晕越累。将不同业务区分为不同账户也解决不了问题,因为客户和云都要将这批账户统一理,但实际扣费进度总会超出意外,项目欠费停机或者追加预算,挨骂受累的都是理员。
m****t 2018-07-11
设计中立公有云云
我们提前把云从计费和权限层面做好,至少现在就和厂商砍价有底气,还能模糊计费相关业务数据。 整个云涉及三个参与角色: 供应商或厂商,实际提供云资的厂商,如3A、百度、七牛。 云,即本文中设计或者采购评估的云资。 用户,陆云进行诸如创建机、修改存储空间等操作的最终用户 #注意,云才是最终用户要操作的云。 任何一个在云可以独立计费或独立理的功能组件都叫做资。 每个资都有唯一的ID做代码逻辑层面的描述标识,云资供应商、云、用户理控制、计费系统、API对接等等系统,都需要用到这个资ID做理系统的描述识别。该资ID一般是供应商自动随机生成的,用户无法指定甚至不关心ID内容,而云可以简单封装标识该ID。比如用户申请来自a01供应商的云机,供应商内部给该机定义的资id为“abcdef”,则云的资id应为“a01-abcdef”。 每个资都有一个用户自定义,便于用户人工操作可读性的名称;在供应商自己提供的云上,这个名称仅仅是个标识,客户可以随便修改,也不影响实际云端业务。
流****水 2018-07-11
度云企业级运维——NoahEE
服务理 我们首先介绍服务理是因为服务理是整个运维工作的基础,也是NoahEE这个上各个系统能够进行批量自动化操作的关键。服务理这个概念的出现,是随着业务快速膨胀的必然,其要解决的要问题是一个“量”,或者说“规模”的问题。在早期业务较为简单时,一个服务可能部署在几甚至一机器上,进行变更等运维操作简单直接,到机器上人工操作就好了。随着业务的发展,分布式应用与服务的广泛使用,我们越来越多的面临着运维场景与运维执行之间的脱节。 举个例子,今天17:00开始对X机房的地图导航模块进行升级。对于产品研发的同学来说,关注点是语义明确且更具描述性的“运维场景”;而对于运维人员来说,关注点是此次升级操作所涉及的机器等资在哪里。在业务规模发展到一定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在实际的运维中,还有更多的因素需要考虑,例如机器是否会分配给不同部门(资的隔离)?权限又该如何控制?随着规模变大,人力成本等理成本上升,然而效率低下、可用性不升反降等等都是非常可能出现的问题。百度对于这个问题给出的答案是,必须先要解决资组织理问题。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
云的要客户已从最初的中小初创公司逐步渗透到各行各业的大型企业。可以说,企业上云已是企业发展的必由之路。部分数据敏感的企业结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有云或者混合云环境。 但是在上述环境中,用户的机器都需要自行理,这就必然给云运维人员带来很多意想不到的麻烦。 其实我们面临的问题从来就没有什么大的变化,唯一不同的只是机器规模越来越大,人心越来越复杂。 Q如何在1机器上部署基础设施?A 一切都于那个亘古不变的道理:扔一个文件到机器上,然后跑一个命令。 Q如何在10机器上部署基础设施?A 写个for循环搞定。 Q如何在10000机器上部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何快速升级所有机器上的基础设施? Q服务因异常挂掉,能自动重启保活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗? Q新开发的基础设施服务有问题,能立马回滚吗? Q可以做虚拟化资限制基础设施不占用过多的机器资吗? Q如何先部署小批量机器,确认无误之后,再做全集群部署?
TOP