Amazon 实例中一直使用ECU（Elastic Compute Unit）作为衡量其云计算性能的计算单元，近期从 AWS 的instance-types 中更为传统的vCPU逐渐浮出水面。
对于现有的 AWS 用户来说，他们或许已经话费很很大的精力和费用经针对 ECU 对其业务的架构做了横向扩展和优化，对于现有的部署不需要过多的关注，不过如果有新的产品上线及新的实例增加，这时候他们就不得不需要进行重新考虑和规划了。
对于新用户来说，可以直接针对 vCPU 来对业务架构及部署进行设计和优化，这更像传统的虚拟主机的使用。
然而，AWS 当初之所以使用 ECU 就是因为作为最大的云计算提供商，他们的云计算平台并不是在一天全部建造完成，随着客户的增加和架构调整及硬件的升级等等，AWS上已经运行了各种年代的设备，每个时期的设备性能（运算能力）也都是不一样的，所以 ECU 才应运而生，如果使用了 vCPU，这样就会对硬件的关联更加紧密，使用了2个 vCPU 的在不同时期的机器上，运算能力可能并不相等，比如，同样数量的运行在2012年的CPU处理器没法跟2014年的CPU在运算性能上进行等价。
不过AWS把ECU和vCPU同时列出来，也方便了我们进行做性能比较，这对客户在进行架构设计上提供了依据。
总之，ECU是AWS自定义的规范，自有他的历史意义–提供了一个公平，标准的衡量方法，如果AWS转向使用vCPU策略会不会导致客户的抱怨和投诉呢？ 让我们拭目以待吧。
