再谈Docker,微服务的场景化应用

刘永峰  腾讯云高级产品经理

  看过《超能陆战队》的朋友可能仍然对于电影中的男主角介绍和演示自己发明的微型机器人的场景记忆犹新。   “它”看起来只是一跟带有磁性的小小的金属部件。但是它是一个独立的个体,自己能够独立的大脑,同时,和同伴之间有相互的接口你行链接。能够通讯。能够随意的组合成任意功能的物体。   通过类比,我们很容易由硬件领域想到软件领域。譬如软件系统的架构,一直都是伴随着几种主流的模式,集中式,分布式以及最近才开始流行起来的“微服务”。

  滨田宏发明的微型机器人,其实和微服务的思想很类似。一个微小的服务实体,有对外的接口与外部通讯。彼此之间能够快速组合成新的服务。其架构松散耦合。

  接下来的内容,会和大家一起分享微服务的特点以及所拥有的一些神奇的魔法。

      什么是微服务?   微服务,至少我目前也没有找到一个很精确的标准化解释。所以我们首先从字面上来理解。既然是服务,那一定是一个能够实现某个功能的实体。   光有功能,是不能成为一下服务的,因为还需要有途径和外部交互。让外部的实体能够获取服务。譬如web服务,通过http协议和浏览器或者app进行交互。所以微服务,一般来说,是有一套和外部通讯的标准接口的,譬如REST API。   名字带了一个“微”字,说明提供的功能很小,或者很弱。但是一个非常小,或者非常弱的功能,是无法构成一个系统的,因此,他们之间,必须是能够相互组合的。   在软件领域,一般把它理解成一种新的架构设计模式。可以和我们通常所熟知的软件架构做类比,譬如集中式架构,分布式架构。

      微服务的特点 彼此独立:既然是一个独立的服务,那必然是一个完整的自治系统,不依赖外部的东西就能够提供服务。有自己一整套的完整的运行机制,有和外部通讯的标准化接口。就像《超能特工队》里面滨田宏发明的微型机器人,它就是一个独立的小机器人。可以和其他的机器人通过磁性相互吸引,可以探测到彼此的存在。离开了其他个体,一样能够运转,只是功能比较单一。 原子化:作为一个微服务,一定是一个原子化的服务。也就是说服务不能再划分成更小的服务了。世界上的一些事物都是有原子 构成的。它为什么能构成所有的物体,正是由于它足够的基础。如果一个服务还能划分成几个小的服务,那我们就不能称之为一个微服务,它其实可以通过几个微服务组合成的一个系统。 组合和重构:如果是最原子的服务,那一定是没有任何用处的。微服务之所以神奇,在于它能快速的组合和重构。彼此组合成一个系统。系统里面所有的实体在概念上是对等的。因此它的结构相对简单化。是一种松散耦合的结构,这样的系统,往往具有更强的可扩展性和鲁棒性。

      微服务之于实践   前面谈了这么多,可能大部分人还是没有明白微服务是个什么东西。我们试着可以通过一些的东西来描述。   例如,我们使用ghost搭建了一套个人博客的系统。如果使用传统的架构,我们可能以模块的视角来划分,譬如可以分为”用户管理”,”文章编辑“,”页面显示“,”图片存储“,”文章分享“ 等几个模块。

  换一个视角,我们可以从服务的角度来思考。未来简单起见,我们先考虑单租户的场景:

Markdown Service

  Web Service

  UGC Service

  MySQL Service

  我们再想想,如果要提供多租户的服务呢?

  我们把数据库变大,存储多个用户的信息?这的确是一种思路,但是其思想有点和我们的微服务的思想背道而驰了。

  我们为什么不为每个用户配备这样一套服务呢,只要每个服务足够的微小,其实是没有太多的浪费的。上面图里构成的一套系统我们可以作为单独服务一个用户的自治系统。当用户增多时,就呈现出了一套去中心化的云服务的雏形。

Docker在微服务系统中所扮演的角色   在Docker出现之前,虽然我们谈论微服务架构,但是其实是很难实现的。   微服务要运行,首先需要一套执行的环境。这套环境不能对外部有依赖性。同时,执行环境的粒度又必须足够的小,这样才能称之为”微“,否则必然是对资源的巨大浪费。一个微服务可以跑在一台虚拟机上面,但是虚拟机粒度太大,即使最小的虚拟机,也至少也有1个核。   正如我们上面的ghost博客的例子,服务一个用户的服务,显然用不了一个核。同时,虚拟机有没有一套方便的管理机制,能够快速的让这些服务之间能够组合和重构。   Docker出现以后,我们看到了微服务的一个非常完美的运行环境。   独立性:一个容器就是一个完整的执行环境,不依赖外部任何的东西。   细粒度: 一台物理机器可以同时运行成百上千个容器。其计算粒度足够的小。   快速创建和销毁: 容器可以在秒级进行创建和销毁,非常适合服务的快速构建和重组。   完善的管理工具: 数量众多的容器编排管理工具,能够快速的实现 服务的组合和调度。   除了Docker生态系统之内的一些工具,包括Serf之类的服务自发现技术的发展,可以让微服务能够自动化的感知其关联的其他服务,实现系统的自我构建。我记得2014年早些时候,centurylinklabs里面有一篇文章,讲述了如何通过FIG,Serf,HAProxy构建一个自动负载均衡的Docker应用。其实,这篇文章所蕴含的思想,就是一种微服务架构的概念。   (文章题为Auto-Loadbalancing Docker with Fig, HAProxy and Serf)

去中心化的云服务   最近一段时间,“场景化”是一个频繁出现的词汇。在这里,我也套用一下这个词,“什么是微服务的场景化应用?”。去中心化的云服务,是一个非常典型的应用场景。   什么是去中心化的云服务呢?这里做一个类比,譬如家里的供暖,可以采用集中化的供暖方式。由电厂或者钢铁厂统一提供供暖服务。当然,也有的家庭自己会建设一套中央空调系统进行供暖。   云服务,也会有类似的趋势。目前云计算的发展比较低级。主要是以托管为主,因此大部分还是中心化的云服务。随着云计算的应用越来越垂直化,必然也会出现越来越多的去中心化的应用场景。   去年iCloud爆出了被黑客攻击。黑客攻破一家服务商,就直接窃取了所有用户的资料。这就是一种中心化的云服务带来的一些不利的因素。既然我们可以由统一的服务商来提供云服务。我们能否实现一套去中心化的服务呢?   就拿个人云存储来举例。每个人都有一套个人的云的存储系统。这套系统运行在任意的提供“水和电”的基础云服务商的系统之上。并且可以任意在不同的服务商之间迁移和部署。不同的用户,可能位于不同的服务商之上。完全由自己控制的一套系统。每一套系统,都是一系列微小的服务组合而成。虽然底层也依赖基础云服务商,但是他们的作用更像水和电一样。   国内内以微服务为基础的去中心化的云服务也已经有一些实践的例子,譬如terminal.com, dianCloud.com等,逐渐呈现出一部分这样的思想。借助于这样的服务,用户能够快速的构建一套属于自己的ghost博客系统,或者采用开源软件ownCloud搭建的个人云存储系统。选购他们,就像在商店里面选购商品一样,拿回家,插上电就可以用了。这种模式,也给开源软件找到了一个非常好的商业化的机制。我相信这种机制未来会越来越流行。

一个游戏架构的应用场景   游戏是一个比较特殊的行业。在国内,应该是比较早拥抱云计算的一个行业,但是也是架构相对保守的行业。   大部分的游戏架构非常简单。分布式的架构使用并不是太普遍,大部分是单区单服,一台强大的机器,运行若干个游戏服(游戏世界)。这并不是游戏架构落后,而是游戏本身的特点决定的。游戏一般以游戏服来划分,每个游戏服是一个独立的游戏世界。里面有一定数量的玩家。不能太多,也不能太少(总用户量一定的情况下,单服人数和总服的数量决定了游戏收入的最大化),两个游戏世界之间,数据不需要互通。因此通常都是一个进程搞定一个游戏服。   其实这种模式下,微服务也是一个非常好的应用场景。我们知道,游戏其实有非常复杂的逻辑,譬如有控制人物移动的逻辑,控制道具,控制战斗,同时,游戏中还有成百上千的电脑控制的角色,每个角色都需要有自己智能。为什么我们不将这些细小的功能通过微服务来实现呢?   譬如游戏中的一个单独的怪兽,可以由自己微服务构成的小的自治系统来控制。它可以完全独立,接收外部信息,做出反应。未来游戏公司可以复用这些单独的小系统。换上不同的皮肤,就可以用于不同的游戏。同时游戏其他的逻辑,都可以通过一些独立的微服务来构成。这些微服务可以借助Docker之类的系统,运行在容器中。能够快速的自动化的构建出一个完整的游戏世界。

后记   最近,基于Docker的创业公司不停的涌现,大家一夜之间似乎都在谈论Docker。但是我想说的是,Docker只是一项新的技术,消费者只会为服务买单,不会为技术买单。何况,对于圈子之外的大部分的消费者,云已经是其能理解的技术极限了,再来一个Docker,基本是无法理解的。因此如果想在Docker领域创业。停止谈论Docker,思考Docker技术之上的丰富的场景化的应用,才是关键。同样,微服务也只是一种架构思想。基于这种架构所带来的神奇的应用场景才是未来。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏about云

让你真正明白容器技术--容器技术对IT行业的影响及在游戏云应用展望

问题导读: 1.什么是容器? 2.容器是如何发展起来的? 3.容器技术有哪些优势? 4.传统游戏后台架构存在哪些问题? 5.容器对于开发人员带来哪些好处? ...

35680
来自专栏程序员互动联盟

php还有未来没?如何通过招聘简章找准自身定位?

最近很多人觉得python火的不得了,是不是php不行了,有点杞人忧天了。很多人觉得看不懂相关招聘里面的内容,笔者根据入行的一些经验简单的分析下如何看懂一份ph...

31570
来自专栏云加头条

刘金明:腾讯云 EB 级对象存储架构深度剖析及实践

腾讯云存储业务中心副总监-刘金明,在云+未来峰会上做了主题为《腾讯云 EB 级对象存储架构深度剖析及实践》的分享,以下内容整理自演讲。

56560
来自专栏大数据和云计算技术

开源文化

软件开发领域,开源源远流长,大数据更是一出生便和开源紧密结合在一起。从Google公布几篇论文开始,Doug Cutting受启发发明Hadoop之后,就以开源...

31080
来自专栏CSDN技术头条

微服务是如何演变的,又为什么重要?

作者:Alex Williams 原文:How Microservices Have Changed and Why They Matter 译者:孙薇 责编:...

20070
来自专栏BestSDK

一周简报|红桃微信,专注于应用的微信公众号第三方管理平台

编辑导语 红桃微信,专注于应用的微信公众号第三方管理平台; AnySDK 更新至2.2.0版,新增广告追踪功能;亲加SDK与APICloud达成战略合作,缩短视...

46960
来自专栏鹅厂网事

浅谈服务器海量运营

"鹅厂网事"由深圳市腾讯计算机系统有限公司技术工程事业群网络平台部运营,我们希望与业界各位志同道合的伙伴交流切磋最新的网络、服务器行业动态信息,同时分享腾讯在网...

37760
来自专栏云计算D1net

公有云供应商加入无服务器计算的浪潮

无服务器计算正在所有云服务供应商间流行着,而AWS Lambda之类的工具将可能改变资源的利用方式,尽管这一切还在萌芽阶段。 无服务器架构是云服务提供商之间最新...

35460
来自专栏云计算D1net

多云计算需要谨慎的IT成本分配

多云环境对企业来产有很多好处,但如果没有适当的管理,其成本分配将变得艰难。人们按照以下这些提示进行资源标记和预算警报。 单个云平台的成本分配和管理可能很困难,而...

29680
来自专栏Rainbond开源「容器云平台」

好雨云帮一周问答集锦(11.7-11.13)

16430

扫码关注云+社区

领取腾讯云代金券