-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Optimize Java-Tron Docker image and its building process #6134
Comments
@3for That sounds great! Compared to Ubuntu, CentOS 8 maintains greater compatibility with the current CentOS 7. So, why not choose CentOS 8? |
CentOS Linux 8 has reached End of Life on December 31, 2021, and the official Centos docker image support is deprecated. |
@3for
|
What difference is causing ethereum/client-go image to be so much smaller than java tron's ? |
It's expected to be less than 300MB, just like hyperledger/besu/ (a Java-based Ethereum-client).
There should be no performance degradation, just replace the base image of 'patched Centos7' with 'Ubuntu24'. And we can bench the new docker image once finished. |
Alpine used in ethereum/client-go is less than 4MB. The Go compiled file size is more compact than Java. And the Jre is another overhead. |
@3for |
@endiaoekoe
New docker image will be published following new Java-Tron version, old image running old Java-Tron will still work. It won't need any migration.
We can support multi-arch docker images once our Java-Tron code supports.
There's official docker scout tool to proactively enhance software supply chain security. Take ubuntu 24.04 as an example, there're no high vulnerabilities. |
@3for For CI/CD for docker image, any idea or plan |
We can implement it with a gradle task. |
Background
Docker streamlines the development lifecycle by allowing developers to work in standardized environments using local containers which provide your applications and services. Containers are great for continuous integration and continuous delivery (CI/CD) workflows.
Although TRON supports quickstart with docker already, the following issues exist:
Rationale
In order to reduce docker image size, add tests for docker images and improve docker image security, maybe it’s better to:
Scope Of Impact
This feature is for better developer experience only, it won’t affect the fullnode functionality.
Implementation
Do you have ideas regarding the implementation of this feature?
Are you willing to implement this feature
The text was updated successfully, but these errors were encountered: