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

领导听说服务容器化能减少机器，遂让我们做着手服务容器化的事情，最后做下来，发现目前并不能减少机器，因为公司主要使用java技术栈，我比较喜欢golang, 所以做了一个golang与java的容器化对比，个中偏颇，读者自行考量。
闲话不多说，先来一段简单的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 .

先来对比一下镜像

image.png

可以看出：golang:1.12-alpine的镜像尺寸要比openjdk:8-jdk-alpine大不少，这也导致最后制作出来的
镜像hw-go要比hw-java大上不少。

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

image.png

再来看一下hw-java

image.png

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

版权声明：本文来源简书，感谢博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
原文链接：https://www.jianshu.com/p/f92d3e2cda33
站方申明：本站部分内容来自社区用户分享，若涉及侵权，请联系站方删除。

发表于 2020-01-09 22:24:32
阅读 ( 1015 )
分类：Go

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

你可能感兴趣的文章

精选的优质文章

0 条评论

官方社群

GO教程

推荐文章

猜你喜欢

随便看看