皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

从成本角度看Java微服务

作者 薛命灯

近年来,微服务因其良好的灵活性和伸缩性等特点备受追捧,很多公司开始采用微服务架构或将已有的单体系统改造成微服务。IBM也于近日开源了轻量级Java微服务应用服务器Open Liberty。但是采用Java开发微服务真的是最好的选择吗?来自JPmorgan的高级工程师Elliot Forbes基于自身的经历,从成本角度进行分析,并与其他语言的微服务做了对比,很好地回答了这个问题。

Elliot所在的团队最初使用Java开发了一个单体系统。他们的生产环境总共有12台服务器,每台服务器上部署了20到30个实例,每个实例使用8G内存。这样,总共耗费了1.5T到2.5T内存。后来,他们将单体拆解成5个微服务,并使用容器来部署微服务。每个容器运行一个微服务,因为是基于JVM的,所以至少需要1G内存。原先的一个单体实例使用8G内存,拆成微服务后总共只需要5G到6G内存,省下了至少2G内存。

但事情不会就这么简单。他们当中的一个微服务负责对外提供REST API,是整个系统最为关键的部分。为了提高可用性,他们在欧洲、北美和亚洲分别部署了4个实例。这样一来,这个微服务总共使用了12G内存,所以整体的内存使用反而增加了不少。

而如果使用Go语言替代Java开发微服务会怎样呢?每个微服务的内存可以从1G降到64M,那么之前那个部署了12个实例的微服务总共只需要768M内存,这比之前的单个Java微服务实例用的内存还要少。

假设微服务是部署在谷歌云平台上的,按照GCP的收费标准,1G内存每小时收费在1美分到2美分之间,一年大概需要87美元到175美元,那么12G内存一年至少要花费1000美元。5个微服务加起来一年至少需要5000美元。而如果使用Go语言,这个数字差不多在500美元左右,可以说是减少了一个数量级。

不过Elliot也解释说,成本只是在采用微服务时需要考虑的众多因素当中的一个。除了成本,还需要考虑开发语言适用性等方面的问题。不过对于大型企业来说,他们拥有大量的微服务,成本仍然是一个重要的考虑因素,毕竟一年下来,有可能为他们节省数百万美元。

转自 http://www.infoq.com/cn/news/2017/11/Java-micro-service-cost-view