singularity-cri
singularity
Our great sponsors
singularity-cri | singularity | |
---|---|---|
1 | 3 | |
101 | 665 | |
- | 5.4% | |
0.3 | 9.8 | |
over 3 years ago | 2 days ago | |
Go | Go | |
Apache License 2.0 | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
singularity-cri
singularity
- is singularity-ce with centos 7 kernel 3.10.el7.x86
-
Docker containers usually still reachable even if bound to 127.0.0.1
rkt (and many other container solutions) was introduced after docker was released and became popular... they even mentioned docker's shortcomings as a motivation for the project creation [0]. It had all the same problems as other replacement software: there were plenty of bugs and missing features, documentation was limited, and there are no community to help you (the announcement explicitly mentions "prototype quality release"). None of those would be fatal if it was significantly better than docker, but it was not -- it was basically the same functionality. So almost no one made the switch. It is closed now [1]
And why "rkt"? There were much better alternative container runtimes. For example Sylabs Singularity [2] -- container-as-a-file, instant mounting, etc... I wish more people knew about it.
[0] https://web.archive.org/web/20141201181834/https://coreos.co...
[1] https://github.com/rkt/rkt#warning-end-of-project-warning
[2] https://github.com/sylabs/singularity#singularityce
-
ELI5: Why does the FreeBSD community hate Docker and Kubernetes so much?
Docker (and the current generation of OCI runtimes) is rather shitty at host OS isolation too. It may have started well, but over time more capabilities were added for the convenience of developers and at the cost of maintainers. I would personally love if the ecosystem were to shift to more isolated workloads with better HPC support. Singualrity looks promising but still maintains OCI compatibility.
What are some alternatives?
volcano - A Cloud Native Batch System (Project under CNCF)
apptainer - Apptainer: Application containers for Linux
wlm-operator - Singularity implementation of k8s operator for interacting with SLURM.
singularity - Singularity has been renamed to Apptainer as part of us moving the project to the Linux Foundation. This repo has been persisted as a snapshot right before the changes.
containerd - An open and reliable container runtime
warewulf - Warewulf is a stateless and diskless container operating system provisioning system for large clusters of bare metal and/or virtual systems.
img - Standalone, daemon-less, unprivileged Dockerfile and OCI compatible container image builder.
kube-batch - A batch scheduler of kubernetes for high performance workload, e.g. AI/ML, BigData, HPC
ufw-docker - To fix the Docker and UFW security flaw without disabling iptables
rkt
apt2ostree - Build ostree images based on Debian/Ubuntu