转载

golang与java容器化不完全对比指北

领导听说服务容器化能减少机器,遂让我们做着手服务容器化的事情,最后做下来,发现目前并不能减少机器,因为公司主要使用 java 技术栈,我比较喜欢 golang , 所以做了一个 golangjava 的容器化对比,个中偏颇,读者自行考量。

闲话不多说,先来一段简单的 golang 代码如下

package main

import "github.com/gin-gonic/gin"

func setupRouter() *gin.Engine {
    return gin.Default()
}

func main() {
    r := setupRouter()
    r.Run(":8000")
}

编译一下

CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o main

编写Dockerfile

FROM golang:1.12-alpine
ADD main /
CMD ["/main"]

制作镜像

docker build -t registry.cn-shanghai.aliyuncs.com/testops/hw-go:latest .

so easy

再来看 java 版的(在idea上起了一个springboot工程)

package com.example.demo;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
public class DemoApplication {

    public static void main(String[] args) {
        SpringApplication.run(DemoApplication.class, args);
    }

}

打包

mvn clean package

同样的编写Dockerfile

FROM openjdk:8-jdk-alpine
ADD /target/demo-0.0.1-SNAPSHOT.jar app.jar
CMD ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/app.jar"]

打镜像

docker build -t registry.cn-shanghai.aliyuncs.com/testops/hw-java:latest .

先来对比一下镜像

golang与java容器化不完全对比指北

image.png

可以看出: golang:1.12-alpine 的镜像尺寸要比 openjdk:8-jdk-alpine 大不少,这也导致最后制作出来的

镜像 hw-go 要比 hw-java

大上不少。

是骡子是马拉出来遛遛,先来试一下 hw-go

golang与java容器化不完全对比指北

image.png

golang与java容器化不完全对比指北

image.png

再来看一下 hw-java

golang与java容器化不完全对比指北

image.png

golang与java容器化不完全对比指北

image.png

内存占用 4.328MiB VS 264.2MiB ,66倍的差距,这一轮(当然是在我的实验条件下), java 是完败的,我没想到这个对比来的这么强烈,有一点点夸张,但至少可以看出 springboot 是比较吃内存的(啥也没干,只是起了一个http server而已),这样看来,如果用 golang 来重写 java 服务,相信内存占用会少很多,届时减少机器也并非不可能,不过想到在某些 springboot 服务启动时看到 佛祖保佑,**项目,永无BUG

的字样,就觉得此事任重而道远……

原文  https://studygolang.com/articles/21862
正文到此结束
Loading...