LINUX.ORG.RU

История изменений

Исправление vertexua, (текущая версия) :

Не докер, но контейнер

Кстати, интересно, а какие, собственно, известные разработчики софта сейчас пихают сборки в виде докер-контейнеров с упакованными в них зависимостями?

https://static.googleusercontent.com/media/research.google.com/en//pubs/archi...

Borg programs are statically linked to reduce
dependencies on their runtime environment

https://static.googleusercontent.com/media/research.google.com/en//pubs/archi...

There are many ways to achieve these hermetic images.
In Borg, program binaries are statically linked at build time to known-good library versions hosted in the company-wide repository. Even so, the Borg container image is not quite as airtight as it could have been: applications share a so-called base image that is installed once on the machine rather than being packaged in each container. This base image contains utilities such as tar and the libc library, so upgrades to the base image can affect running applications and have occasionally been a significant source of trouble.

Тут немного преувеличили, потому что это же надо такой софт написать чтобы тебе все сломала новая версия утилиты (даже не библиотеки) tar

Исправление vertexua, :

Не докер, но контейнер

Кстати, интересно, а какие, собственно, известные разработчики софта сейчас пихают сборки в виде докер-контейнеров с упакованными в них зависимостями?

https://static.googleusercontent.com/media/research.google.com/en//pubs/archi...

Borg programs are statically linked to reduce
dependencies on their runtime environment

https://static.googleusercontent.com/media/research.google.com/en//pubs/archi...

There are many ways to achieve these hermetic images.
In Borg, program binaries are statically linked at build time to known-good library versions hosted in the company-wide repository. Even so, the Borg container image is not quite as airtight as it could have been: applications share a so-called base image that is installed once on the machine rather than being packaged in each container. This base image contains utilities such as tar and the libc library, so upgrades to the base image can affect running applications and have occasionally been a significant source of trouble.

Тут немного преувеличили, потому что это же надо такой софт написать чтобы тебе все сломала новая версия утилиты (даже не библиотека) tar

Исправление vertexua, :

Не докер, но контейнер

Кстати, интересно, а какие, собственно, известные разработчики софта сейчас пихают сборки в виде докер-контейнеров с упакованными в них зависимостями?

https://static.googleusercontent.com/media/research.google.com/en//pubs/archi...

Borg programs are statically linked to reduce
dependencies on their runtime environment

https://static.googleusercontent.com/media/research.google.com/en//pubs/archi...

There are many ways to achieve these hermetic images.
In Borg, program binaries are statically linked at build time to known-good library versions hosted in the company-wide repository. Even so, the Borg container image is not quite as airtight as it could have been: applications share a so-called base image that is installed once on the machine rather than being packaged in each container. This base image contains utilities such as tar and the libc library, so upgrades to the base image can affect running applications and have occasionally been a significant source of trouble.

Тут немного преувеличили, потому что это же надо такой софт написать чтобы тебе все сломал новая утилита (даже не библиотека) tar

Исходная версия vertexua, :

Не докер, но контейнер

Кстати, интересно, а какие, собственно, известные разработчики софта сейчас пихают сборки в виде докер-контейнеров с упакованными в них зависимостями?

https://static.googleusercontent.com/media/research.google.com/en//pubs/archi...

Borg programs are statically linked to reduce

dependencies on their runtime environment

https://static.googleusercontent.com/media/research.google.com/en//pubs/archi...

There are many ways to achieve these hermetic images.

In Borg, program binaries are statically linked at build time to known-good library versions hosted in the company-wide repository. Even so, the Borg container image is not quite as airtight as it could have been: applications share a so-called base image that is installed once on the machine rather than being packaged in each container. This base image contains utilities such as tar and the libc library, so upgrades to the base image can affect running applications and have occasionally been a significant source of trouble.

Тут немного преувеличили, потому что это же надо такой софт написать чтобы тебе все сломал новая утилита (даже не библиотека) tar