看来EMC认为Nirvanix公司的营销副总裁Steve Zivanic对Atmos的观点存在错误。他提出了关于有力反驳EMC Atmos的一些看法。
Zivanic表示：“Atmos的节点都必须在相同严格的代码级别，以便来复制数据。如果试图把一个Atmos私有云和一个使用Atmos的外部服务提供商结成联邦，例如AT&T，这对于管理操作来说显著地变得复杂。…一个客户将如何试图升级在PB级规模跨越多个地点的多个节点?…Atmos的不足之处相当于一个iPhone用户不能够与另一个iPhone用户联系，因为他们分别运行不同版本的iOS。”
EMC表示这是完全错误的：
这是对Atmos产品不正确和错误的描述。一个客户可以有运行在一个单一的云中不同版本的Atmos软件。这是一个在通常每个数据中心数以百计的节点，和在单一的Atmos系统里多个数据中心云规模部署的需要。针对我们客户常用的方法是在一次升级一个数据中心。因此，有一段时间他们运行在混合版本的环境中。
其次，Atmos联邦有能力连接一个私有Atmos部署和许多公共Atmos服务提供商之一。客户通过Atmos数据安置策略来控制这种能力，并使用这种能力来跨越他们的私有环境和一个服务供应商的公共云建立一个混合云。Atmos联邦对软件版本是不可知的。唯一的要求是，客户的私有云需要运行Atmos 1.3——当联邦被引入的第一个版本。
据我们了解，Atmos是一个向外扩展(scale-out)的架构，并且没有必须的叉车式升级或者换代技术更新。
无须更新
Atmos的客户可以在同一个云系统中混用较新的节点和前一代节点。为了使用当前一代的硬件不需要技术更新和迁移。客户可以继续运行这种类型的实施，和/或者随着时间的推移，用当前一代的节点取代早期的一代节点将有高密度的驱动器、更大的处理能力和更低的能源需求。这是客户的选择，而不是一种要求。
云计算和存储的一个主要前提是，客户访问公共云资源不再必须进行数据迁移、数据中心的维护，或者处理已达到其使用寿命的产品。EMC表示，通过Atmos云服务提供商可以在一个联邦中使用的不同版本，并不是必须承受换代更新。
有一些基于Atmos的公共云服务，例如Peer1和英国的Redstor。这些与Nirvanix的云服务竞争。
EMC本身经营了一个针对评估者、客户、开发商和服务提供商的基于Atmos的开发云，名为Atmos Online。他们可以用这个来发展像Redstor那样的自己基于Atmos的私有或者公共云。
我们从这个联想到那个，就像iPhone，一个Atmos系统可以与另一个不同代的产品“通话”(组成联邦)。
