LINUX.ORG.RU

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

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

Таки да, не нужно в той массе в которой это продвигается. Точно также как не нужен JS в бекенде, но вокруг него куча конференций, сообщество и тд. Они тоже хотят почувствовать себя людьми.

Вот это вот все - яркая иллюстрация непонимания подхода «каждой задаче свой инструмент».

По моим наблюдениям, из практики, на 90% проектов где использовались контейнеры, таким образом закрывали не необходимость изоляции приложений, а проблему недостаточных знаний.

Я помню как namespaces появились в Линуксе, а затем и cgroups. Помню как для админских задач использовали LXC и можно было делать те же контейнеры. А потом появился Докер, виде набора shell скриптов для LXC, до этого у каждого админа был свой «doker» в виде собственных скриптов. Потом его переписали на питоне и потом еще разок, на Go. Я был там, Гендальф.

Главная причина появления докера - из-за взрывного роста использования js в индустрии стали толпами появляться фронтендщицики которые не умели в бекенд. Пошли постоянные проблемы с тем что очередной «синьор» с 1.5 годами опыта в js не может настроить Apache у себя на винде или маке и вообще не умеет пользоваться линукс консолью. А их нужно было как-то интегрировать в процесс разработки, тогда-то и вспомнили об LXC, буквально сделали операцию «изоляция дурака». Контейнеры изолируют не только приложения, они изолируют разработчика с недостатком знаний от системы. Первые докер образы админы ставили фронтендщикам и писали 3 команды как их дергать. Они и с этим не справились - так появились девопсы. Но это уже другая история.

Время шло, JS уверенно занимал свою нишу и все больше проектов начинало использовать докер тк - ну не учить фронтендщиков основам бекенда повышая их знания, они же потом потребуют больше денег. Докер - это буквально ответ на появление 20 летних фронтенд синьоров без базы веба в голове.

Сейчас уже выросли поколения людей для которых веб сервер - это просто три докер контейнера склеенные вместе. Что будет когда закончатся те кто эти образы собирают я если честно даже думать не хочу, мы уже живем в ИТ-идиократии.

Спорить со всем этим бессмысленно, тк я пишу это все с точки зрения очевидца, а не прочитал на хабре статью или посмотрев на ютубе видео о конференции какой докер крутой.

Докер - хороший инструмент и JS - хороший инструмент. Их проблема в том что эти инструменты используют не по назначению.

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

Таки да, не нужно в той массе в которой это продвигается. Точно также как не нужен JS в бекенде, но вокруг него куча конференций, сообщество и тд. Они тоже хотят почувствовать себя людьми.

Вот это вот все - яркая иллюстрация непонимания подхода «каждой задаче свой инструмент».

По моим наблюдениям, из практики, на 90% проектов где использовались контейнеры, таким образом закрывали не необходимость изоляции приложений, а проблему недостаточных знаний.

Я помню как namespaces появились в Линуксе, а затем и cgroups. Помню как для админских задач использовали LXC и можно было делать те же контейнеры. А потом появился Докер, виде набора shell скриптов для LXC, до этого у каждого админа был свой «doker» в виде собственных скриптов. Потом его переписали на питоне и потом еще разок, на Go. Я был там, Гендальф.

Главная причина появления докера - из-за взрывного роста использования js в индустрии стали толпами появляться фронтендщицики которые не умели в бекенд. Пошли постоянные проблемы с тем что очередной «синьор» с 1.5 годами опыта в js не может настроить Apache у себя на винде или маке и вообще не умеет пользоваться линукс консолью. А их нужно было как-то интегрировать в процесс разработки, тогда-то и вспомнили об LXC, буквально сделали операцию «изоляция дурака». Контейнеры изолируют не только приложения, они изолируют разработчика с недостатком знаний от системы. Первые докер образы админы ставили фронтендщикам и писали команды 3 команды как их дергать. Они и с этим не справились - так появились девопсы. Но это уже другая история.

Время шло, JS уверенно занимал свою нишу и все больше проектов начинало использовать докер тк - ну не учить фронтендщиков основам бекенда повышая их знания, они же потом потребуют больше денег. Докер - это буквально ответ на появление 20 летних фронтенд синьоров без базы веба в голове.

Сейчас уже выросли поколения людей для которых веб сервер - это просто три докер контейнера склеенные вместе. Что будет когда закончатся те кто эти образы собирают я если честно даже думать не хочу, мы уже живем в ИТ-идиократии.

Спорить со всем этим бессмысленно, тк я пишу это все с точки зрения очевидца, а не прочитал на хабре статью или посмотрев на ютубе видео о конференции какой докер крутой.

Докер - хороший инструмент и JS - хороший инструмент. Их проблема в том что эти инструменты используют не по назначению.