把锅甩给自己,把爽留给客户!
作者:互联网
企业级IT产品销售过程中
经常会遇到一个“烦恼”
就是
↓技术或产品,特牛掰特先进
但是到了客户处,落地遥遥无期
▼
这种烦恼
对于现在卖云计算的销售来说,更甚!他们常常自嘲↓
“我卖的不是云,我卖的是寂寞”故事,开始
第一章
技术没得说,真的很先进
都是奔着「云原生」去的
因为云原生才能把云的价值最大化
但一旦想要「云原生」
就绕不开另一个硬词
↓
k8s
简单来说,在云的世界里
k8s就是一个“容器之王”
统帅成千百万的容器
容器里装着各种宝贝的“应用”
↓
总之,在云原生时代
容器是底层最主要的算力单元
风头甩了虚拟机好几条街
而k8s
是容器调度与编排王牌工具
但是,问题来了
k8s,是个新东西
确切地说,从2017年才热起来
创造它的人是Google
2014,Google把k8s开源了
2015,Kuberentes v1.0才正式发布
这货一出生,就受到追捧
因为,功能实在太强大了
但是你要知道k8s代表着一种最先进的云计算技术接下来呢?
↓
第二章
厂商的狂热,客户的不买账
针对k8s这个当红炸子鸡
先后推出“k8s解决方案”
↓
结果呢?
嘿嘿,确实有很多客户入坑了
基于k8s构建大量生产业务
云原生应用、机器学习任务、大数据处理等等
可是,还有相当一部分客户
对k8s的态度是这样的
↓
为什么会这样?
问题出在哪?
↓
因为k8s虽然功能强大
复杂到什么程度?
一家企业如果上k8s单枪匹马不行,通常需要团队作战琢磨透k8s,至少得3个月到半年把业务部署到k8s上,又得3-6个月上线后,还需要专业人员持续运维....
第三章
如何降低k8s的使用门槛?
“大U”很早就认定了k8s的先进性,决心追逐
早在2018年,就推出“UK8S”
即,公有云托管版的k8s服务
基本上是原汁原味的k8s
两年来,UCloud通过UK8S这款产品得以和客户共同实践成长也亲见了很多客户
醉于K8S的强大,困于K8S的复杂
最终UCloud作出了一个判断↓
这款产品应该是↓
K8S的强大,必须保留K8S的复杂,必须屏蔽
只有这样
才能帮助客户“破冰”,快速上手而不止步于k8s的「叹息之墙」
经过三年蛰伏,三年潜心研发UCloud正式发布了 Cube 一种轻量级容器管理服务
有人笑谈Cube是一款落入凡间的k8s它更接地气、更懂客户
第四章
Cube的神奇在哪里呢?
1、Cube保留k8s的“精华”
最终,呈现在用户面前的Cube是这样的↓
通过Cube
用户只需要提供打包好的Docker镜像
即可快速、批量部署容器化应用
通过Cube
只需为容器实际运行消耗的资源付费
而不需要预先购买云主机或K8S集群
4、Cube很爱你,但不绑定你
有人说,现在我用Cube未来,我能力强大了可以“驯服”k8s了如果想上k8s,能顺畅迁移吗?
当然,必须能因为,Cube的“根”是k8s
第五章
哪些场景最适合用Cube?
1、业务削峰,秒级拉起↓
最终,Cube
变成了客户心中最想要那个“k8s”强大的、简单的几乎不需要学习成本就能享受云原生的红利
纵观IT产品演进历程
Cube的成功,再次应验了一个恒远不变的取胜法则
↓
标签:原生,容器,Cube,自己,留给,客户,k8s,K8S 来源: https://blog.51cto.com/u_15127635/2769564