关于 68采票 zs25.com 主管Q:86 355 347通bl 的搜索结果,共446
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
它屏蔽了云服务底层繁杂的控逻辑,提供简化接口给上层系统NoahEE调用,使上层系统更好更快地释放价值。 Q这么优秀的系统到底是如何实现的呢? AHALO系统从架构,分为Master端和Agent端。 Master端要做复杂的任务调度和控逻辑,并且所有功能都是模块化设计,用户可以根据自己的需求定制安装,包括虚拟化容器理,应用包理、部署、扩缩容、拓扑搭建和保活,集群控制等。 Agent端则以简单为原则,弱化繁琐功能,仅作为任务的执行器,其中的supervisor组件,结合父子双进程原理,做到自升级和自保活,把云运维人员的工作量降到最低。 整个系统的工作流程也十分简洁优雅!Agent过定期心跳的方式,与Master进行信,在心跳发包中发送本机状态信息,在心跳回包中获取Master期望的本机状态plan,并把期望plan与本地实际plan进行对比,针对有差异的地方做相应修改,使二者保持一致,从而保证集群中所有机器最终状态一致。 总之一句话,一朝HALO在手,从此不用发愁。所有运维需求,直接调用接口。
嘟****y 2018-07-11
大型企业适用的云平台账户体系
这类甲方的身份资料是公开的,也不会恶意赖账,这时应该由乙方动记录合规信息,后台透明完成功能开,设置消费和透支上限。 假设客户是成长型公司,以前CEO创建的账户让员工继续使用。某天CEO被老婆打了一顿,因为他的网购记录有给“丽丽”订花和开房;或者网警约谈该倒霉蛋,警告他不要用网盘传播非法视频;也可能CEO打开聊天工具,发现自己很多幼稚鸡汤文给投资商。不要误会是有人要整这个CEO,SSO单点登录多项服务,同事用混了账户也正常。 如果客户放弃使用某云之后,原账户不注销滚动欠费几千万怎么办?云巨头们都是横向一体化经营,搞不好会和客户有竞争,霸王注册条款下的法务风险确实存在。 一个企业服务的账户不应该由客户注册,而是供应商动提供,像IDC和CDN就会动给客户提供查带宽的账户。这个账户只是为了让客户低成本的获取服务,不包含客户给供应商的任何承诺,双方的权利义务要看商务合同。 第二.账户内资源隔离 企业客户尽量会将资源集中购,在购IDC/CDN这类简单服务时不用担心资源混淆。
x****3 2018-07-10
中国云计算现状——购篇
客户感知到故障了客服却不敢承认,等到技术部和公关部双确认发告已经过去好几天了;大部分云服务故障的定义是业务中断,并不解释性能低到何种程度算业务故障;假设云机宕机30秒后重启了,百倍赔偿就是用3000秒代金券让客户闭嘴;只有丢失数据怎么办,好像没有任何SLA说得清楚。很多客户宁愿多掏钱选择用小型厂商或者私有云,就是因为大型公有云厂商客户的像个游戏会员。无论你推销公有云还是私有云,要拿出面对问题的诚意来,客户操碎心了明年就不续约了。 2、客户并不想盲目做小预算,单纯为省钱就不做购了,只有其他方面没什么好比的了才会比价格。我经常给客户算友商的成本,如果友商不赚钱甚至亏钱,购决策人也会感觉到风险,钱都不要的厂商是想要命吗?政府购有规则漏洞出了很多0元中标,但这个乱象不会持续太久,你也能去投0元的标,中标了就发企宣文章,然后的事都不重要了。 3、云厂商的很多功能和承诺太浮夸,纯粹是宣传话述,我常举的例子就是秒级付费、按需付费和追9大吹赛。 首先说秒级付费,有几个客户能精确到分钟级开机挂业务上线的,早申请晚释放资源半个小时会有多大损失,这些损失能不能在商务谈判阶段直接打八折?
m****t 2018-07-11
设计中立公有云云平台
第一本文目标 我本来没兴趣写云平台的设计思路的,我想你也没兴趣读,觉得这个问题没什么难度、没什么意义,网上一搜也有很多成型产品。但架不住客户的要求真动笔去写之后,我发现设计云平台像素描画苹果、小饭馆的鸡蛋炒饼一样,看似简单的需求,却考察很深的基本功。 此文的第一目标不是要上云平台的客户,而是要被理的云平台的售前、产品和研发,本文是站在客户角度去看云端资源到底有何用途的一个梳理列表,各云厂商要坚持自己的产品战略,但引导客户需求不等于忽略客户需求。 此文的直接目标就是购大量公有云资源的厂商。本文是为说清楚云平台哪些功能是最重要的,哪些功能是可有可无的。无论是自己研发云平台还是买云软件,这个云平台必须符合哪些特性、支持哪些功能。 第二云平台概述 说完了本文的目标读者,我们再看核心问题,为什么要做一个云平台。 当客户的非CDN云资源购金额过500万以后,如果其子项目之间没有内网互的需求,甚至刻意要做成广域网容灾互备时,这时候我们该做一个跨厂商的云端资源理方案了。
TOP