Workgroup:Container: Difference between revisions

From NixOS Wiki
imported>Moretea
No edit summary
imported>Nlewo
No edit summary
Line 30: Line 30:


== Work In Progress ==
== Work In Progress ==
* Add legacy Docker image support in Skopeo
nixpkgs.dockerTools.pullImage boots a VM to pull the image by using the Docker daemon. Skopeo could do this but it produces images that are not compatible with the Docker legacy format. The consequence is some NixOS tests are failing and it breaks some NixOS user scripts [https://github.com/containers/image/pull/370 skopeo PR].
* Use DigestID instead of image tag to pull images (tag is mutable)
Will be implemented when Skopeo is used to pull images


* Improve image storage in the Nix store
* Improve image storage in the Nix store

Revision as of 10:38, 4 May 2018

We are interested in directly building (minimal) OCI containers from the nixpkgs ecosystem.

People

Tooling

Interesting threads

Work In Progress

  • Improve image storage in the Nix store

https://github.com/projectatomic/skopeo/issues/481


Projects

Self-Hosted, Minimal Docker/OSI Images

For our platform at Techcultivation we want to generate docker images for all parts of our system. Those images should come in two flavors, development (to quickly spin up local test services, with mock data) and deployment (secure/production-ready). We chose to generate these images purely out of nixpkgs code, so no binary (base) images have to be included.

The current version of the deployment code can be found on our Gitlab.

A basic (pretty messy) postgres image is already done, complete with in-build setup of a mock database. The resulting image is smaller than the “official” one in the docker registry, only uses nixpkgs-native dependencies and only contains the most minimal filetree needed to run the postgres binary.

Still to do: rabbitmq, frontend code, api, refactor, various others.

Profpatsch (talk) 02:47, 10 February 2018 (UTC)