Lighthouse——云服务器 CVM化繁为简之道

自2020年7月公测以来，轻量应用服务器 Lighthouse 受到了广大开发者和中小企业的关注和喜爱。但同时我们也依然一直在收到大家的提问，关于 Lighthouse 是什么、和云服务器 CVM 到底有哪些区别。

虽然产品文档中已经有了详细的解答，但这次我们准备换个角度，再次和大家深入聊聊我们具体是如何将 CVM 化繁为简，进而孵化出 Lighthouse ，来帮助大家更好地去理解这两款产品。

CVM 面临的挑战

在回答 Lighthouse 是什么之前，我们先看看另一个非常值得探讨的问题，就是云服务器 CVM 面临着哪些挑战，CVM 团队为什么要打造 Lighthouse 这样一款新产品？

繁多概念

云服务器 CVM 发展至今，经过公司内外部客户的洗礼和多年的积累沉淀，应当说对于大型企业来说已经较为完善。但是在接触用户的过程中，我们发现很多开发者和中小企业还是觉得 CVM 不好用，存在较高的学习门槛。

以最常见的购买云服务器的场景为例，用户就需要理解机型、可用区、VPC、安全组等诸多概念，又引申到如何理解性能指标、如何选取可用区、VPC 子网如何划分，安全组规则如何设置等问题和操作，有时甚至要切换产品控制台。

事实上，我们做过用户调研，即便是有一定技术背景的开发者和专业人员，在首次购买 CVM 的过程中都很难独立顺滑走完，更难以准确理解每个复杂参数和选项的含义。

复杂的产品概念，延伸出复杂的计费模式。多种产品独立叠加计费，在赋予使用者灵活度的同时，也增加了计费规则的理解成本。许多时候，用户希望得到一个更为明确、固化的一口价。

远离应用

CVM 的概念繁多，导致我们距离用户的应用场景比较远，递进表现为：

• CVM 新购流程的内在逻辑是「创建虚拟资源」，而非「部署应用」。

腾讯云 CVM 新购服务器时，优先选择资源相关选项，例如可用区、VPC、子网、机型等参数，然后才去选择镜像，其背后的产品逻辑是「创建虚拟资源」。这样的逻辑是 CVM 在长期服务大型企业或组织的过程中逐渐沉淀下来的，有其道理。不过对于广大开发者、中小企业来说，其实更加关注应用镜像。

• 优先提供以公共镜像为载体的基础环境，较少提供应用环境。

• 应用环境缺乏产品联动能力。即便通过镜像市场的形式提供了应用环境，应用环境也是在实例内部单独使用，缺乏和产品的联动体验。

呼唤新产品

面对这些挑战，CVM 做过许多细节优化。但作为主要服务大型企业的通用云服务器产品，CVM 很难系统性解决这个问题。因此，我们准备打造一款新型产品 Lighthouse，来承担服务开发者和中小企业的新使命。

类似的情况，我们可以回顾微信诞生的历史，当时许多人质疑既然已经有了QQ，为什么还要一个微信呢？现在来看答案也很明确，PC端的辉煌荣耀可能成为移动场景下的历史包袱，功能复杂的QQ难以承载「轻量级移动IM」的重任。拥有极简体验 + 移动端创新的微信，却可以迎来自己的爆发式增长。

Lighthouse 的解决之道

化繁为简

针对 CVM 概念多的问题，Lighthouse 化繁为简，做减法提升易用性。虽然产品的细节概念可以有很多，不过总结来看，云计算资源无非软件与硬件两类，我们沿着这个思路去抽象简化产品概念。

• 软件，交付形式上是镜像，包括应用镜像和系统镜像，并以应用镜像作为优先选项。

• 硬件，或者说虚拟硬件，简化整合为套餐，并明确费用。

套餐内部封装了许多概念，系统会进行展示。同时，我们将网络流量、带宽整合，形成流量包，并内置在套餐之中，用户仍然只理解套餐即可。

贴近应用

针对远离应用的问题，Lighthouse 贴近应用，做加法提供开箱即用的能力。

• 践行「部署应用」的产品理念。前文我们提到过，CVM 新购的内在逻辑是「创建虚拟资源」，而非「部署应用」。在 Lighthouse 中，用户先选择镜像，然后再根据镜像去选择适合的套餐。

• 提供精选优质应用镜像，内含操作系统 + 热门应用栈。用户可以零门槛一键自动构建，创建基础资源的同时，完成应用软件安装和初始化配置。

• 产品联动。在控制台中，应用栈的管理信息一览无余。

贴近开发者，创新实验室

在面向广大开发者、中小企业的使命下，Lighthouse 也率先上线了一些贴近开发者的新功能，包括一键登录、自动化助手 TAT 远程命令、Docker 镜像-通过控制台管理容器应用。

其中，自动化助手 TAT 从 Lighthouse 孵化长大。由于 Lighthouse 底层天然是一台云服务器 CVM，所以在较短时间内上线了 CVM、黑石2.0平台，实现了对于 CVM 的反哺。

Lighthouse 是什么

了解了 CVM 面临的挑战和 Lighthouse 的解决之道，再回头看「Lighthouse 是什么」这个命题，我们应该可以看得更加深入，更加接近本质。

更好的CVM

之前给过许多从 Lighthouse 产品本身出发的理解。这次我们通过一个公式，将 CVM 作为参照物给出 Lighthouse 的定义：

Lighthouse = 底层云服务器 CVM + 实例级流量包 + 开箱即用的应用镜像 - CVM 中不必要的细节

底层云服务器 CVM：Lighthouse 是 CVM 团队为特定人群打造的更好的云服务器，底层天然是CVM，我们在产品层面进行了独立封装，屏蔽了非必要的细节。

实例级流量包：Lighthouse 提供了独有的实例级流量包，像手机套餐一样的简单实用。

开箱即用的应用镜像：Lighthouse 精选热门应用镜像，一键初始化，快速上手。

Lighthouse 的服务器新建逻辑又是怎么样呢？在简化之后可以视为如下示意图。Lighthouse 通过用户选定的镜像创建一台 CVM，然后创建一个实例级流量包，并进行组合配置，就产生了一台我们日常使用的 Lighthouse 服务器。

探索寻路，助力数字化转型

轻量应用服务器 Lighthouse 的初衷和使命，不仅是简化云服务器 CVM 使用体验，同时也是为了更好地助力开发者上云、中小企业数字化转型。为了帮助更多人获得云计算的爽快体验，Lighthouse 也提供了更加优惠的价格。

其实，Lighthouse 的命名也源自这样的使命，取义「轻量房子」，表示其使用轻便；同时「Lighthouse」作为灯塔，也希望能在助力社会数字化转型的道路上，探索寻路，照亮前方！

 

更多产品了解

欢迎扫码加入云巴巴企业数字化交流服务群

产品交流、问题咨询、专业测评

都在这里！