企业级IT产品销售过程中

经常会遇到一个“烦恼”

就是

↓
技术或产品，特牛掰特先进
但是到了客户处，落地遥遥无期

▼

这种烦恼

对于现在卖云计算的销售来说，更甚！他们常常自嘲

↓

“我卖的不是云，我卖的是寂寞”

今天，我就讲一个真实故事云计算先进性vs客户实际落地严重不同步怎么办？如何化解？

---

故事，开始

第一章

技术没得说，真的很先进

现在只要真上云，十有八九

都是奔着「云原生」去的

因为云原生才能把云的价值最大化

但一旦想要「云原生」

就绕不开另一个硬词

↓

k8s

简单来说，在云的世界里

k8s就是一个“容器之王”

统帅成千百万的容器

容器里装着各种宝贝的“应用”

↓

总之，在云原生时代

容器是底层最主要的算力单元

风头甩了虚拟机好几条街

而k8s

是容器调度与编排王牌工具

但是，问题来了

k8s，是个新东西

确切地说，从2017年才热起来

创造它的人是Google

2014，Google把k8s开源了

2015，Kuberentes v1.0才正式发布

这货一出生，就受到追捧
因为，功能实在太强大了

至于怎么强大，你先别管
但是你要知道k8s代表着一种最先进的云计算技术接下来呢？
↓

第二章

厂商的*，客户的不买账

针对k8s这个当红炸子鸡

各大云厂商纷纷跟进红帽的OpenShift、AWS的EKS、Azure的AKS，谷歌的GKE

先后推出“k8s解决方案”

↓

结果呢？

嘿嘿，确实有很多客户入坑了

基于k8s构建大量生产业务

云原生应用、机器学习任务、大数据处理等等

可是，还有相当一部分客户

对k8s的态度是这样的

↓

 为什么会这样？

问题出在哪？

↓

因为k8s虽然功能强大

但是，非常复杂
复杂到什么程度？
一家企业如果上k8s单枪匹马不行，通常需要团队作战琢磨透k8s，至少得3个月到半年把业务部署到k8s上，又得3-6个月上线后，还需要专业人员持续运维....

第三章

如何降低k8s的使用门槛？

 我们来讲讲中国云计算第一股，UCloud是如何让k8s「飞入寻常百姓家」的

“大U”很早就认定了k8s的先进性，决心追逐

早在2018年，就推出“UK8S”

即，公有云托管版的k8s服务

基本上是原汁原味的k8s

两年来，UCloud通过UK8S这款产品得以和客户共同实践成长也亲见了很多客户
醉于K8S的强大，困于K8S的复杂
最终UCloud作出了一个判断↓

这款产品应该是↓
K8S的强大，必须保留K8S的复杂，必须屏蔽

只有这样
才能帮助客户“破冰”，快速上手而不止步于k8s的「叹息之墙」
经过三年蛰伏，三年潜心研发UCloud正式发布了 Cube 一种轻量级容器管理服务

有人笑谈Cube是一款落入凡间的k8s它更接地气、更懂客户

第四章

Cube的神奇在哪里呢？

1、Cube保留k8s的“精华”

最终，呈现在用户面前的Cube是这样的↓

2、Cube上手流程“极简”

通过Cube

用户只需要提供打包好的Docker镜像

即可快速、批量部署容器化应用

3、Cube使用成本“极低”

通过Cube

只需为容器实际运行消耗的资源付费

而不需要预先购买云主机或K8S集群

4、Cube很爱你，但不绑定你
有人说，现在我用Cube未来，我能力强大了可以“驯服”k8s了如果想上k8s，能顺畅迁移吗？
当然，必须能因为，Cube的“根”是k8s

第五章

哪些场景最适合用Cube？

Cube特别适合以下几个场景
1、业务削峰，秒级拉起↓

2、小业务量应用，精细计费↓

3、数据处理，按秒计算，用完即删↓

最终，Cube
变成了客户心中最想要那个“k8s”强大的、简单的几乎不需要学习成本就能享受云原生的红利

就在Cube发布的第二天一个老客户，通过Cube一口气完成了一个完整的业务迁移行动↓

---

纵观IT产品演进历程
Cube的成功，再次应验了一个恒远不变的取胜法则
↓