亚马逊网络服务宣布亚马逊Reserved Instance（按照我的理解就是长期合约）和相应的价格调整。
它所有迷死人，技术进步，业务创新，大家都已经从亚马逊预计这些天。然而，在我看来，保留实例是一种倒退。
有几件事情，在这里打球集于一身。他们是被隔离，首先要说明我的观点：
Reserved Instance技术概念 – 一种机制，以保证在API调用的遗志指定类型的一个实例的可用性。
Reserved Instance价格，或者更确切地说，是一种支付理念的转变，后支付加上预付费模式。
Reserved Instance相关的API – 与预订系统的相互作用的机制。
＃1是很好的部分，＃3最好是坏的，＃2是丑！
分布式计算总是不确定性和任何种类的保证，欢迎简化了系统设计。 ＃1（保留实例的技术概念），因此是一个胜利者的进步。这是不容易保证，而且也有信心保证的东西会在任何情况下都工作，亚马逊值得起立鼓掌（致敬！）大胆本。
＃3 – API机制，储备实例。是坏的。现在，如果我带一个旋转的API – 只是它的赫克，它会变成我回到了高达$ 4000。我不会碰这个API由一个10英尺极。这赢得大多数联合国的想象力通过AWS API的设计！我觉得他们得到了这个外包金融服务外包在印度血汗工厂做。
＃2（保留实例定价）是丑陋的，如果你住到深位。从表面上看，这只是一个定价模型的逻辑调整，以反映在实践中的使用模式。例如创业需要运行至少一个实例上始终论的基础上，使他们可以保留一个实例，并得到了〜50％的折扣时，他们承诺3年。适用性/本定价计划的吸引力，在企业IT环境是显而易见的。事实上，它是一个IT预算的传播，伪装成cloudservice定价时间表表重新适应。这种定价计划有一个好处，但是，一个相当愚蠢的首席信息官/副总裁的IT企业不必老实了很多，或为云通过建立重大案件。金融电子表格看起来非常相似，这是这些年来。平稳过渡到云放心！从怪胎/系统设计师的角度考虑，保留实例定价并没有减少每个实例定价。突然作出按需实例昂贵的。系统设计没有考虑到各种费用是不是一个好的设计。保留实例定价刚刚增加（系统设计）的复杂性，没有任何平衡优势。
50％的成本节省超过3年的时间内是不是在所有大的储蓄。如果你有超过17％的回报，你的工作资本，保留实例定价是彻底的吸引力。因此，新创 – 你只是针对小于20％的回报率呢？ NAW！
另一方面，保留实例定价已转向从预付费后付费的计费模式。 M.大卫Peterson提到作为一个改变游戏规则，保留实例。那么，亚马逊只是改变了游戏良好的旧规则的预付费和一年多的承诺。亚马逊改变了比赛，现在要改变后面的比赛，可能是其优势。
嗯，这是足以在胡说八道！我有提供任何建设性的建议呢？和替代的定价模式，例如？好吧，我不能这样做亚马逊的金融分析师的工作。这里是我的2美分的原则，采取定价保留实例：本定价鼓励它的前期配置和支付。它不关心，如果使用的配置为每。事实上，如果使用不亚马逊的配置为每一个不错的利润。另一种定价可以基于惩罚从保留的偏差。这已经是不使用罚款，在实践中的弹性IP（其中，保留，而不是使用一个IP名义和相当高的价格收取），但这种定价将不利于亚马逊收回设立一个数据中心所涉及的资本开支。
让我关闭后与奖金咆哮：保留实例的定价需要为每个实例类型的保留。这需要在EC2的弹性了！
花红咆哮：价格略有扰乱我的SIM卡按需定价计算器。所以，我很生气！ LOL。 [哈哈，我莫名其妙地促进我devpay演出！]
火焰，评论，库尔急救，和不同的观点欢迎！
