浅析弹性公网IP付费模式和短时升配功能介绍

摘要: 预付费模式对于长期使用的用户是一个十分好的选择,质优价廉。 短时升配能支持预付费的产品进行短时间的升级带宽,让用户可以“任性”的对预付费的带宽进行升降配。

弹性公网IP付费模式对比

弹性公网IP(EIP),有两种付费方式。一种是预付费,一种是后付费。
对于预付费弹性公网IP而言,最大的优点就是带宽费用便宜,相对于后付费有比较大的优惠。 例如,杭州地域6Mbps的按带宽计费的后付费EIP,使用一年需要累计支付2978.4元 (365天*8.16元/天)。

而预付费的6Mbps带宽一个年仅需支付2091元。

image

节省887.4元(2978.4-2091),7折的优惠。此外在年中6月份,双11,双12,包年包月的弹性公网IP还会在当前的7折基础上继续打折和促销,有的时候促销折扣甚至能到5折,这样算的话就是0.5X0.7=0.35,也就是35折。

总的来说,预付费的EIP在价格上是很有吸引力的。但用后付费按带宽计费的EIP的用户也很多,这是为什么?

其中的一个主要原因是因为后付费按带宽计费的EIP可以更灵活的升降带宽。比如说,原来用了一个6Mbps后付费的EIP,某一天发现业务流量增长迅猛,带宽不够了,可以直接调整到20Mbps,过了几天发现业务流量降低下来了,可以直接在把带宽调整到6Mbps。

但之前预付费的EIP的带宽升级会有点鸡肋,预付费的EIP的带宽升级之前只支持整个使用周期升级。

整周期升级的话,需要付出的钱会比较多,比如说6Mbps的包年EIP升级到20Mbps的包年EIP,那么需要支付13649.22元。这就造成了运维人员不敢“任性”升级包年EIP的带宽,在升级之前估计还需要获得老板的授权。

下面是短时升配功能发布前两种付费模式EIP的对比。

对比预付费包年包月EIP后付费EIP
优点价格实惠,优惠力度大带宽升降配灵活
缺点带宽升降配不灵活价格相对较高

弹性公网IP短时升配功能

让用户“任性”的升降预付费EIP的带宽,从容应对业务带宽峰值波动。为解决这个问题,我们对包年包月类型的EIP推出了“短时升配”功能。

image

短时升配 支持用户将带宽短时间升级到比较大的带宽峰值,在设定的时间再将带宽峰值恢复到升级之前。

比如用户可以将6Mbps的包年的预付费带宽峰值升级到20Mbps,仅仅升级2个小时。2个小时之后从20Mbps恢复到6Mbps。用户仅仅需要付2个小时带宽升级的费用,仅仅需要支付不到4元多的费用。

image

这样都不需要和老板汇报,直接将带宽升级即可。

当前短时升配最短支持升级2小时,当然也可以将升级窗口的时长变长。用户可在控制台自行设置。

image

在支持短时升配功能后,可以再看一下EIP的两种付费模式的对比。

对比预付费包年包月EIP后付费EIP
优点价格实惠,优惠力度大
带宽升降配灵活
带宽升降配灵活
缺点暂无价格相对较高

总结

预付费模式对于长期使用的用户是一个十分好的选择,质优价廉。

短时升配这个功能是一个实实在在的解决用户痛点,改善用户体验的一个功能。能让用户以更低的成本使用公网带宽,并具备相当程度的灵活性。

后续预付费包年包月的共享带宽,预付费的公网负载均衡SLB都会陆续支持短时升配功能。

阅读原文

本文为云栖社区原创内容,未经允许不得转载。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
浅析java常用的设计模式(doc 23页) 1、工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即 可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修 改。如:如何创建及如何向客户端提供。   2、建造模式:将产品的内部表象和产品的生成过程分割开来,从而使一个建造过程 生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化,客 户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。   3、工厂方法模式:核心工厂类不再负责所有产品的创建,而是将具体创建的工作交 给子类去做,成为一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口,而不接 触哪一个产品类应当被实例化这种细节。   4、原始模型模式:通过给出一个原型对象来指明所要创建的对象的类型,然后用复 制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少 产品类,产品类不需要非得有任何事先确定的等级结构,原始模型模式适用于任何的等 级结构。缺点是每一个类都必须配备一个克隆方法。   5、单例模式:单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统 提供这个实例单例模式。单例模式只应在有真正的"单一实例"的需求时才可使用。   6、适配器(变压器)模式:把一个类的接口变换成客户端所期待的另一种接口,从 而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参 数返还一个合适的实例给客户端。   7、桥梁模式:将抽象化与实现化脱耦,使得二者可以独立的变化,也就是说将他们 之间的强关联变成弱关联,也就是指在一个软件系统的抽象化和实现化之间使用组合/聚 合关系而不是继承关系,从而使两者可以独立的变化。   8、合成模式:合成模式将对象组织到树结构中,可以用来描述整体与部分的关系。 合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用树结构表 示出来。合成模式使得客户端把一个个单独的成分对象和由他们复合而成的合成对象同 等看待。   9、装饰模式:装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个 替代方案,提供比继承更多的灵活性。动态给一个对象增加功能,这些功能可以再动态 的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。 一个代理对象,并由代理对象控制对源对象的引用。代理就是一个人或一个机构代表另 一个人或者一个机构采取行动。某些情况下,客户不想或者不能够直接引用一个对象, 代理对象可以在客户和目标对象直接起到中介的作用。客户端分辨不出代理主题对象与 真实主题对象。代理模式可以并不知道真正的被代理对象,而仅仅持有一个被代理对象 的接口,这时候代理对象不能够创建被代理对象,被代理对象必须有系统的其他角色代 为创建并传入。   13、责任链模式:在责任链模式中,很多对象由每一个对象对其下家的引用而接   起来形成一条链。请求在这个链上传递,直到链上的某一个对象决定处理此请求。 客户并不知道链上的哪一个对象最终处理这个请求,系统可以在不影响客户端的情况下 动态的重新组织链和分配责任。处理者有两个选择:承担责任或者把责任推给下家。一 个请求可以最终不被任何接收端对象所接受。   14、命令模式:命令模式把一个请求或者操作封装到一个对象中。命令模式把发出 命令的责任和执行命令的责任分割开,委派给不同的对象。命令模式允许请求的一方和 发送的一方独立开来,使得请求的一方不必知道接收请求的一方的接口,更不必知道请 求是怎么被接收,以及操作是否执行,何时被执行以及是怎么被执行的。系统支持命令 的撤消。   15、解释器模式:给定一个语言后,解释器模式可以定义出其文法的一种表示,并 同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。解释器模 式将描述怎样在有了一个简单的文法后,使用模式设计解释这些语句。在解释器模式里 面提到的语言是指任何解释器对象能够解释的任何组合。在解释器模式中需要定义一个 代表文法的命令类的等级结构,也就是一系列的组合规则。每一个命令对象都有一个解 释方法,代表对命令对象的解释。命令对象的等级结构中的对象的任何排列组合都是一 个语言。   16、迭代子模式:迭代子模式可以顺序访问一个聚集中的元素而不必暴露聚集的内 部表象。多个对象聚在一起形成的总体称之为聚集,聚集对象是能够包容一组对象的容 器对象。迭代子模式将迭代逻辑封装到一个独立的子对象中,从而与聚集本身隔开。迭 代子模式简化了聚集的界面。每一个聚集对象都可以有一个或一个以上的迭代子对象, 每一个迭代子的迭代状态可以是彼此独立的。迭代算法可以独立于聚集角色变化。   17、调停者模式:调停者模式包装了一系列对象相互作用的方式,使得

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值