OpenStack初创企业UnitedStack团队于2014年7月15日宣布UOS 2.0正式发布。与之前的UOS 1.0不同，本次发布的服务是公有云和托管云这两个产品，而不是之前的UOS发行版。
UOS 2.0公有云与托管云对用户开放Web控制台、CLI与API，所有API均是标准OpenStack API。底层的分布式存储与网络、分布式管理、服务器、网络设备、安全防护不对用户暴露，完全由UnitedStack团队进行运维与管理。
公有云用户可以直接在ustack.com注册新账号使用，云主机、存储、公网IP与带宽、路由器的计费标准可在建立新实例的时候实时预览，按秒级计费。
托管云客户需要使用UnitedStack提供的硬件规范提供硬件，付费标准为2000元每物理节点每月。UOS 2.0的代码对托管云客户开源。
UOS 2.0目前基于OpenStack Icehouse版本，服务器操作系统采用CentOS，存储方案采用Ceph，虚拟化方案为KVM，网络采用OpenStack标配的Neutron+OVS方案，自动化运维方案采用Puppet。
云主机
6秒的平均启动速度
支持在线热迁移
主机所有部件可插拔，包括网卡、硬盘、安全秘钥等
支持实时监控
云主机处于关机状态下时停止计费，免费保留30天
存储
基于Ceph的UOS统一存储，计算与存储一体化，方便管理和扩展
承诺写完三份副本才返回写入成功
对公有云用户承诺170MB/s的写入速度，实测的随机写速度可达到平均900MB/s
网络
云计算网络层的难点在于系统工程师往往不懂网络，网络工程师往往又不懂系统，所以做这部分需要同时精通网络、系统、存储、分布式的人才。
完全隔离的二层虚拟网络
支持网络迁移
支持OpenStack默认不支持的虚拟网卡
提供VLAN&VXLan的隧道网络。VLAN仅对大客户提供
UnitedStack创始人兼CEO程辉在现场的分享环节和交流环节进行了一些问答，以下摘录部分内容（大意）：
Q：之前的发行版做的挺好的，为什么不做了？
A：由于不同客户数据中心的异构造成的复杂性，通过提供一个发行版、让软件自动适应识别不同的数据中心架构注定是做不到完美的，一定会出各种各样的问题。一旦发行版开始发展付费用户，那么团队将长期陷于处理各种由于异构而造成的种种不同问题的情景下，而无法继续改善产品。这不是我们希望的路线。
而企业如果希望用到好的云服务，私有云也注定无法满足他们的需求。首先传统的解决方案采购模式流程冗长，可能几个月的POC之后才会有真正的部署。而即使部署之后，其实整个过程才刚刚开始，因为对于云服务来说，三分开发七分运维，但这个时候服务提供商却已经完成部署撤出了，客户自己无法解决这个系统一定会遇到的各种问题。
有些同时做公有云和私有云的服务商采取公有云一套核心研发团队、私有云另外一班人马给客户提供上门服务的模式，这样自己消耗也大，客户也没有得到跟公有云一样好的服务。
而统一软硬件架构的公有云+托管云的模式，首先公有云就相当于是托管云的POC，大大减少了POC环节耗费的时间，而客户最终拿到手的东西，就是一模一样的东西，有同样的服务质量。
Q：为什么要将托管云的定价公开，而不通过定价保密、销售议价的方式拿到价格更高的单子？
A：我觉得讨价还价完全是一件浪费时间的事情。我这就是一口价，公开出去，到我这里也别要折扣，这样节省了大家的时间，都简单了。
Q：在基础设施研发人才匮乏的环境下，如何做令人信服的公有云产品？
A：基于OpenStack做云计算服务，需要明确的意识到OpenStack只是一个框架，一个平台基础架构，这个框架的作用是把主机操作系统、存储、虚拟化、网络/SDN、自动化等组件都组装在一起，所以只掌握OpenStack是不够的。
UnitedStack对OpenStack本身的参数和源代码都有非常深入的掌控，而且在上游的Ceph社区和Neutron社区都有committer，这样做的好处是一旦上游项目出现问题，UnitedStack能够立刻感知；而UnitedStack如果发现与上游组件相关的问题，也可以自己patch，然后再输出回社区。这样才能对这套东西有完全的掌控，能够保证自己处理问题的速度绝对能超过客户自己处理问题的速度。我们把代码对托管云客户开源而并不担心客户会拿我们的代码去做自己的东西，就是因为我们有自信客户做不出比我们更好的东西。否则，我们也就没有存在的价值。
