从十多年前云计算开始兴起，这些年云计算已经逐渐蔓延到了我们身边，如今，你所使用的很多服务其背后都是由云计算所支撑的。

但是，很多企业的 IT 设施以及网络服务，还一直因为种种原因而迟迟难以迈出上云的一步。这里面，有很多原因，有 IT 预算和迁移成本问题，有基础设施和应用迁移改造的问题，也有对云计算环境的安全性、可靠性的担忧问题，还有企业技术储备和能力问题。今天，我们将从技术的角度来看看，企业是否已经到了全面上云的拐点？

“企业全面上云的拐点到了”一语最近来自于 7 月 25 日在上海举办的阿里云峰会。在该次大会上，阿里云智能总裁张建锋表示，“全面上云是时代必然，今年是一个非常重要的拐点。”经过了过去十年的发展，云计算以及在关键技术和应用规模上实现了对传统 IT 的全面超越。

这里有个重要的信号，据 IDC 最近发布的《全球云计算 IT 基础设施市场预测报告》显示，2019 年全球云上的 IT 基础设施占比超过传统数据中心，成为市场主导者；而在中国，服务器出货量出现 10 年来首次下滑，企业快速迁移上云是背后主要诱因。

迁移工具就绪

企业上云最大的阻碍之一就是现有 IT 基础设施、应用和数据如何平滑地转移到云上，因此，一套可以无痛解决这个问题的迁移工具是企业上云所面临的当务之急。

各个云厂商均纷纷加大在企业迁云工具方面的努力，这里我们就阿里云来看，他们已经全面考虑到了企业上云的实操问题，提供了从服务器迁移到数据、数据库迁移的完整工具，完善地解决了传统 IT 中积累的大量数据无法搬迁的问题。

服务器迁移面临着三大痛难点，主要是应用高度复杂、操作麻烦、无从下手；迁移周期长、可能影响业务正常运行；通过制作镜像的方式迁移消耗大量人力资源。

阿里云已经免费提供自动化迁云效率工具—— 服务器迁移中心 （ ServerMigration Center ） （SMC），帮助企业服务器快速上云。

数据迁移时，必须要保证迁移数据的完整性、实现迁移时业务无感知，最终以最高的效率完成迁移。

阿里云的明星产品闪电立方，既可以满足轻量级的数据迁移，也能够支持TB到PB级别的数据量迁移。此前还支持过 115 科技完成互联网史上最大规模的数据迁移上云：规模超过 100 PB，整个项目耗时仅 45 天。

传统的数据库迁移工具要求数据库在迁移中必须停服，极大影响业务。

早在 2015 年，阿里云就发布了 数据传输服务 （ Data Transmission Service ） （DTS），采用 DTS，数据库在迁移过程中依然可以正常提供服务。目前，DTS 可支持多达 18 种数据源，已完成约 40 万个数据库上云。

云端环境就绪

在消除了迁移上云的障碍之后，完善就绪的云端环境决定了企业是否能在云端环境延续计算和应用。而云端环境不仅仅要求能够节省 IT 成本，也要求提供更高的稳定性、安全性和扩展性，以及更丰富的云端产品服务生态。

基础设施的上云不外乎服务器、存储、数据库等核心产品。对阿里云来说，在各个产品维度已经具备了完美的替代，IaaS 层面它们共同构成了飞天云操作系统。

例如服务器，除了性能稳定的 ECS，还有软硬一体的神龙云服务器，兼具虚拟机的灵活、可扩展，又有物理机的稳定和安全隔离特性。

数据库上，云原生数据库 POLARDB 在可用性、安全、成本、管理难易程度上都远远优于商业数据库。

阿里云存储已经连续三年入选 Gartner 全球云存储魔力象限，和 AWS、Microsoft、Google 共同跻身全球四强，服务客户由国家天文台、华大基因、今日头条等。

基础设施上云后，随后考虑的则是可以在云上获取价值的模块上云，包括大数据上云、云上中台、智联网 AIoT，这也都是阿里云承载客户上云的“王牌”。

飞天大数据平台是当前国内规模最大的计算平台，可扩展至 10 万台计算集群，曾创下四项海量数据排序世界纪录。在阿里巴巴经济体中支撑了全局数据存储和计算，单日数据处理量超过 600PB。

双中台是指数据中台和业务中台，已经帮助阿里巴巴经济体多元业务互联互通，业务创新层出不穷，人机协同大量运用，数据智能开创全新的商业形态。通过中台技术，在海外再造一个淘宝天猫，只需要两三个月时间，而盒马更是仅用 4 周就开发上线。

智联网 AIoT 融合了云边端一体化的人工智能与物联网能力。具备从高性能 AI 芯片至云平台、AI 算法、AI 组件以及产业 AI 的立体能力。

当行业大势已定，当阿里云的准备也一切就绪，还有什么可以阻挡企业全面上云的步伐呢？

本期人物介绍：

郭理靖，京东云产品研发部高级总监、产品委员会主席，专注于公有云服务、Docker、API 与数据开放平台、数据库服务等领域。擅长数据库、分布式存储系统、高可用服务架构等技术。

在任职期间，郭理靖研发上线了 MySQL、SQL Server、MongoDB、PostgerSQL、MariaDB、Percona、JDW（数据仓库）、DRDS（分布式数据库服务）、时序数据库、TiDB、BDS（区块链 BI 数据分析服务）等多款京东云产品 。京东云不仅是国内第一家支持 MySQL 8.0 的云厂商，也是国内第一家支持 MariaDB 的云厂商，而区块链 BI 数据分析服务也是可以代表全球区块链先进技术的创新产品，聚合了业界知名项目的核心数据，目前 BDS 已经对外开源。

前言

盛夏，在一家幽静的咖啡馆，我见到了匆匆赶来的郭理靖。我们深入谈了关于云计算、关于数据库方面的一些话题。我将这些谈话中的精彩内容整理出来，以飨读者。

与京东云共同成长的人

在谈话中，我了解到，郭理靖在京东的工作历程是伴随着京东云的发展一路走过来的。

从 2006 年到现在，郭理靖一直专注于云计算领域。从 2013 年京东云作为内部的基础设施云服务开始，他亲历了京东云从内部自用到正式商用的多个阶段的发展。

作为核心人员之一，郭理靖又在其中扮演了什么样的角色呢？

“其实我有两层角色，”郭理靖说到，“第一层，我负责数据库相关的服务，包括 RDS、数据仓库，现在京东云还推出了时序数据库、分布式数据库等，把京东技术体系内部的各种数据库的技术拿出来。另外，我还在京东云产品委员会，负责对京东云产品进行中长期规划， 评审产品开发可行性与必要性，规范产品上线流程，跟踪竞品动态与对标，统一产品培训资料，推进内、外部培训认证机制，精心打造京东云产品。”

谈到这里，我发现一个现象，根据我的了解，包括京东云在内的很多公有云服务商的产品负责人都是出身于一线技术岗位。之前也有人跟我说，“为什么云服务行业是技术人员来担任产品经理，这是因为云计算服务就是技术性的产品，不懂技术的没法制定和设计这样的产品出来。”

郭理靖表示：

“这种说法是比较有道理的，因为整个云计算的产品主要是给技术人员使用，要求产品经理有很强的技术功底、技术视野以及技术敏感度，不是技术背景出身的产品经理，难于理解用户诉求，很多细节没法把握。比如做时序数据库，到底是做成什么样的时序数据库，提供什么样的功能，只有做过技术支撑的产品经理，才能理解要什么样的产品和什么样的用户体验。”

从私有云到公有云

最初，京东云只是作为内部基础设施服务，那时候京东云的人手也比较少，最初采用的技术是 OpenStack 技术栈，从 2014 年开始全部转向了 Docker 容器技术。那个时候，京东已经把统一监控、部署、代码管理、日志服务这些技术部分都已经建设完备了，但是还缺乏一个核心的运行环境，而其时崛起的容器技术正好填补了这个空白。这个技术体系一直发展到现在。

到 2016 年， 京东云平台经历内部历练和打磨后，已经有了大规模的对外开放的技术基础了。在基础架构细节梳理的比较清晰、底层的基础设施服务和中间件服务都逐渐成熟、内部的使用和运营非常顺畅之后，当时决定，可以对外做公有云了。当然，做公有云和私有云的难度不是一个量级的，私有云很多事情都是在掌控范围之内，而做公有云要改造的东西特别多的。这包括网络管控、存储结构改造等几大的难点。

然而，京东云以后来者居上的节奏，从决定要对外开放，到真正的对外开往，仅用了几个月的时间，在 2016 年的 4 月 1 号正式对外开放公有云服务。

在京东云的公有云服务上线之后，逐渐往上增加各种产品和服务。产品从 20 多款已丰富至现在的 220 多款。

云计算从最初一个概念的提出，到后来发展为公有云、私有云、混合云等不同的形态，关于到底哪种云服务形态才是未来，人们也有不同的看法。不过从当前阶段看起来，主流的认识是，在认可公有云的基础上，企业希望有一种“私有化”的公有云服务。那么如何看待公有云、私有云以及接下来的发展呢？

郭理靖说：

“这个事情我们分两方面看，一方面就是看现状，另外一方面看接下去的发展。”

“当前的云服务的现状是公有云、私有云、混合云并存，而且这个阶段可能会比较长。……京东也在做私有云服务，……我们称之为 JDStack 专有云，专业服务中大型企业以及政务云 。JDStack 既能把京东云所有的能力集成起来，而又提供灵活选配的功能，除了核心的几个组件，如 SDN、RDS 等必需的产品之外，其他产品都可以选配，用户可以将京东云的能力复制一份带回家，这个产品目前的市场前景也非常好。”，同样，对于混合云，“我们可以提供的 VPN 以及专线接入，打通用户的私有云与我们的公有云，我们有完整的混合云方案，京东云的很多客户也是采用混合云的模式。”至于公有云，就更不用说了。这三种模式我们都有，主要是使用于不同场景……就目前来看，公有云市场最大，而私有云的销售份额要比混合云大。”

“你刚才讲到公有云上的私有云，确实有些用户希望在公有云里面划分一些独占的资源池，它的所有 VPS，RDS 都分配到那个资源池里面去，这种客户独享资源池的模式我们也是完全支持的。”郭理靖接着补充到，“存在这样的需求我觉得主要还是在于，政策法规上对于数据安全上面的规定。在金融、保险等领域，对数据保存的位置与管理都是有特殊要求的，使用这个解决方案，不仅能够满足合规的要求，而且能复用公有云统一的技术栈、管理服务，不用担心升级运维等基础设施性的问题。”

Docker 出现以后，随着 Kubernetes 编排系统的进一步普及和标准化，用户逐渐摆脱了被厂商绑定的情况，目前京东云在容器服务方面的进展是怎么样的？

“其实在云端提供容器服务的最大难点是资源隔离，在这方面我们做的还比较出色。我们应该是国内厂商中比较早做容器服务的。现在 Docker 是用 cgroup 进行隔离的，但会造成 Docker 容器之间的逃逸，导致同一台物理机上的 Docker 容器可以读取另一个 Docker 容器的数据。这在私有云上这不是太大的问题，但在公共云上是不可接受的，所以我们开发了原生容器服务，利用虚拟化去承载容器镜像。用传统的虚拟化技术进行隔离，同时兼容所有 Docker 的镜像，在启动速度方面，丝毫不逊色于 Docker，甚至在不少场景还会更快。同时原生容器还可以无缝衔接我们现有的 SDN 和云硬盘等底层服务，在公有云产品线里是属于与云主机平级的‘一等公民’，这会比在虚拟机里运行 Docker 要好很多。”

专注于数据库

除了云计算方面，郭理靖也植根于数据库领域。

“京东云的关系型数据库（RDS）覆盖面还是比较广的，支持的数据库类型也比较多，除此之外我们还有自己的 DTS 服务，可以做数据迁移服务。”他说，“京东云非常重视数据库，数据库研发团队也非常精悍。我们对新技术的敏感度及理解一直走在前面。例如，京东云是国内首发支持 MySQL8.0 的云厂商，同时也是第一家支持云数据库 MariaDB 服务的云厂商，我们也在积极进行云原生数据库的研发工作。

新的数据库，新的服务模式

关于京东云自研的新数据库服务，我表示很好奇，因为一个全新的数据库的研发难度显然要远远大于将已有的开源产品进行适配、优化后提供给客户使用。

郭理靖说，“因为 MySQL 在单一实例上自身存在容量限制，并不能发挥云端的优势：按需付费。比如购买云厂商的 RDS，企业实际购买的数据库服务的 QPS 是受限的，如果买更高性能则可能很多时候是浪费的。这就没有把云服务的资源和能力完全发挥出来：随着用户的体量越来越大，对容量的需求相对更大，应该在访问高峰时能够满足服务要求，在访问低峰时足够便宜，按照实际用量来收费。这样的数据库产品很值得设计研发。”

京东云对未来这样一个按需付费的数据库期望达到：

“第一、兼容SQL 标准；第二、按需付费、按性能付费，小规格的存储也能享受高性能，存储和运算深度分离；第三、性能非常好。”

开源开放

作为开源社区，我们自然也关注京东云的开源。

郭理靖说，“参与开源社区活动我们是非常积极的。我们不但是云原生基金会（CNCF）的会员，也加入了 Enterprise Ethereum Alliance（EEA），我们对开源这件事持很开放的态度。”

“在过去的几年中我们的工作压力比较大，更多的精力是投放在产品的打磨上，先要达到一定的产品丰富程度才能去做到精益求精，才能在对外开源，才能在开源社区上去贡献更大的力量”，郭理靖补充道。

当然，开源从来不仅仅是一种意愿，而是代表着背后很多的工作投入的。

开源这件事需要必要的时间和投入，京东云事业部对此也是持开放的态度，希望可以通过开源进行技术和品牌侧的建设。从这一点看，我觉得中国的技术公司已经有这样的思想和氛围了。

“要做一个完整的开源项目还是存在一些挑战，比如京东云的很多项目相互依赖比较多，要做开源的话首先要进行整理和切割，否则开源出去也无法独立运作，就没有开源的意义了。举个例子，如果要开发一个中间件，那必须把原先和用户、计费、管理、监控相关的东西全部切割出来，这个任务代价是很大的。”

郭理靖说，“目前我们的 BDS 项目已经完成代码的整理，已经对外开源了。BDS 是京东云打造一个行业标准的区块链的 BI + 数据搜索服务。区块链项目的底层区块存储结构各不相同，需要对不同的项目的数据进行解析与整理，基于此，京东云开源了区块链数据服务 (BDS)，以望让更多的开发者与社区可以参与其中，接入更多公有链、联盟链、私有链等区块链项目。区块链数据服务将以区块链数据搜索引擎形式聚合所有区块链相关的内容，最大化区块链上可信数据价值，方便社区能在 BDS 上进行区块链数据的一站式查询。。”

“技术开源也能从另一个纬度考验我们的技术能力，进而驱动我们不断打磨技术和产品”。

作为京东集团技术能力对外输出的重要出口，京东云商用三年以来，正在逐渐演化为京东技术的“开源”代表，对内整合 AI、区块链等硬核技术，对外不断携手上下游伙伴扩张生态，京东云希望让各种技术通过云端整合相互促进，业务侧对外赋能可以像积木一般拆分重组，实现“即插即用”的模块化方式，为社区、为生态带来普惠价值。

结语

和郭理靖的谈话匆匆过去了一个小时，通过和一位直接负责云产品的技术负责人的深入沟通，让我对京东云丰富的云产品背后所掩盖的宏大的技术背景有所了解，也对云计算的发展有了更多的切实体悟。

“穿山甲专访”栏目是 Linux 中国社区推出的面向开源界、互联网技术圈的重要领军人物的系列采访，将为大家介绍中国开源领域中一些积极推动开源，谙熟开源思想的技术人，并辨析其思考、挖掘其动因，揭示其背后所发生的事情，为关注开源、有志于开源的企业和技术人标出一条路径。

取名为“穿山甲”寓意有二：取穿山甲挖掘、深入之意来象征技术进步和表征技术领袖的作用；穿山甲是珍稀保护动物，宣传公益。

蚂蚁金服的 SOFAStack 作为一个成功地将企业私有项目转化为开源核心模式的知名案例，我们之前对背后的思考和推动力做过专题分析，但是具体这件事是如何在蚂蚁金服内部发生的、是如何实操的，有很多读者向我们表示非常感兴趣，而我觉得这也是其它技术公司所正在探索和思考的方向。

因此，上个月底，老王在参加上海举办的 KubeCon 2019 时，遇到了蚂蚁金服 SOFA 团队的余淮，他目前在蚂蚁金服中间件团队服务与框架组具体负责开发框架与 SOFAStack 的开源工作。于是，参会之余，我和余淮就 SOFA 开源的实操方面进行了深入的沟通，现将谈话所得整理给大家。

SOFA 与开源

2018 年，SOFAStack 开始开源之后，处于关注，我曾向蚂蚁金服中间件负责人杨冰了解过为什么要将 SOFA 开源的背后思考，以及 SOFA 发展迭代的历程。

目前，SOFA 的架构已经发展到 SOFA 5 阶段，前任的 SOFA 开源负责人鲁直也向我介绍过 SOFA 5 中重点推进的方向，主要包括 Service Mesh 和 Serverless，以及分布式事务 Seata 的落地等。而在今年上半年他们又开源了分布式事务框架 Seata 和服务注册中心 SOFARegistry。

作为一个成功的开源核心模式的项目，我非常关注 SOFA 开源的实操是如何进行的，是如何进行开源治理的，作为 SOFA 团队的老朋友，我们话题就直接从 SOFA 的开源治理聊起。

以 SOFA 为例：公司内部软件的开源流程

余淮说，从 2015 年开始，蚂蚁金服开启了金融科技对外输出的战略，SOFAStack 也走出了蚂蚁金服，甚至跨越了国界，被更多金融机构与合作伙伴所使用，如天弘基金、信美互信、南京银行、PayTM、DANA 钱包等。

在与合作伙伴以及客户的沟通、合作过程中，他们发现了 SOFAStack 的理念和能力也正是很多金融行业的企业所需要的。在蚂蚁金融科技对外输出的过程中，内部已经对 SOFAStack 进行了一定程度的代码重构，例如历史兼容逻辑的剥离等，但是并未能达到直接开源的标准。

关于开源，其内部一直有开源的讨论，到 2017 年双十一结束后正式决定开源。经过了一系列的准备，2018 年 4 月，完成了对 SOFA 项目的满足了开源改造的标准后，SOFAStack 马上宣布正式开源框架中部分重要组件。

SOFA 团队给开源定的策略叫「 开源核心 （ Open Core ） 」，顾名思义就是要将接口层以及核心实现都开源，以可扩展化的方式来层层构建 SOFAStack 的能力，保证 SOFAStack 的内部版本和开源的版本采用的是同一个内核。为此 SOFAStack 做了大量的改造和重构工作。

在开源的具体考量上，余淮表示，SOFAStack 的开源改造基本上有三条原则，分别是高可扩展性、对内兼容历史版本、对外兼容业界标准。

以 SOFARPC 重构为例，大概经历了这样的过程：

1. 首先需要将 SOFARPC 进行了一次核心接口和模型抽象，然后增加了扩展点机制和事件总线机制，所有的对内、对外实现都基于这些核心接口和模型去扩展，并且保证这些扩展能力都是平等的、可选的；
2. 接着将核心的处理逻辑实现迁移到这套接口和模型上来，保证 RPC 能力完整可用；
3. 然后需要将 RPC 里一些对接内部系统的、兼容历史逻辑的代码做成内部扩展，并进行全量测试验证，确保和已有线上的历史方案的兼容，发布上线；
4. 最后会调研业界的一些开源标准方案和实现，并对其进行兼容，例如 SOFARPC 不仅对接自己的 SOFARegistry 的实现，还兼容了 Zookeeper、Etcd、Nacos 等业界优秀的注册中心方案。

虽然上面重构过程听上去没那么复杂，但是在实际过程中还是非常考验团队的技术能力的，特别是在抽象核心接口和模型的时候，为了做到既兼容内部又兼容外部，这需要进行大量的调研工作，才能做好这层较为通用抽象。其次在对内逻辑兼容的时候，由于内部的历史负担还是比较重的，为了能让重构的代码安全上线，团队也做了很多事情。

还是举 SOFARPC 的例子，蚂蚁内部的服务路由过程比开源是要复杂很多的，特别是配合蚂蚁特有的单元化部署以及异地多活的能力，有时候需要多层路由才能找到目标地址。为了验证重构后逻辑的正确性，除了在开源代码里有单元测试用例外，SOFA 团队在内部也构建了一套非常完善的集成框架，专门用来测试已有逻辑的兼容性及正确性。

基于开源核心这套思想建设 SOFAStack 以后，其实对开发人员的工作量来不会变少，反而可能是增多的。这是因为在写代码的同时，需要更多的考虑内部外部的使用情况，对代码质量也提出了更高的要求，开发流程会变得更加复杂。

例如，内部新增一个特性，在以前可能直接修改代码经过测试就发布上线了，但现在的话会去思考这其中哪些能力是通用的，把这些能力抽象一下放到开源版本里去，然后开源版测试后发布，这个时候内部版本在基于这个开源版进行扩展，再经过测试后发布上线。

虽然开发人员工作变多了，但是这样的话可以让 SOFAStack 的核心代码被更多的开发者评审，在更多的系统中运行，在更多的场景下进行验证，对 SOFAStack 的品质保证有非常大的帮助。

此外在开源进度上，余淮表示， SOFAStack 并不追求开源全部内部的组件，而是会根据产品的特性和开源准备的情况有选择的开源。

例如 SOFAStack 下的分库、分表组件，因为产品特性和 OB 等内部结合紧密就暂时不会开源。金融级分布式架构下未开源部分能力，SOFAStack 会和与业界其它优秀的开源项目做集成，保证整个金融级分布式架构功能的完整性和多样性。

所以对于 SOFAStack 来说，并不只有自己开源的产品，而更多关注的是，和整个社区里所有开源优秀的产品一起，打造一套快速构建金融级分布式架构的套件。

开源项目的管理

开源一个项目，作为背后推动的公司事实上要付出相当多的人力和资金成本，同时，也不可避免的会涉及到审批流程。随着蚂蚁金服越来越多领域的项目开源，包括 SOFAStack、AI、区块链等，蚂蚁金服内部出台了相应的严格的审核机制，包括技术、合规、法务、安全等部门进行审核，同时还会考察项目开源对公司的意义，以及是否对社区有价值，在审核通过之后项目就会正式开源与大家见面了。

蚂蚁金服对于开源文化是十分友好的，其内部的代码也大多都是公开在内网的 GitLab 仓库，经常会有业务团队对 SOFAStack 提交一些合并请求（拉取请求）来帮助项目的发展。

同时，蚂蚁金服的工程师也普遍地拥抱开源，开源能够帮助项目产生更多、更好的想法，同时也可以吸收来自社区的贡献，让项目本身能够做的更好，这是大家所喜闻乐见的。

SOFA 的社区治理

开源项目并不是开放源代码就是终点，事实上，这只是开始，之后持续不断的开源治理才是开源之路。而如何将一个开源项目从最开始的由开源项目背后的公司主导转变为社区性项目，这是一个值得思考和探索的课题。

基于目前的开源模式和社区建设力度，SOFA 团队也在尽可能去吸引外部的贡献者。不过 SOFAStack 项目由于大量应用在蚂蚁金服及不少企业线上环境，所以目前对于开发者技术能力以及代码质量要求相对较高，因此，这项任务还需要较多的工作。

目前 SOFA 社区已经涌现了不少积极的开发者和贡献者，解决了社区提出的一些重要需求。这其中一些功能组件的完成，贡献者提供了相当重要的代码基础，而 SOFA 社区成员也积极参与到功能的完善和规范化工作中，甚至有的拉取请求要经过十几个来回才能被合并入功能分支。

余淮同时也谈到，下一步会引入更友好的流程和工具，让更多的开发者能够更容易地加入到 SOFAStack 社区的开发和贡献当中，为 SOFAStack 的共同发展做出包括贡献代码、文档完善和推广宣传等各个方面的贡献。

在社区团队方面，SOFAStack 也设计了诸如 贡献者 （ Contributor ） 、 提交者 （ Committer ） 、 委员会成员 （ PMC ） 等多个层面的贡献者认证机制，以让各个层级的热情、精力不同的人能够加入到项目的贡献中。

SOFAStack 开源至今社区已经有 120 多位贡献者共建社区，也有十来位外部提交者通过其贡献的代码获得社区的认可，并进一步取得对社区发展的影响力。谈及这一点，余淮表示，为了保证代码质量，来自社区的代码贡献往往需要 SOFAStack 社区已有成员和贡献者许多次的往复修改和完善才能进入到代码主干，但是通过这些互动，才能真正遴选出来社区的中坚分子，也进一步将项目融入到社区中。

在社区建设方面，除了在 Github 上、钉钉微信群的一些交流外，SOFAStack 社区还会有丰富的线上线下的活动。每周类似周报形式的 SOFA Weekly，帮助大家了解社区的最新资讯和项目进展；社区共建的 SOFALab 源码解析实验室，和社区同学一起学习和解析源码，整理成册，帮助大家更好的学习项目；每月若干次的 SOFAChannel 直播，可以在线和讲师进行沟通交流。与此同时，SOFAStack 也会定期在全国各地举行线下的 SOFAMeetup 活动，大家一起面对面交流，目前已经在全国五个城市举办了 7 场，共有一千多人到现场；也会举办 Workshop 和 CodeLab 等实践类的活动，像本次的 KubeCon 就有一场 Workshop，手把手带着大家一起实践 SOFAStack。

在社区合作方面，社区里有很多优秀的开发者和开源项目，SOFA 团队也经常和社区互相学习、分享、交流技术，目前SOFAStack 已经和很多开源社群建立了良好的关系，包括国内 ServiceMesher，K8S 中国，ShardingSephere，SkyWalking，Ant Design，EggJS 等，也包括国外的 light4j 等。

此外，余淮还谈到，SOFAStack 在今年还会结合实际业务方面和开源社区做更多的能力整合提升，他举例说到 SOFAStack 今年会和做 Spring Cloud 更深入的集成和增强，例如 Spring Cloud 还是文件级别的配置更新，配合 SOFAStack可以做到更细粒度的配置更新等。

总结

要说我对哪个国内开源项目研究的最深入，那非 SOFAStack 莫属。自从 SOFAStack 开源以来，我先后和杨冰、鲁直从 SOFA 开源的思想、战略层面进行过深入沟通，而这次，我希望可以从战术上，从实操层面分享他们在 SOFA 开源方面的经验给广大的开源社区和开源企业。

“穿山甲专访”栏目是 Linux 中国社区推出的面向开源界、互联网技术圈的重要领军人物的系列采访，将为大家介绍中国开源领域中一些积极推动开源，谙熟开源思想的技术人，并辨析其思考、挖掘其动因，揭示其背后所发生的事情，为关注开源、有志于开源的企业和技术人标出一条路径。

取名为“穿山甲”寓意有二：取穿山甲挖掘、深入之意来象征技术进步和表征技术领袖的作用；穿山甲是珍稀保护动物，宣传公益。

在国内的云服务市场当中，青云QingCloud 一直是一个积极活跃的身影，但是我却从来没有和他们直接接触过，而在上个月刚刚结束的 KubeCon 2019 上，我见到了江湖人称“四爷”的青云QingCloud 容器平台负责人周小四。自以为尚不算健谈的我，跟人聊起技术来，居然聊得非常投机。期间，我和四爷聊起了 KubeSphere 容器平台，也对青云QingCloud 的容器战略有了一些管中窥豹的了解。我想将这些谈话整理出来分享给大家，希望可以通过我的侧写让大家也认识一下这位“四爷”和他的团队打造的 KubeSphere。

谈话自然是从我所不了解的青云QingCloud 开始的。

天然的企业服务提供者

说起青云QingCloud，自然不能放过其背后的历史，这段与众不同的历史，造就了这家与众不同的云计算企业。

谈起云计算，大家会想起国内公有云市场占有率较高的一些互联网公司旗下的云服务商，这些公司的云计算业务最初大多是从内部的云计算技术能力转化出来的，将其在内部打造的云计算能力开放给公众，从而形成了我们所熟悉的多个云计算平台。

青云QingCloud 从一开始就走上了和绝大多数云计算创业企业不同的道路——自研云计算架构。

“与这些云计算公司不同，青云QingCloud 从 2012 年公司创立的那一刻开始，就是一个立足于为企业服务的云计算企业，其三位创始人均有多年在 IBM 工作的深厚背景，使得他们对于企业级用户的市场和用户的需求更加敏感，也能更加准确把握企业用户的需求和痛点。”四爷介绍说，“并且，青云QingCloud 的创始人均是资深的技术研发出身，对于技术方向的发展更加敏感，也正是如此，青云从一开始就走上了和绝大多数云计算创业企业不同的道路——自研云计算架构。”说到这里，四爷眼中洋溢着自信的眼神，作为一个同样从事了多年技术工作的老兵，我对这种技术驱动型的公司更加感兴趣了。

私有云成就下的青云

从 2012 年开始，青云QingCloud 便开始进行自研底层云计算架构的研究。自研架构所需要付出的技术成本，使得青云的公有云服务上线花费了一年半的时间，但是，付出总有回报，在自研架构上的投入，使得青云QingCloud更加灵活和富有创造力，可以更加专心地为企业提供更优质的服务。

而同时期一些使用 OpenStack 作为基础设施的云计算企业，却受制于社区的发展速度，不得不在底层基础设施的优化上花费大量的精力。说到这里，四爷表示，“这为青云争取到了宝贵的时间！”

到了 2014 年，青云QingCloud 已经取得了长足的发展。这个时候他们意识到，在当时的环境下只做公有云服务是“一条腿走路”，无法获得长时间的可持续发展，而私有云服务能够更好的发挥青云QingCloud 在企业服务的能力和经验。因此，青云开始正式进军私有云市场，并在次年年初，成功拿下中国银行、招商银行等的私有云业务。

随着青云QingCloud 的私有云业务的发展一路开疆拓土，他们逐渐建立起来成熟完善的公有云、私有云、托管云、混合云一体化的产品服务体系，后续不断得到越来越多客户的认可，我们耳熟能详的光大银行、泰康保险、中国太平、江苏交通控股、华润创业、本钢集团、国航、四川航空、好未来、VIPKID 等，都是青云的客户。

在云业务一片向好的环境下，容器时代正在悄悄的来临了。

容器时代来临，KubeSphere 应运而生

容器时代的到来，让各家云服务商都开始积极布局容器服务，而在青云QingCloud，容器服务的负责人便是我们今天谈话的主角周小四——圈内亲切的称其为“四爷”。

从 Docker 开始

在当时，开源社区内的主流容器方案，一种是一出现就迅速风靡技术世界的 Docker 技术，另一个则是同样源自 CGroup 技术的 LXC。那个时候，看起来 LXC 的目标更远大，但是在对这两种技术方向进行分析后，最终四爷选择了 Docker 的方案。

我们也曾经在容器技术初现萌芽时，对出现的各种容器技术做过跟踪，因此，我也好奇为什么四爷会在 Docker 技术初生时就押注 Docker，因为这不仅仅是社区爱好，这个决策肯定会影响到公司的技术方向和时间差优势。

四爷对此的解释说，“2013 年才提出的 Docker 虽然很年轻，但是作为一个新的容器化解决方案，它所提出的解决方案适合这个面向应用、快速迭代、微服务正在兴起的大趋势，符合并适合现行的软件开发模式发展，可以让技术把更多的精力放在如何构建一个更好的应用上。”而 LXC 则延续了重型虚拟机时代的思路，将更多的精力放在了如何更好的隔离宿主环境与容器内的环境上。这很重要，但是已经不再适合如今快节奏、快迭代的开发环境了，因此，他认为 Docker 一定会是最终的胜利者，决定选择 Docker 作为青云QingCloud 容器服务平台的底层设施。

虽然现在回过头看，Docker 容器技术在初期确实存在容器逃逸的安全问题，如今也有专注于提高隔离性的安全容器技术的出现，但是在当时，这种折中确实极大地激发了 DevOps 和相关生态的迅速发展。而正当其时，能敏锐地发现这一点，并果断下注，我认为这离不开一位技术领袖的远瞻。

在选择了容器技术方向之后，四爷的下一个挑战就来了。Docker 最初主要是一个容器引擎，其外围的生态尚不完善，尤其是对于企业大规模应用所需要的容器编排才刚刚开始获得发展。业界也推出几种不同的容器编排技术方案，这包括 Docker 推出的 Swarm、Google 推出的 Kubernetes，以及 Apache Mesos，那么作为面对企业提供服务的青云QingCloud，该如何选择呢？

押注 Kubernetes

现在看起来，当初四爷选择 Kubernetes 作为技术方向似乎是在技术人直觉之下做的选择。但是，这背后是经过了深思熟虑和足够的技术远见之下的选择。

四爷告诉我，他选择 Kubernetes 的主要原因有以下几点：

1. Kubernetes 背后由 Google 支持：显然 Google 支持的 Kubernetes 会拥有更多的资源来发展，它也拥有更加强大的生命力。
2. Kubernetes 是 Google 在内部基础设施的容器编排方面的经验升华：Kubernetes 的应用场景是容器编排，这种大规模容器的实践经验十分难得。而 Google 作为互联网领域的巨鳄，所拥有的经验和技术积累具有无可比拟的优势。相比之下，初创企业 Docker 公司在海量的可伸缩服务上的经验就稍显孱弱。而且 Docker 公司本身的开发力量显然有限，在容器技术日新月异的快节奏发展之下，仅仅是 Docker 引擎本身的开发和维护就已经有些不堪负荷，所以对他们在 Docker Swarm 上发展自然不如 Kubernetes 那么快。
3. Kubernetes 的社区更加活跃：得益于 Google、Red Hat 等企业的开源社区基础，Kubernetes 从一开始就是整个社区目光的焦点，大量的开发者活跃在 Kubernetes 及其周边项目上，活跃的社区为企业培养了足够的储备人才，这一点是 Docker Swarm 和 Mesos 都无法比拟的。
4. 容器时代已经与以虚机为基础的云计算时代有着本质的区别，以前人们关注的是功能、性能、安全等问题，创建一个虚机每个厂商可以用不同的 API 提供，用户要的是资源，不会太在意这些差异性，因此自研的云平台有存在的市场空间。但容器时代是面向应用的，用户更关注的是开放、标准等问题。简单来说，如果大家都用 Java 语言，你去采用一个只能使用汇编语言的平台，这个平台基本上很难有市场。容器编排系统一样，用 YAML 或 JSON 定义的声明式接口就是标准，大家害怕的就是选错标准。所以当大家都选择 Kubernetes 的时候，实际上选择的是标准。

经过权衡，四爷及其团队最终选择了 Kubernetes 作为青云QingCloud容器平台的编排工具。而随着对 Kubernetes 的不断的深入研究，更是让他相信，Kubernetes 会成为最终的胜利者。

他补充道：“Kubernetes 的一个主要关注是规范化，应用可以随意的在不同的基础设施间迁移，从而避免了供应商锁定。这会使得越来越多的人主动尝试使用 Kubernetes，此长彼消之下，Kubernetes 会成为最终的赢家。”

KubeSphere 的诞生

确定了 Kubernetes 方向后，四爷开始对各个 Kubernetes 产品进行了调研。通过不断试用、体验后，他敏锐的发现，现有市场上大多数厂商都没有认真做产品，要么是为了尽快抢占市场、在市场上发布尚不完善的产品，要么就是厂商的防御性产品。

“他们是以做项目的心态在做产品，没有精细化地打磨产品，更多的是功能的堆砌。”周小四解释到。

“就好像考试做题，一共十道题，每道题 10 分。他们可以做八道题，但是因为做得不好，每道题都只能得五分。而我们即使只做了 6 道题，但是每道题都是 10 分。最后的总分还是我们高，企业还是会选择我们。”四爷举了一个例子来说明“做项目”和“做产品”的不同。

在他看来，也正是这些企业以“做项目”的心态来做容器产品，才给了 KubeSphere 弯道超车的机会，以满分的心态，做出更好的产品。

从 2017 年 6 月开始，周小四便开始调研和思考如何设计 KubeSphere 的原型。2018 年 4 月，KubeSphere 项目正式立项，经过了三个月的苦干，终于在同年 6 月正式发布了 KubeSphere 的社区版，并邀请了部分用户进行内测。

精细化打磨的 KubeSphere 得到了用户的很多好评。而这一切并没有让 KubeSphere 团队止步，他们又进行了 5 个月的研发迭代，继而在 2018 年的 12 月发布了 KubeSphere 高级版，并进入了公测期。KubeSphere 团队吸收了在社区版上积累的经验，高级版将更多的精力放在企业用户的专业性、高可用性、易用性需求上。而就在前不久的 4 月发布的 KubeSphere 高级版 2.0 中，融合了更多的企业级特性。

四爷向我介绍说，KubeSphere 容器平台在企业增强特性上主要可总结为四点：

• 极简：向导式图形化的 UI 全方位覆盖调度、管理、运维监控等功能，低学习成本高效使用。
• 安全：基于微服务级别细粒度的多租户权限管理，完美实现资源隔离，保障数据安全性。
• 运维友好：可视化、自动化的统一运维，以及全方位、立体化的秒级频率监控，极大程度降低运维复杂度。
• 兼容企业传统 IT：尊重企业 IT 管理规范，兼容企业既有 IT 管理流程，可平滑整合到现有 IT 体系中。

比如说，在 Kubernetes 社区中，官方仪表盘糟糕的监控功能饱受诟病，为了解决这个问题，KubeSphere 团队为用户提供了更细粒度的权限控制、自定义控制、日志查看等功能，帮助企业更好的解决监控的需求。此外，KubeSphere 还提供了诸如 DevOps、微服务治理等能力，可以帮助企业更加简单的完成 Kubernetes 生态的接入。这些方面的差异性体现在以下几点：

• DevOps：无需Jenkins配置、图形化拖拽编辑、即点即用
• 微服务：治理功能完善、全可视化治理、低成本运维（轻点即用、零 Istio 基础也可以）

在接下来会发布的版本中，四爷透露道，新版会更加适配企业用户的需求，将会为企业用户提供诸如多集群、多租户、多网络、AI平台等企业亟需的特性，还将对 KubeSphere 进行架构层面的改造，让 KubeSphere 支持模块化配置，用户可以根据自己的需要，选择所需的产品模块，从而让 KubeSphere 的架构更加灵活、自如。

KubeSphere 的开源基因

如今是开源的年代，而云计算、容器和 Kubernetes 更在开源中诞生并茁壮成长起来的奇迹花园。作为开源社区，我们也非常关心 KubeSphere 的开源情况。

四爷表示，KubeSphere 项目从一开始，就是抱着开源的想法去做的，项目从初期便开源。他提到，青云QingCloud 做 KubeSphere 一开始就和其他的企业的思路不同。青云有天然的企业服务基因，从一开始 KubeSphere 就是面向企业设计和研发的，企业对于开源产品会更加的信任，而开源模式也能够让 KubeSphere 走得更远。

这种开放的策略，让 KubeSphere 在早期收获了大量用户，也让 KubeSphere 赢得了用户的信赖。

此外，四爷表示，KubeSphere 的开源也是符合用户利益的。实际上，有不少用户在开始使用青云QingCloud 的云服务之前，已经采购了其他的云服务、虚拟化或者物理设备，很难马上迁移到青云上来。开源的 KubeSphere 可以帮助他们在其它基础设施上先用起来。这种开放的策略，让 KubeSphere 在早期收获了大量用户，也让 KubeSphere 赢得了用户的信赖。

当 KubeSphere 根植于青云时

开源的 KubeSphere 与云平台是完全解耦的，这意味着 KubeSphere 可以运行于任何公有云基础设施之上，而当 KubeSphere 根植于青云QingCloud 自身所提供的基础设施时，就出现了 QKE。

周小四说，“QKE 是我们在 KubeSphere 容器平台的基础上，加入了青云的基础设施，以进一步的降低用户的使用成本。”

“从一开始做我们就知道，KubeSphere 的最终形态一定是对接公有云的，也只有公有云才有足够的资源提供给企业进行弹性伸缩。我们在 KubeSphere 的基础之上，对接了青云的高可扩展性网络和高性能存储，帮助企业用户更加简便地使用 Kubernetes 完成应用开发，而无需将大量的精力投放在底层基础设施的运维上。”

进一步的，在 QKE 之上，QKS（QingCloud Kubernetes Service）也会很快推出，QKS 是 QKE 的升级版。“QKS 也在 KubeSphere 之上，提供了不少非常有价值的功能，比如说，相比于其他家的容器服务，QKS 能够根据用量付费，这和其他家以集群来付费的理念是完全不同的。他们的本质上还是购买计算资源，然后在资源内部进行弹性。而 QKS 的底层是一个大的资源池，所有的用户都从这个资源池内调取资源进行计算，使用完成后就可以释放，从而达到真正的‘按量计费’。”

尾声

或许都是技术人吧，两个有共同话题的人聊起来技术就滔滔不绝，聊天中，我问起了“四爷”这个颇为霸气的昵称的来历，据说最初这来自同事们的戏称，周小四在技术问题上非常较真，十分霸气；而在攻关重大技术难关时，又能领着大家迎头挑战，颇有侠气，因此这个昵称在技术部门内不胫而走，最后在整个青云公司内，甚至连客户都这样亲切称呼他。我想，这正是一个技术人对技术的自信、对自己做出来的产品自信，才能自信立于云计算的潮头吧。

“穿山甲专访”栏目是 Linux 中国社区推出的面向开源界、互联网技术圈的重要领军人物的系列采访，将为大家介绍中国开源领域中一些积极推动开源，谙熟开源思想的技术人，并辨析其思考、挖掘其动因，揭示其背后所发生的事情，为关注开源、有志于开源的企业和技术人标出一条路径。

取名为“穿山甲”寓意有二：取穿山甲挖掘、深入之意来象征技术进步和表征技术领袖的作用；穿山甲是珍稀保护动物，宣传公益。

近日，笔者聆听了 VMware 大中华区高级技术总监李刚先生一场精彩演讲，他就企业 IT 的发展之路探讨了 VMware 企业云 2.0 的发展。

VMware 眼中的行业趋势

李刚谈到，从 VMware 的愿景可以看出整个企业 IT 正在发生的三个深刻的变化：

VMware 认为，首先，私有云演进为混合云，也就是说， 云基础架构可以自建也可以去当作服务购买，而提供给用户的是统一技术栈，统一运维管理的融合环境；其次，IT 和 CT 会融合成电信云~电信网络会形成云的形态；而边缘计算会成为一个新的基础架构形态。

从行业角度来看，也和 VMware 的愿景高度契合， VMware 称之为三波产业重大变革：

• 第一个就是通过重构企业云，整个企业 IT 会全面转型以适应新的变化，拥抱变化创造新的机遇。当今的企业正处于从私有云和公有云阶段迈向混合云、多云的阶段，既保有了私有云的安全性，也利用到了公有云的开放性，使得企业可以以最佳成本获得业务快速发展的基础设施服务。而新的企业云，正承担着这一数字化转型的重任。
• 第二个是云网融合，就是整个 IT 生态会以云和网络融合的形态来包容在企业的外围。在多云战略进一步深化之后，企业将协调处于多云环境中的数据、服务和应用，通过云和网络的融合，能将这些融为一体。未来，随着基础设施的进一步发展，流经多云之间的网络的流量必将占到更多的份额。
• 第三个是拓展到边缘，边缘计算以后将会是更大的想象空间。越来越多的数据和应用将来自于边缘设备、迫切地需要在利用边缘设备的计算能力、存储能力以满足业务需求。这些迅速增长的边缘设备极大地拓展了计算的范围和领域，而它们的爆发式增长也给企业带来了更多压力和广阔的前景。

这三个变化和由此发展而来的三波浪潮，给企业计算带来全新的挑战和机遇，只有不断地变革企业云基础设施，升级企业的数字化技术，才能应对数字化转型 2.0 的进化，而这就是 VMware 重构企业云，推出企业云 2.0 的原动力。

重构企业云

VMware 认为，对于大中型企业而言，其战略方向无疑是重构企业云，通过建设新一代企业云（EnterpriseCloud 2.0），完成企业 IT 的重塑，让 IT 真正从资源供给的角色到创新平台的转变。

李刚谈到，所谓“重构企业云，实际上就是重构企业IT的核心，企业IT要做大的转型。用一句话来说，企业IT要从资源供给到创新平台。”

传统的企业，私有云的模式就是一个比较先进的企业IT模式了，但是私有云实际上关注的还是以资源为核心，而且做的主要工作就是两个：一个是资源池化，另一个是资源交付流程化和自动化。所有这些对业务来说的价值就是节省成本。对 IT 自身的价值是变得自动化简易和简单。

新一代企业云我们把它起个名字叫企业云 2.0。新一代企业云才会真正改变企业IT的形式、定位和价值。

企业云 2.0

什么是新一代企业云？李刚从四个方面阐述了这一概念：

第一，对于新一代企业云来说，它把资源转化成服务、而且是全栈式服务。所谓“全栈服务”就是说它，包括 IaaS、SaaS、PaaS 等完整的服务能力，企业IT要有能力提供各个层面的服务。这个叫全栈资源服务化。

第二，从传统企业 IT 来说，用户的概念是相对比较弱的。传统企业 IT 严格意义上讲没有特别强烈的用户的概念——谁是你的用户，或者直接一点说，谁是你的云的用户？很多企业建了云，云的用户是谁？这个概念并没有得到强化。

在未来，对于企业云来说会有非常明显的用户的概念。

企业云的第一大用户就是你的业务创新团队，或研发团队。真正企业IT做的很好的，都已经大量的开始把研发从外包转向内包，甚至于能力的对外输出。第二类用户，即传统的业务线用户，当你的应用越来越丰富，也需要强化给用户提供服务的概念，而不是站在一个个单独的应用角度给用户提供服务，因为你的很多应用流程都会通过服务的方式提供出来，所以就有了所谓的应用门户的概念。这就是强化用户的概念。

第三，新一代企业云里面不强调公有云、私有云，事实上，无论是公有云还是私有云都是你的资源。公有云和私有云只不过是你建设资源管理资源的一个方式和选择。至于怎么选有很多方面，比如安全性、可靠性、成本等等，此外还包括服务的种类。比如说现在公有云服务相对会比私有云多一些，有些服务在私有云上还没有建成，需要公有云提供支持。而这些都是你的资源。最重要的是，要能够融合资源，以安全可控可管理的方式为我所用。

第四个，云本身具有非常强烈的迭代发展的概念，并不像传统的数据中心建设有一期、二期那么明确的阶段性。云服务必须不断的推出、升级，要能积淀这些服务，让它能力不断的增强。

企业 IT 演进战略

谈及了企业云 2.0，就不能不提到企业IT演进战略，李刚把它分成三个方面进行了阐述：云战略、服务战略、应用战略。

所谓云战略，就是把基础架构往前推，包括私有云跟同构公有云如何在资源上做分配，原生公有云和公有云之间如何做整合，企业应用怎么上云，公有云的技术怎么导入企业 IT 等等，这是讲云的战略。

其次是服务战略，之前它的服务非常弱化，在企业云 2.0 的实际建设里，最核心的部分之一就是怎么样把这些资源变成服务，提供给开发团队，这是很重要的能力。

第三是应用战略，就是应用怎么变得敏捷、创新，从外包到内包，怎么去思考这些问题。之前在这个层面上做的很多工作都是在建设一个传统的池化资源，采用私有云的模式。而到了企业云 2.0 阶段，从应用来看就是怎么定位你的应用，哪些应用可以退出了，哪些应用可以重新放在云上，哪些应用不用理它，哪些应用重新按照新的模式做设计，你的应用开发模式要做转变。

基础架构即代码

当你开始架构你的应用的时候，同时也会规划基础架构怎么部署，而且是代码的方式进行规划和部署。在真实部署之前会做配置管理，然后采用基础架构代码的方式来管理。在每一步，当你需要基础架构提供支持的时候，它会帮你部署和调整基础架构，这里是由代码自动提供的。

这个基础架构的概念包括 IaaS、PaaS 等，包括各种各样的服务。通过在企业内部实现企业云 2.0，知道企业内部有哪些资源可供被调用，然后把来自不同云的、包括私有云的这些服务组装成企业所需要的基础架构的元配件，再用代码的方式编写成应用所需要的基础架构描述，然后，研发团队会自动的调用这些代码生成基础架构。一个真正的应用，比如 VMware公司 内部在做的云管产品的应用，每天会做几十次的持续集成、自动化测试和持续交付，整个的迭代速度非常快，发现错误的速度也非常快，整个开发的进度就是之前十几倍、几十倍的提升。

这里有个非常核心的部分，第一个，你会发现它充分体现了应用驱动，应用在驱动整个基础架构在变动。第二点，这些如果不是软件定义的，不是真正可以代码化的，应用根本没法驱动，它需要完全高度代码化，然后就可以通过应用驱动转起来了。所以，在软件定义之上，有了应用驱动，使得价值充分发挥出来，IT基础架构变得高度灵活。

与 Intel 携手

而李刚先生在演讲中也提及，VMware 行业领先的云计算技术和 Intel® 技术可以帮助客户充分利用混合云，并连接和管理本地部署与远程部署的工作负载，从而提高敏捷性、容量、透明度、可见性和恢复能力。

借助一系列私有云、公有云和混合云解决方案，企业可以随心所欲地实施支持其云计算战略的云计算解决方案，以推动其独特业务的发展。他们既可以自由选择，又能保持可控力。

云的未来

早在 2015 年时，VMware 发布的企业愿景“一云承万象”，其核心是通过软件定义的基础设施，在一体化的混合云平台上，支持任何类型的应用和对不同类型的终端平台做交付服务。如今， VMware 的这一愿景得到了再次升华，在迎合新的变化的同时，深耕于企业云计算领域，也将自身转化为了一家“数字技术基础设施”供应商。而新的企业云 2.0 也正是这家软件巨头向未来迈出的坚实一步。

诸位，作为 Linux 中国开源社区及旗下的志愿者翻译组 LCTT 的创始人，我很荣幸地宣布，我们今天迎来了第一位翻译文章数量达到 1000 篇文章的翻译志愿者： geekpi 同学！

geekpi 同学，在 LCTT 创立不久之后即加入了翻译组，并从此默默无闻地、持续地贡献文章翻译。无论从哪个角度看，如果评选 LCTT 中贡献最大的几个人，geekpi 同学都必然入选。

事实上，LCTT 创立快 6 年来，很多贡献者来了，也有很多贡献者渐渐淡出了，我有时候在疲倦之余也有时候会感到厌倦——而每当我看到 geekpi 雷打不动的每个工作日一篇的翻译贡献时，还是心怀感慨，重新投入到 LCTT 的工作当中。感谢以 geekpi 为首的诸位志愿者们，感谢我们的选题们、校对们和技术们，也感谢各位钻石和荣耀成员们，正是你们的努力，才有了如今的 Linux 中国。这也更坚定了我维护 Linux 中国保持公益、社区化的决心，这也给我以动力，让我不得不竭尽全力地将 Linux 中国建设成一个开放、公益、自由、技术的社区！

和一般的开源社区一样，LCTT 贡献者的贡献行为也呈现长尾化，头部贡献者做了大部分的贡献，而大部分人的贡献都较少且分布于长尾区间。但是，像 geekpi 这样一骑绝尘地跑在所有的翻译贡献者之前的，在国内的各个翻译社区中似乎也是绝无仅有的。继两年前 geekpi 同学达成了 500 篇的成就之后（这一记录迄今仍未有人打破），到如今拿下 1000 篇的记录，其贡献持续而稳定地领跑整个社区，要不是我亲自在上海见过 geekpi，简直会怀疑这个账户背后是一个智能 AI 机器人了！（笑，geekpi 同学是一个话语很少，很内敛的同学，在 LCTT 内部交流群内也很少说话）从统计数据上看，geekpi 同学的贡献篇数是第二名的 3 倍，第三名的 5 倍，也超了第 2 到 7 名的翻译篇数总和，更是在总数近 400 人的翻译组中一人独占 1/5 的贡献篇数！

最后，说一下我们 Linux 中国/LCTT 的愿景吧：成为一个开放、公益、自由、技术的社区，为开源技术和开源文化在中国的推广普及做出努力。

也欢迎你，加入我们的社区和翻译组：

• 社区官网： https://linux.cn/

• 翻译组主页： https://linux.cn/lctt/

  • 项目仓库： https://github.com/LCTT/TranslateProject
  • 项目 WIKI： https://lctt.github.io/wiki/
  • 贡献者列表： https://linux.cn/lctt-list