海外玩家开山立派,中国软件出海怎么赢得用户青睐?
12 月 26 日,开源中国邀请观测云 CEO 蒋烁淼将、亚马逊云科技 SA Manager 梁风飚、OceanBase CEO 杨冰、AutoMQ 联合创始人兼 CEO 王小瑞、Bytebase 联合创始⼈兼 CEO 陈天舟等企业家做客【开源漫谈】直播间,探讨我国基础软件如何出海。
期间,大家聊到了中国软件要怎么在全球市场赢得客户青睐。
扫码查看直播回放:
以下内容根据直播整理:
蒋烁淼:小瑞,你们的产品在GitHub上的表现显然已经远超过国外的竞争对手。从技术上来看,是这样的吗?在市场这块,你们有什么策略来赢得全球用户的青睐?
王小瑞:先说说我们为什么要开发 AutoMQ 这个软件?因为 Apache Kafka,已经是一个十年前设计的产物了。如今,当我们从云的角度重新审视这个产品时,发现它并不是那么适应云基础设施的需求。所以说,在云环境下,我们绝对是领先的。
然而,在开展海外业务的过程中,我们也遇到了不少挑战。海外玩家在数仓、可观测性等很多领域已经实现开山立派,成为了足以定义该技术的角色。
云给了我们在全球市场跟海外产品公平竞争的机会。当然了,在云上,用户考量的维度就很多了,而不仅仅是技术能力、工程能力,或者品牌。
这与早年软件业务有很大不同。以前,合同通常是签一年或三年,客户从一款专业软件转换到另一款软件成本高,因此不会轻易更换,此外,工程师运维投入、机器采购等这一系列的成本也很难算清楚。
而现在,云服务的账单是实实在在的,每一分钱都算得很清楚。因此,在技术条件相当甚至某些技术指标更优的情况下,以及在不影响软件厂商本身毛利率的情况下,我们能够为客户提供怎样的成本效益,就很关键了。
我们正在做的另一件事,就是借助行业内有影响力的KOL(关键意见领袖)为我们扩大声量。早期,我们尝试自己发布具有观点和干货的文章,但发现有点难。后来,我们开始寻找各种KOL,他们能够按照欧美文化的习惯去接触开发者,更有效地吸引这些客户和开发者的关注。通过这种方式,我们的产品获得了更多的曝光度,吸引了更多开发者的注意。
总结一下,出海的路径有两个:首先,有一个途径是通过吸引开发者,他们从下而上在公司内部推动采购一个优秀的产品。另一个方法是企业级销售,虽然我目前在这方面缺乏经验,也还没有成功案例,但我相信,通过吸引开发者的方式是可行的。我现在还不能确定具体比例,但我认为这个比例不会小,因为海外市场足够大。通过开发者群体来触达市场,我们一定能够获得相当可观的客户量。
蒋烁淼: Bytebase算是一个带有新品类特征的产品。想问下天舟,对于这样一个新品类软件,你们如何在全球市场上与一些传统软件进行竞争呢?
陈天舟:我认为国内软件的核心底层竞争力,就是要充分利用好“工程师红利”——国内有大量受过良好教育的工程师群体。这一点无论是对于新品类还是旧品类的产品都是适用的。
做新品类,面临的挑战之一就是要教育市场。一个很简单的方法是类比,帮助我们向用户解释产品。比如我们可以用Terraform来类比,因为它是管理多云的,而我们是管理多数据库的;另外,像上一代产品如flyway、liquibase 。以及在某种程度上与我们的产品有交集的软件,比如 Navicat,也是可以用来作比较的。让大家了解 Bytebase 与这些产品的差异化之处,解决了哪些问题,这样能够更好地推广我们的产品。
当然了,这需要从内容上持续进行输出。
【开源漫谈】
OSCHINA 视频号直播畅聊栏目【开源漫谈】,每期一个技术话题,三五位专家围坐,各抒己见,畅聊开源。给大家带来最新的行业前沿、最热门的技术话题、最有趣的开源项目、最犀利的思想交锋。如果你手上也有新点子、好项目,想要跟同行交流分享,欢迎联系我们,讲坛随时开放~

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Envoy 开启 HTTP2 后偶现 404 如何解决?
问题背景 在大部分基于 Envoy 实现的网关里,都存在这样一个问题,当开启 http2 时,客户端访问会出现偶发的 404,并且可以从日志注意到这些 404 的请求,:authority 头里的域名和 SNI 里的域名不一致。 且在使用泛域名证书,且配置了多个域名的路由的情况下,这个问题特别容易出现。问题相关的社区 issue: https://github.com/envoyproxy/envoy/issues/6767 https://github.com/istio/istio/issues/13589 https://github.com/projectcontour/contour/issues/1493 问题成因 为什么:authority 头和 SNI 不一致 这个问题涉及到客户端的连接复用机制,对于 http2 来说,连接多路复用的能力是对比 http1 的一个核心差异。特别是对于浏览器场景,尽可能的连接复用,可以在开启 TLS 的场景下,显著优化页面加载时间(不考虑队头阻塞的情况下)。在 http2 的 RFC 规约里对于连接复用也有以下描述: Connection...
- 下一篇
基于 KubeSphere v4 的 Kubernetes 生产环境部署架构设计及成本分析
本文作者:运维有术。 今天分享的主题是:如何规划设计一个高可用、可扩展的中小规模生产级 K8s 集群? 通过本文的指导,您将掌握以下设计生产级 K8s 集群的必备技能: 集群规划能力 合理规划节点规模和资源配置 设计高可用的控制平面、计算平面、存储平面架构 规划网络拓扑和安全策略 制定存储解决方案 组件选型能力 选择适合的容器运行时(Container Runtime) 评估和选择网络插件(CNI Plugin) 规划监控、日志等可观测性组件 选择合适的存储解决方案 运维规划能力 制定监控告警方案 制定自动化运维管理方案 设计备份恢复方案 成本优化能力 评估资源使用成本 优化资源分配策略 简介 1.1 架构设计概要 本文架构设计概要说明如下: 本架构适用于中小规模(节点数量 <=50 个)的 K8s 生产环境,大型环境暂未经过生产验证,仅供参考。 所有节点采用云上虚拟机方式部署,基于成本和灵活性考虑,核心组件均采用自建方式(建议有条件的企业优先选用云厂商托管产品)。 本架构集成了开源的 WAF、堡垒机等基础安全组件,适用于一般安全等级的生产环境,对于金融、政务等高安全要求场景需要...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Hadoop3单机部署,实现最简伪集群
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS8编译安装MySQL8.0.19
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS6,CentOS7官方镜像安装Oracle11G