Go语言、Docker 和新技术

Go语言、Docker 和新技术

上个月,作为 Go 语言的三位创始人之一,Unix 老牌黑客罗勃·派克(Rob Pike)在新文章“Go: Ten years and climbing”中,回顾了一下 Go 语言的发展过程。其中提到,Go 语言这十年的迅猛发展大到连他们自己都没有想到,并且还成为了云计算领域中新一代的开发语言。还提到了,中国程序员对 Go 语言的热爱完全超出了他们的想象,甚至他们都不敢相信是真的。

这让我想起,我在 2015 年 5 月份拜访 Docker 公司在湾区的总部时,Docker 负责人也和我表达了相似的感叹:他们完全没有想到居然中国有那么多人喜欢 Docker,而且还有这么多人在为 Docker 做贡献,这让他们感到非常意外。此外,还跟我说,中国是除了美国本土之外的另一个如此喜欢 Docker 技术的国家,在其它国家都没有看到。

的确如他们所说,Go 语言和 Docker 这两种技术已经成为新一代的云计算技术,而且可以看到其发展态势非常迅猛。而中国也成为了像美国一样在强力推动这两种技术的国家。这的确是一件让人感到非常高兴的事,因为中国在跟随时代潮流这件事上已经做得非常不错了。

然而,从 2014-2015 年我在阿里推动 Docker 和 Go 语言的痛苦和失败过程中,以及这许多年来,有很多很多人问我是否要学 Go 语言,是否要学 Docker,Go 和 Docker 是否能用在生产线上,这些问题看来,对于 Go 语言和 Docker 这两种技术,在国内的技术圈中有相当大的一部分人和群体还在执观望或是不信任的态度。

所以,我想写这篇文章,从两个方面来论述一下我的观点和看法。

  • 一个方面,为什么 Go 语言和 Docker 会是新一代的云计算技术。
  • 另一个方面,作为技术人员,我们如何识别什么样的新技术会是未来的趋势。

这两个问题是相辅相成的,所以我会把这两个问题揉在一起谈。

虽然 Go 语言是在 2009 年底开源的,但我是从 2012 年才开始接触和学习 Go 语言的。我只花了一个周末两天的时间就学完了,而且在这两天,我还很快地写出了一个能工作很好的网页爬虫程序,以及一个简单的高并发文件处理服务,用于提取前面抓取的网页的关键内容。这两个程序都很简单,总共才写了不到 500 行代码。

我当时对 Go 语言有几点体会。

第一,语言简单,上手快。Go 语言的语法特性简直是太简单了,简单到你几乎玩不出什么花招,直来直去的,学习曲线很低,上手非常快。

第二,并行和异步编程几乎无痛点。Go 语言的 Goroutine 和 Channel 这两个神器简直就是并发和异步编程的巨大福音。像 C、C++、Java、Python 和 JavaScript 这些语言的并发和异步方式太控制就比较复杂了,而且容易出错,而 Go 解决这个问题非常地优雅和流畅。这对于编程多年受尽并发和异步折磨的我来说,完全就是让我眼前一亮的感觉。

(图片来自 Medium:Why should you learn Go?

第三,Go 语言的 lib 库麻雀虽小五脏俱全。Go 语言的 lib 库中基本上有绝大多数常用的库,虽然有些库还不是很好,但我觉得不是问题,因为我相信在未来的发展中会把这些问题解决掉。

第四,C 语言的理念和 Python 的姿态。C 语言的理念是信任程序员,保持语言的小巧,不屏蔽底层且底层友好,关注语言的执行效率和性能。而 Python 的姿态是用尽量少的代码完成尽量多的事。于是我能够感觉到,Go 语言想要把 C 和 Python 统一起来,这是多棒的一件事啊。

(图片来自 Medium:Why should you learn Go?

所以,即便 Go 语言存在诸多的问题,比如垃圾回收、异常处理、泛型编程等,但相较于上面这几个优势,我认为这些问题都是些小问题。于是就毫不犹豫地入坑了。

当然,一个技术能不能发展起来,关键还要看三点。

  • 有没有一个比较好的社区。像 C、C++、Java、Python 和 JavaScript 的生态圈都是非常丰富和火爆的。尤其是有很多商业机构参与的社区那就更为人气爆棚了,比如 Linux 的社区。
  • 有没有一个工业化的标准。像 C、C++、Java 都是有标准化组织的。尤其是 Java,其在架构上还搞出了像 J2EE 这样的企业级标准。
  • 有没有一个或多个杀手级应用。C、C++ 和 Java 的杀手级应用不用多说了,就算是对于 PHP 这样还不能算是一个好的编程语言来说,因为是 Linux 时代的第一个杀手级解决方案 LAMP 中的关键技术,所以,也发展起来了。

上述的这三点是非常关键的,新的技术只需要占到其中一到两点就已经很不错了,何况有的技术,比如 Java,是三点全占到了,所以,Java 的发展是如此好。当然,除了上面这三点重要的,还有一些其它的影响因素,比如:

  • 学习曲线是否低,上手是否快。这点非常重要,C++ 在这点上越做越不好了。
  • 有没有一个不错的提高开发效率的开发框架。如:Java 的 Spring 框架,C++ 的 STL 等。
  • 是否有一个或多个巨型的技术公司作为后盾。如:Java 和 Linux 后面的 IBM、Sun……
  • 有没有解决软件开发中的痛点。如:Java 解决了 C 和 C++ 的内存管理问题。

用这些标尺来量一下 Go 语言,我们可以清楚地看到:

  • Go 语言容易上手;
  • Go 语言解决了并发编程和写底层应用开发效率的痛点;
  • Go 语言有 Google 这个世界一流的技术公司在后面;
  • Go 语言的杀手级应用是 Docker,而 Docker 的生态圈在这几年完全爆棚了。

所以,Go 语言的未来是不可限量的。当然,我个人觉得,Go 可能会吞食很多 C、C++、Java 的项目。不过,Go 语言所吞食主要的项目应该是中间层的项目,既不是非常底层也不会是业务层。

也就是说,Go 语言不会吞食底层到 C 和 C++ 那个级别的,也不会吞食到高层如 Java 业务层的项目。Go 语言能吞食的一定是 PaaS 上的项目,比如一些消息缓存中间件、服务发现、服务代理、控制系统、Agent、日志收集等等,没有复杂的业务场景,也到不了特别底层(如操作系统)的中间平台层的软件项目或工具。而 C 和 C++ 会被打到更底层,Java 会被打到更上层的业务层。这是我的一个判断。

好了,我们再用上面的标尺来量一下 Go 语言的杀手级应用 Docker,你会发现基本是一样的。

  • Docker 上手很容易。
  • Docker 解决了运维中的环境问题以及服务调度的痛点。
  • Docker 的生态圈中有大公司在后面助力。比如 Google。
  • Docker 产出了工业界标准 OCI。
  • Docker 的社区和生态圈已经出现像 Java 和 Linux 那样的态势。
  • ……

所以,早在 3、4 年前我就觉得 Docker 一定会是未来的技术。虽然当时的坑儿还很多,但是,相对于这些大的因素来说,那些小坑儿都不是问题。只是需要一些时间,这些小坑儿在未来 5-10 年就可以完全被填平了。

同样,我们可以看到 Kubernetes 作为服务和容器调度的关键技术一定会是最后的赢家。这点我在去年初就能够很明显地感觉到了。

关于 Docker 我还想多说几句,这是云计算中 PaaS 的关键技术,虽然,这世上在出现 Docker 之前,几乎所有的要玩公有 PaaS 的公司和产品都玩不起来,比如:Google 的 GAE,国内的各种 XAE,如淘宝的 TAE,新浪的 SAE 等。但我还是想说,PaaS 是一个被世界或是被产业界严重低估的平台。

PaaS 层是承上启下的关键技术,任何一个不重视 PaaS 的公司,其技术架构都不可能让这家公司成长为一个大型的公司。因为 PaaS 层的技术主要能解决下面这些问题。

  • 软件生产线的问题。持续集成和持续发布,以及 DevOps 中的技术必需通过 PaaS。
  • 分布式服务化的问题。分布式服务化的服务高可用、服务编排、服务调度、服务发现、服务路由,以及分布式服务化的支撑技术完全是 PaaS 的菜。
  • 提高服务的可用性 SLA。提高服务可用性 SLA 所需要的分布式、高可用的技术架构和运维工具,也是 PaaS 层提供的。
  • 软件能力的复用。软件工程中的核心就是软件能力的复用,这一点也完美地体现在 PaaS 平台的技术上。

老实说,这些问题的关键程度已经到了能判断一家依托技术的公司的研发能力是否靠谱的程度。没有这些技术,依托技术拓展业务的公司几乎没有可能发展得规模很大。

在后面,我会在“极客时间我的付费专栏里另外写几篇文章详细地讲一下分布式服务化和 PaaS 平台的重要程度。

最后,我还要说一下,为什么要早一点地进入这些新技术,而不是等待这些技术成熟了后再进入。原因有这么几个。

技术的发展过程非常重要。我进入 Go 和 Docker 的技术不能算早,但也不算晚,从 2012 年学习 Go,到 2013 年学习 Docker 到今天,我清楚地看到了这两种技术的生态圈发展过程。让我收获最大的并不是这些技术本身,而是一个技术的变迁和行业的发展。

从中,我看到了非常具体的各种思潮和思路,这些东西比起 Go 和 Docker 来说更有价值。因为,这不但让我重新思考我已掌握的技术以及如何更好地解决已有的问题,而且还让我看到了未来。我不但有了技术优势,而且这些知识还让我的技术生涯多了很多的可能性。

这些关键新技术,可以让你拿到技术的先机。这些对一个需要技术领导力的个人或公司来说都是非常重要的。

一个公司或是个人能够占有技术先机,就会比其它公司或个人有更大的影响力。一旦未来行业需求引爆,那么这个公司或是个人的影响力就会形成一个比较大的护城河,并可以快速地产生经济利益。

近期,在与中国移动、中国电信以及一些股份制银行进行交流的过程中,我已看到通讯行业、金融行业对于 PaaS 平台的理解已经超过了互联网公司,而我近 3 年来在这些技术上的研究让我也从中受益非浅。

所以,Go 语和 Docker 作为 PaaS 平台的关键技术前途是无限的,我很庆幸赶上了这个浪潮,也很庆幸在 3 年前我就看到了这个趋势,现在我也在用这些技术开发相关的技术产品,助力于为高速成长的公司提供这些关键技术。

 

最后注明一下:

这篇文章于上周发布于“极客时间”的我的付费专栏中。极客时间中的付费是我受Geekbang邀请写的一个付费专栏,因为过去10多年给企业有过很多内训,过去2年又给好多企业做过一些咨询工作,所以,我会把一些商业化的内容写在极客时间里,当然,也会有一些我的新文章。关于这个事,我后面我专门开一篇文章说一下。(大家可以到 Apple的App Store上搜极客时间,Android版本等到12月初吧)

(全文完)


关注CoolShell微信公众账号和微信小程序

(转载本站文章请注明作者和出处 酷 壳 – CoolShell ,请勿用于任何商业用途)

——=== 访问 酷壳404页面 寻找遗失儿童。 ===——
好烂啊有点差凑合看看还不错很精彩 (81 人打了分,平均分: 4.30 )
Loading...

Go语言、Docker 和新技术》的相关评论

  1. 已经订阅,内容很受用!《极客时间》的专栏定价为199/年,但是充值允许选择的金额很坑爹,无论怎么选都得多留几块钱在账户里面。

    1. 可以分享到微信订阅。或者关注「极客时间」公众号,在菜单里微信订阅。

      苹果的充值档没有199的额度。后续会有新的知识产品,价格差异化的。

      1. 这个专栏的价格偏高了。清华的教授在得到上一年更新300多篇篇文章的专栏是199。比清华教授的专栏贵太多了。

      1. 已订阅,一直从前辈的博客收获很多的知识,必须支持,因为还会收获更多的知识,谢谢~~

  2. “Go: Ten years and climbing”中,回顾了一下 Go 语言的发展过程。
    时间过得好快,技术更新也好快,持续的学习,真是活到老,学到老,哈哈。

  3. 觉得整篇文章有些浮,不切要害。个人觉得go和docker并没有必然的联系。
    docker就“术”角度而言,目前还是幼儿状态,尤其是其有影响“开发”阶段,完全不成熟。
    从“略”角度,博主能结合集装箱的概念再深入(量化)讲解一下趋势吗

    1. 如果你要说docker完全不成熟的话,你就错了,Docker用到的底层技术都是好多年成熟的技术了。另外,我说的是任何一个语言都需要一个杀手级应用,如果Docker还不是的话,那么,你可能活在一个比较封闭的环境下了。

      1. 我这样说是源于我在win7上打包镜像的体验很不好,docker官方直接称最好centos7或者win10,开发环境占比估计不会很大吧?但这就像您说的,这都不是重点,势头对,坑迟早都能被填平。
        尝试做下简单的利益相关方分析。
        1. 中小型创业公司或者产品(产品刚上线到日活千万级):假想一开始就是服务化做好的,从前到后十几个服务,但量可能就是一天几万。我弄十几个镜像,部署到一个宿主机,写好伸缩策略。伸缩和费用就打包给云处理。千万日活峰值时可能一个服务的镜像自己扩到了10个。这方面自己实现或者用开源都是可行,如dubbo, spring cloud套餐,k8s等。
        2. 中大型互联网公司
        大公司会有自定虚拟化标准的内需和技术实力。
        百度自建(http://blog.sciencenet.cn/blog-414166-820940.html )
        京东拥抱docker (http://dockone.io/article/1948)
        阿里不太清楚,之前您没有推开来,不知道后面内部核心系统如何选型了。
        这个说明:虚拟化针对特定公司来说,只要利益足够,docker并不是必要条件,技术上都能做,更多是不同的技术标准。
        3. 云厂商
        要有竞争力,必须为中小型创业公司创造足够的利益,比如满足第1点。docker有做标准趋势的优势,比如可以在不同云上迁移。不同产品的统一自动化运维。从云厂商角度来说,是绝对利益相关的。

        说了这么多,可能偏了话题,docker是不是个有前景的应用,或者说到底多有前景。博主见识多广,相信也深有体会,可有这方面的经验和成功案例分享。比如中小公司既不损失服务质量,又能大幅享受到共享PaaS带来的好处(人力成功、硬件成本)?期待博主另开博文,带大家体会“集装箱”的革命。

          1. docker 这例子确实有点虚,但是打人不打脸,在别人博客上说别人文章浮,有点太较真了,你本意估计就是不赞同作者对 go 的趋势分析,直说不看好 go 就行了,毕竟我也不看好 ;)

  4. 我这样说是源于我在win7上打包镜像的体验很不好,docker官方直接称最好centos7或者win10,开发环境占比估计不会很大吧?但这就像您说的,这都不是重点,势头对,坑迟早都能被填平。
    尝试做下简单的利益相关方分析。
    1. 中小型创业公司或者产品(产品刚上线到日活千万级):假想一开始就是服务化做好的,从前到后十几个服务,但量可能就是一天几万。我弄十几个镜像,部署到一个宿主机,写好伸缩策略。伸缩和费用就打包给云处理。千万日活峰值时可能一个服务的镜像自己扩到了10个。这方面自己实现或者用开源都是可行,如dubbo, spring cloud套餐,k8s等。
    2. 中大型互联网公司
    大公司会有自定虚拟化标准的内需和技术实力。
    百度自建(http://blog.sciencenet.cn/blog-414166-820940.html )
    京东拥抱docker (http://dockone.io/article/1948)
    阿里不太清楚,之前您没有推开来,不知道后面内部核心系统如何选型了。
    这个说明:虚拟化针对特定公司来说,只要利益足够,docker并不是必要条件,技术上都能做,更多是不同的技术标准。

    3. 云厂商
    要有竞争力,必须为中小型创业公司创造足够的利益,比如满足第1点。docker有做标准趋势的优势,比如可以在不同云上迁移。不同产品的统一自动化运维。从云厂商角度来说,是绝对利益相关的。

    说了这么多,可能偏了话题,docker是不是个有前景的应用,或者说到底多有前景。博主见识多广,相信也深有体会,可有这方面的经验和成功案例分享。比如中小公司既不损失服务质量,又能大幅享受到共享PaaS带来的好处(人力成功、硬件成本)?期待博主另开博文,带大家体会“集装箱”的革命。

  5. And she wants to help. But she doesn’t know how. This will be our how this year. I’m going to tell her about Aleppo and the babies and this is where we will donate this year. Thank you for making this possible and available. I love you ladies for being AMAZING!

  6. Hi there everyone, it’s my first pay a quick visit at this web site,
    and post is really fruitful in favor of me, keep up posting these articles.

发表评论

电子邮件地址不会被公开。 必填项已用*标注