关于 光大彩票网站 zs25.vip 主管Q:86_432_556通 的搜索结果,共970
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
云计算历经多年发展,从最初的概念模型,到被众熟知,再到现在全行业拥抱上云,取得了巨的进步。云的要客户已从最初的中小初创公司逐步渗透到各行各业的型企业。可以说,企业上云已是企业发展的必由之路。部分数据敏感的企业结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有云或者混合云环境。 但是在上述环境中,用户的机器都需要自行理,这就必然给云运维人员带来很多意想不到的麻烦。 其实我们面临的问题从来就没有什么的变化,唯一不同的只是机器规模越来越,人心越来越复杂。 Q如何在1台机器上部署基础设施?A 一切都源于那个亘古不变的道理:扔一个文件到机器上,然后跑一个命令。 Q如何在10台机器上部署基础设施?A 写个for循环搞定。 Q如何在10000台机器上部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何快速升级所有机器上的基础设施? Q服务因异常挂掉,能自动重启保活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗? Q新开发的基础设施服务有问题,能立马回滚吗?
l****m 2018-07-10
五年前的预言——2012年云计算时代的运维职位展望
在191x年的时候,每个工厂都有一个副厂长负责理电力,那个时候新建工厂要考虑是自己建水电还是火电,甚至连拉煤球的车都要自己准备;但后来各个工厂用的电力标准趋于一致,就没有企业自发电而是从电买电了,这个电力副总裁的职位就成为历史了。 我记得05年以前做运维,我们都要自己找很多种驱动、学习不同的板配置方式、研究自有机房的空调系统,但如今运维的职位完全不用关心这些事情了,反倒是对负载均衡、高可用、数据等问题越研究越深了。 云计算的目标是让IT服务像电力一样随时可用,这是一个积极正面的趋势,没有人能也没有人应该挡住他,运维职位可用消失,但你不应该因此而失业。 本次去参加WOT云计算架构师会,我就是想看一下云计算究竟发展成什么样子了。这次会后我胆估计,云计算会在短则五年、长则十年的时间里将部分运维的饭碗抢走。其中损失最严重的是中小,他们已经不需要的运维人员;对运维人员的需求会逐渐减少;对非应用的影响可能仅仅限于技术革新;因此对软硬件生产商、IDC托商甚至运维培训、IT论坛都会造成衍生影响。
嘟****y 2018-07-11
型企业适用的云平台账户体系
但套用过去理虚拟机的经验,理IaaS和PaaS服务时要有资源池隔离,不同部门和项目的机资源要分别计费和理。 一个很常见的场景是,人事部的OA系统申请了15万云机费用,生产车间的ERP和销售部的CRM系统不设上限,外部客户A项目预算是50万,B项目是200万,等等等等。 如果没有资源池的概念,就是一个账户所有资源的“铺”模式,客户要把脚趾头都掰完了才能算清各项目的消费金额;万一云平台调整了资源价格,较真的客户又要从头重算一次。 这个“铺”最尴尬的不是计费繁琐,而是一个账户下所有资源毫无权限隔离,客户或者只有一个人去登录云平台,或者将不同业务注册完全孤立的账户。互联公司无法理解传统企业和自然人有关的流程是多沉重,客户选一个云平台理员完成所有操作,客户的项目越多理员员就越晕越累。将不同业务区分为不同账户也解决不了问题,因为客户和云平台都要将这批账户统一理,但实际扣费进度总会超出意外,项目欠费停机或者追加预算,挨骂受累的都是平台理员。
m****t 2018-07-11
设计中立公有云云平台
平台的客户很少会滥用资源,平台是厂商的客户也不会轻易欠费停机,云平台可以只做简单粗糙的配额系统,以减少用户误操作为准,如果工期过紧甚至可以先不做配额系统。 用户系统要有一个客户可用的Web理控制台,让用户可以完成各种资源操作。该理控制台借鉴各公有云控制台即可,所要展示的资源和功能已经在前文讨论过了,该产品可完美模拟功能强,也可以极速从简只做必要功能。 3.计费系统 标准计费系统的功能复杂又强,每个账户是预付费还是后付费、当前有多少余额/透支额度、单个资源是打包整体付费还是按需按量付费,免费配赠资源的占用策略,资源欠费后的保留周期,银和财务付费接口,甚至连发理都是计费系统要涉及的。 本部分说明如何用一两个人月就能做出来的对账式计费系统。 用户相对可控,对反赖账逻辑就可以弱化甚至不做。 按量付费就要几分钟一次频繁对账,那就把虚拟机、公IP的按量付费砍掉,做成包月付费;对不能做成包月付费逻辑的资源,小金额需求直接打包或减免(比如说OSS的get post费用是一百块钱上亿次),金额项目只能做成延迟出账单的后付费(比如CDN账单)。
TOP