Сообщение Re: Про докер итд - надоело кругами ходить. от 21.05.2020 9:08
Изменено 21.05.2020 9:41 Явь-истъ
Re: Про докер итд - надоело кругами ходить.
Здравствуйте, Sheridan, Вы писали:
S>Докер нужен всегда, везде и кубернетес пророк его -> глупость. Где докер имеет право на существование я уже писал
S>Надо ложить на актуализацию используемых в проекте либ -> глупость. Либы в проекта должны быть свежими. Их актуализацию надо планировать. Даже в проектах, ушедших с разработки в саппорт.
S>Изоляция строго необходима -> глупость. Изоляция нужна при запуске опасных процессов, способных развалить систему. Например, при экспериментах с вирусами. Либо для ещё одного слоя усложнения доступа к важным данным из соседних процессов. Например, к персональным данным. В остальных случаях можно обойтись.
При разработке ПО также есть дилемма — складывать библиотеки на компьютере централизованно, либо поставлять с каждым приложением. Используются оба подхода, с перевесом в сторону упаковку библиотек с приложением. В микросервисе например уже интегрирован веб-сервер.
В snap и flatpak также используется механизм изоляции.
Вобщем, контейнеризация, изоляция, поставка библиотек с приложением — это объективная тенденция.
docker дошел до того, что поставляет приложение с куском операционки. Почему нет? Логичное развитие.
Инструмент сам по себе ничего плохого не несет, главное чтобы решаемая задача соответствовала.
S>Докер нужен всегда, везде и кубернетес пророк его -> глупость. Где докер имеет право на существование я уже писал
Автор: Sheridan
Дата: 07.05.20
.Дата: 07.05.20
S>Надо ложить на актуализацию используемых в проекте либ -> глупость. Либы в проекта должны быть свежими. Их актуализацию надо планировать. Даже в проектах, ушедших с разработки в саппорт.
S>Изоляция строго необходима -> глупость. Изоляция нужна при запуске опасных процессов, способных развалить систему. Например, при экспериментах с вирусами. Либо для ещё одного слоя усложнения доступа к важным данным из соседних процессов. Например, к персональным данным. В остальных случаях можно обойтись.
При разработке ПО также есть дилемма — складывать библиотеки на компьютере централизованно, либо поставлять с каждым приложением. Используются оба подхода, с перевесом в сторону упаковку библиотек с приложением. В микросервисе например уже интегрирован веб-сервер.
В snap и flatpak также используется механизм изоляции.
Вобщем, контейнеризация, изоляция, поставка библиотек с приложением — это объективная тенденция.
docker дошел до того, что поставляет приложение с куском операционки. Почему нет? Логичное развитие.
Инструмент сам по себе ничего плохого не несет, главное чтобы решаемая задача соответствовала.
Re: Про докер итд - надоело кругами ходить.
Здравствуйте, Sheridan, Вы писали:
S>Докер нужен всегда, везде и кубернетес пророк его -> глупость. Где докер имеет право на существование я уже писал
S>Надо ложить на актуализацию используемых в проекте либ -> глупость. Либы в проекта должны быть свежими. Их актуализацию надо планировать. Даже в проектах, ушедших с разработки в саппорт.
S>Изоляция строго необходима -> глупость. Изоляция нужна при запуске опасных процессов, способных развалить систему. Например, при экспериментах с вирусами. Либо для ещё одного слоя усложнения доступа к важным данным из соседних процессов. Например, к персональным данным. В остальных случаях можно обойтись.
При разработке ПО также есть дилемма — складывать библиотеки на компьютере централизованно, либо поставлять с каждым приложением. Используются оба подхода, с перевесом в сторону упаковки библиотек с приложением. В микросервисе например уже интегрирован веб-сервер.
В snap и flatpak также используется механизм изоляции.
Вобщем, контейнеризация, изоляция, поставка библиотек с приложением — это объективная тенденция.
docker дошел до того, что поставляет приложение с куском операционки. Почему нет? Логичное развитие.
Инструмент сам по себе ничего плохого не несет, главное чтобы решаемая задача соответствовала.
S>Докер нужен всегда, везде и кубернетес пророк его -> глупость. Где докер имеет право на существование я уже писал
Автор: Sheridan
Дата: 07.05.20
.Дата: 07.05.20
S>Надо ложить на актуализацию используемых в проекте либ -> глупость. Либы в проекта должны быть свежими. Их актуализацию надо планировать. Даже в проектах, ушедших с разработки в саппорт.
S>Изоляция строго необходима -> глупость. Изоляция нужна при запуске опасных процессов, способных развалить систему. Например, при экспериментах с вирусами. Либо для ещё одного слоя усложнения доступа к важным данным из соседних процессов. Например, к персональным данным. В остальных случаях можно обойтись.
При разработке ПО также есть дилемма — складывать библиотеки на компьютере централизованно, либо поставлять с каждым приложением. Используются оба подхода, с перевесом в сторону упаковки библиотек с приложением. В микросервисе например уже интегрирован веб-сервер.
В snap и flatpak также используется механизм изоляции.
Вобщем, контейнеризация, изоляция, поставка библиотек с приложением — это объективная тенденция.
docker дошел до того, что поставляет приложение с куском операционки. Почему нет? Логичное развитие.
Инструмент сам по себе ничего плохого не несет, главное чтобы решаемая задача соответствовала.