关于 快3大小倍投方法 zs25.vip 主管Q:86__388__ 的搜索结果,共1116
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
云计算历经多年发展,从最初的概念模型,到被众熟知,再到现在全行业拥抱上云,取得了巨的进步。云的要客户已从最初的中初创公司逐步渗透到各行各业的型企业。可以说,企业上云已是企业发展的必由之路。部分数据敏感的企业结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有云或者混合云环境。 但是在上述环境中,用户的机器都需要自行理,这就必然给云运维人员带来很多意想不到的麻烦。 其实我们面临的问题从来就没有什么的变化,唯一不同的只是机器规模越来越,人心越来越复杂。 Q如何在1台机器上部署基础设施?A 一切都源于那个亘古不变的道理:扔一个文件到机器上,然后跑一个命令。 Q如何在10台机器上部署基础设施?A 写个for循环搞定。 Q如何在10000台机器上部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何速升级所有机器上的基础设施? Q服务因异常挂掉,能自动重启保活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗? Q新开发的基础设施服务有问题,能立马回滚吗?
嘟****y 2018-07-11
型企业适用的云平台账户体系
云平台要规避自注册客户的政策规问题和恶意欠费问题,但这和客户有什么关系?供应商用“认证”“审核”这类词跟甲说话就是态度不端正,这又是一句“客户你好,你要服从理,爱审不审,不审就滚”。这类甲的身份资料是公开的,也不会恶意赖账,这时应该由乙动记录合规信息,后台透明完成功能开通,设置消费和透支上限。 假设客户是成长型公司,以前CEO创建的账户让员工继续使用。某天CEO被老婆打了一顿,因为他的网购记录有给“丽丽”订花和开房;或者网警约谈该倒霉蛋,警告他不要用网盘传播非视频;也可能CEO打开聊天工具,发现自己很多幼稚鸡汤文给资商。不要误会是有人要整这个CEO,SSO单点登录多项服务,同事用混了账户也正常。 如果客户放弃使用某云之后,原账户不注销滚动欠费几千万怎么办?云巨头们都是横向一体化经营,搞不好会和客户有竞争,霸王注册条款下的务风险确实存在。 一个企业服务的账户不应该由客户注册,而是供应商动提供,像IDC和CDN就会动给客户提供查带宽的账户。这个账户只是为了让客户低成本的获取服务,不包含客户给供应商的任何承诺,双的权利义务要看商务合同。
雪****魁 2018-07-11
危险背后的机遇--云服务故障危机分析
技术原因 IaaS服务的核心体功能(云机、云硬盘、VPC),在没有特型要求前提下,是可以用开源案搭建。如果是云厂商连个开源平台标准模块都部署失败,那就该换厂商了;如果是偶发的BUG,那确实客户要自认倒霉,因为友商也会遇到同样问题。 现在容易出问题的是云平台的运营维护和云厂商的自定义理模块,客户就是缺合格运维才被逼上的云平台,但云厂商自己也缺人;在软件BUG这一部分我已经吐槽过做云平台外延模块程序员的技能水平了。这些地出了问题该诉、该索赔索赔,逼着客户去招更敬业专业的工程师。 资源入 云资源贩售过程中,合格的厂商可以让云资源物有所值,但巧妇难为无米之炊,原始资源入不够云服务就不可能很稳定。面向中客户的时候,云厂商很忌讳透露具体硬件成本,也尽量避免承认资源不足,但面对客户时会很坦诚。 作为持久共生的,请关注乙的成本红线,买家永远没有卖家精。如果甲给够钱了,乙仍然用劣质硬件IDC和过高超售比,云厂商一般是老板带头节俭,而云厂商很可能是执行层的人弄错了,作为甲该闹就要闹。 人为原因 云厂商的人为故障总是糊涂账,但细心的甲是能看出来端倪的。
m****t 2018-07-11
设计中立公有云云平台
当我们要设计云平台时,最必须的云计算资源为这几项: 1.云机,2.云硬盘,3.公网IP+带宽4.VPC+安全组5.负载均衡 一个云平台缺少这五项中任何一项,用户都不可能达到等同于自购物理机的效果,甚至最基本的功能都无执行。当前各供应商(含OpenStack和Zstack案)都将这些云资源都已经实现API化创建、查询、理、删除。 对这些必要云资源的规划思路是,在能保证基础功能和用户便利的前提下,尽量砍掉一些炫酷但只有少数厂商支持的功能,为了简化开发难度,对一些通用但低频功能也可以拖到二期三期再做。 比如云机创建机API时必备功能是“选择硬件配置”“顺手创建公网IP”“自定义镜像克隆机”“设置机名”的,理API必须有“查看机状态和配置”“硬重启”“绑定/解绑IP、硬盘”。其他的功能根据项目组的人力和工期可选展示给客户,有人有时间就多做,没人没时间就少做。
TOP