为什么要说，UCloud这两款轻量级服务产品都是以优化使用体验为核心

为什么要说，UCloud这两款轻量级服务产品都是以优化使用体验为核心

• 来源:网络
• 更新日期:2020-10-26

摘要：[摘要]许多时候，少即是多，就如功能复杂的智能手机一样，凭借出色的产品设计，就能让许多用户自学成才。 如果说云计算时代也要讲究体验的话，以 ...

[摘要]许多时候，少即是多，就如功能复杂的智能手机一样，凭借出色的产品设计，就能让许多用户自学成才。 如果说云计算时代也要讲究体验的话，以 ... 许多时候，少即是多，就如功能复杂的智能手机一样，凭借出色的产品设计，就能让许多用户自学成才。

如果说云计算时代也要讲究体验的话，以“少即是多”来优化使用体验，来打造方案是最明智的选择，UCloud近期发布的轻量级私有云UCloudStack 2.0和轻量级容器管理服务Cube就让我感受到了这一点。

轻量级私有云UCloudStack 2.0

大多数人都知道的UCloud是做公有云的，但其实UCloud一直就没放弃过私有云，10月23日的UCloud用户大会上，UCloud发布UCloudStack 2.0，作为一款与云端架构一致的私有云方案，它最大的特点就是轻量级，易于上手部署，拥有公有云一样的使用体验。

UCloudStack是一款比较特殊的私有云方案。

首先，轻量级。它不像OpenStack那么的重量级，有大量组件，当庞大到一定程度之后就意味着复杂度提升，不可避免地会筛掉一部分用户，考虑到这一问题，UCloud更愿意强调UCloudStack是一款轻量级的私有云解决方案，主要是为了解决交付难的问题。

其次，开放性。UCloud不是做硬件的厂商，市场上做硬件盒子的厂商做的私有云，其核心能力主要建立在硬件方面，这是优势也是劣势，因为私有云并不是只有硬件，还有软件功夫。更重要的是，硬件厂商的私有云方案不可避免地倾向于捆绑硬件，开放性上多少差点意思。

还有就是稳定和可控。UCloudStack与其公有云在技术上血脉相连，是UCloud公有云架构的私有化延伸，与公有云采用了统一架构，可以让用户享受到一致的使用体验，便于用户打造混合云解决方案。它有经过公有云验证的稳定性，而且代码都掌握在自己手里，是可控的。

打造UCloudStack 2.0的过程也是UCloudStack在行业落地的过程，UCloud积累了包括政府、运营商、科研和教育等行业用户，比如有北京政务云、上海移动、鹏城实验室、上海脑科学研究中心，徐汇教育局等用户，丰富了私有云在行业落地的经验。

UCloud私有云与容器产品线负责人叶理灯

UCloud私有云与容器产品线负责人叶理灯介绍了UCloudStack 2.0的四个市场方向：

首先是满足用户对于混合云的需求，UCloud坚信公有云是大趋势，但考虑到传统行业、政府、运营商对于信任、数据安全的考虑，用户会先选择私有云，而后再考虑公有云，未来很长时间里都是混合云为主。

第二点，满足用户对于信创的需求，从去IOE开始的自主可控大潮下，国内一些领域的用户对于用上国产芯片、国产操作系统、国产数据库的需求越来越强，UCloud私有云的发展也要借力于此，希望用信创方案打开政务市场。

第三点，满足用户对于高性能的需求，性能是所有产品首要会考虑的一个问题，越来越多的创新，越来越复杂的系统和应用，唯有不断优化性能才是解决之道。作为亮点，叶理灯特别提到了快杰云主机和RSSD云盘，RSSD云盘有120万的IOPS和0.1ms的延迟。

第四点，让用户享受到产品持续进化的产品，在UCloud看来，私有云不应该是一锤子买卖，而是要有可进化的能力，让用户能随时享受到软件升级、技术进步的红利。

对应以上需求，UCloudStack2.0特别推出了三个版本，第一个是标准版，它和普通私有云是一样的。第二个是快杰版，适合有高性能需求的客户。第三个是信创版，满足对国产软硬件兼容有需求的用户。

作为一款强调轻量级的私有云解决方案，UClousStack的部署方式也非常灵活，它支持纯软件的交付模式和超融合的交付模式两种，纯软便于利旧，超融合一体机则能开箱即用。总之，都非常强调优化使用体验。

轻量级容器管理服务Cube

Docker容器引擎一个命令就能启动一个应用的操作，在IT行业可谓是迷倒众生，第一次用Docker 的人就好比用惯煤油灯的人看到电灯泡一样。Docker容器令人心生向往，开发、运维的人都非常喜欢Docker，它极大地提升了开发运维的效率，极大地提升了他们的生活品质。

但是，当在容器数量多到一定程度的企业级环境中，不得不使用一个叫K8s的容器编排管理系统，它很强大，但是非常复杂，学习成本非常高。

UCloud优刻得私有云及容器产品经理张鹏波

UCloud优刻得私有云及容器产品经理张鹏波表示，想学K8s的人，需要花三个月到一年时间进行学习，如果是一个团队想用K8s，也得先进行学习，如果掌握的非常熟练，那么真正搭建集群可能需要一两个月，如果对K8s不熟悉，则需要半年甚至一年，花两年时间尝试但没有真正做业务迁移的也有。

如果使用别人托管的K8s会好一点，首先，用起来更省心一点，使用难度确实会有所降低，但还远远算不上友好，学习成本还是很高，但新的问题是成本会比较高，以UCloud托管的K8s服务UK8s为例，一般需要3台master节点和3台node节点，一共6台主机才能运行起来一套K8s集群，如果本身的工作负载并不大，那就非常不划算了。

为了解决这一问题，UCloud推出了一个叫Cube的轻量级容器服务，用户只需要准备一个容器镜像就能把它运行起来，因为它的底层依然是K8s，K8s有的功能理论上Cube都可以有，但不一定交给用户来控制，用户可以完全忽视它的复杂度，整个使用过程可以变得非常的简单，这里简单做个示范。

点击创建容器组(K8s里Pod的概念)会出现上图页面。点击配置镜像，用户可以自己添加Docker官方镜像，也可以选UCloud自带的镜像，也可以自己上传私有镜像。

配置外网访问的IP地址，然后，点击确定，由于镜像很小，所以，很快容器就能开始运行了。如果镜像的个头比较大，也可以使用Cube提供的预热功能，可以更快加载和运行起容器。

由于默认的防火墙设置里打开了80端口，我们无需任何设置就能用外网IP直接访问了。我部署的是一个叫2048的小游戏镜像，操作就是这么的简单。

不过，使用简单并不意味着Cube本身很简单。如上图所示，Cube提供的功能类型还是很多的，可以设置持久存储的卷，可以设置启动策略，可以查看日志，可以监控资源状况，但这对于普通用户来讲，友好度就非常的高了。

上文也提到了，Cube的底层是基于K8s的，它使用的是社区的VK技术打造的虚拟节点，虚拟节点和普通节点相比，Cube实例可以通过扩容做到上万核这种超大规模，无需考虑资源预留问题，Cube可以像虚拟机一样创建和销毁，从而弹性应对业务高峰低谷，不过，它的拉起速度要比容器快多了。

Cube的使用体验比较好，用张鹏波的话来讲，这是因为Cube照顾了用户原来使用虚拟机时的使用习惯，更容易让人接受。