The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Google открыл код утилиты для сравнения образов контейнеров, opennews (??), 18-Ноя-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


5. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Sw00p aka Jerom (?), 18-Ноя-17, 02:06 
а для чего нужны эти докер контейнеры ?
Ответить | Правка | Наверх | Cообщить модератору

6. "Google открыл код утилиты для сравнения образов контейнеров"  +7 +/
Сообщение от Анонимemail (6), 18-Ноя-17, 02:13 
Чтобы писать о них статьи.
Ответить | Правка | Наверх | Cообщить модератору

7. "Google открыл код утилиты для сравнения образов контейнеров"  –1 +/
Сообщение от user455 (?), 18-Ноя-17, 03:00 
в контейнерах очень удобно деплоить приложения.

если раньше, для того, чтобы 100% быть уверенным, что во время установки модулей языка на продакшн, мне нужно было сделать пакеты для всех моделей приложения в формате пакетного менеджера дистрибутива (dev, rpm), то теперь я могу использовать пакетный менеджер языка для установки модулей внутри контейнера, далее протестировать контейнер, и потом вываливать его в хоть сто продакшнов.

далее решения вроде  kubernetes позволяют удобно масштабировать приложения, а решения вроде consul его потом находить.

более того, я могу больше не делать дебки и рпмки, а просто сделать make install внутри контейнера, а предложеный в заголовке новости инструмент поможет мне посмотреть , какие же файлики были установлены. вроде rpm -ql


Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

8. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от user455 (?), 18-Ноя-17, 03:01 
> в контейнерах очень удобно деплоить приложения.
> если раньше, для того, чтобы 100% быть уверенным, что во время установки
> модулей языка на продакшн,

случайно запостил. так вот, если раньше, для того, чтобы 100% быть уверенным, что во время установки модулей языка на продакшн не случится ничего плохого ...

Ответить | Правка | Наверх | Cообщить модератору

9. "Google открыл код утилиты для сравнения образов контейнеров"  +4 +/
Сообщение от Вы забыли заполнить поле Name. (?), 18-Ноя-17, 03:28 
> случайно запостил.

ты "сломал продакшн" во время доказательства что теперь сложнее сломать продакшн

Ответить | Правка | Наверх | Cообщить модератору

11. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Аноним (-), 18-Ноя-17, 04:55 
Ну зачем ты так жестоко? Он ничего не сломал. Он просто не знает, что такое продакшн за пределами стартапа из пары-тройки человек.
Ответить | Правка | Наверх | Cообщить модератору

14. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Na me (?), 18-Ноя-17, 07:16 
конкретно kubernetes позволяет писать тебе статьи и рекламные мурзилки, а потом вендорлочить результат. Остальное все так.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

61. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Sw00p aka Jerom (?), 18-Ноя-17, 23:42 
>>мне нужно было сделать пакеты для всех моделей приложения

простите, вы сисадмин или программист ?

>>далее решения вроде  kubernetes позволяют удобно масштабировать приложения

что значить "удобно масштабировать"?

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

89. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Sergey722 (ok), 21-Ноя-17, 08:50 
> простите, вы сисадмин или программист ?

Сейчас многие переходят на философию DevOps, в рамках которой как раз и получили широкое распространение Докера Уубирнетисы. И в рамках данной философской системы ответить на Ваш вопрос может быть так же сложно как на вопрос "Вы уже перестали пить коньяк по утрам?".

Ответить | Правка | Наверх | Cообщить модератору

78. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от pavlinux (ok), 19-Ноя-17, 18:28 
>  в контейнерах очень удобно деплоить приложения.
> если раньше, для того, чтобы 100% быть уверенным, что во время установки модулей языка на продакшн,

Давно прикладушки стали системнозависимые? Может руки?  

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

13. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от dasrfatwet (?), 18-Ноя-17, 06:44 
> а для чего нужны эти докер контейнеры ?

Твой продукт в докере будет 100% рабочим у заказчика, какой бы хлам у него в системе не стоял, твой образ уникальный.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

15. "Google открыл код утилиты для сравнения образов контейнеров"  –5 +/
Сообщение от Аноним (-), 18-Ноя-17, 08:00 
ОО.. Линуксяторы не осилили LSB ?
Ответить | Правка | Наверх | Cообщить модератору

79. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от pavlinux (ok), 19-Ноя-17, 18:29 
> ОО.. Линуксяторы не осилили LSB ?

Вот не надо нас к этим быдлoкoдepaм пeхaпeшнегам относить.
Это мусор пришедший из мира Вантуза: "Не работает - переустанови венду"

Ответить | Правка | Наверх | Cообщить модератору

62. "Google открыл код утилиты для сравнения образов контейнеров"  –1 +/
Сообщение от Sw00p aka Jerom (?), 18-Ноя-17, 23:44 
Напомнило мне отмазку - "у меня на локалхосте всё работает" )))
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

16. "Google открыл код утилиты для сравнения образов контейнеров"  +1 +/
Сообщение от Аноним (-), 18-Ноя-17, 10:17 
чтобы жрать память, циклы cpu и место на диске.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

63. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Sw00p aka Jerom (?), 18-Ноя-17, 23:46 
> чтобы жрать память, циклы cpu и место на диске.

оверхед? в своё время и про ксен, квм и прочую виртуализацию так говорили.

Ответить | Правка | Наверх | Cообщить модератору

17. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от SunXE (ok), 18-Ноя-17, 10:30 
Контейнеры нужны всего для двух вещей:
Когда тебе нужно динамически изменять количество работающих приложений согласно какой-то логике. Для этого ещё нужна какая-то система оркестровки, вроде Kubernetes или Mesos/Marathon.
Когда тебе нужно какое-то приложение или пакет приложений и при этом не хочется  заниматься их установкой настройкой, а потом вычищать всё это дело из системы.

P.S. Это без учёта потребностей хостингов

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

29. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от пох (?), 18-Ноя-17, 12:52 
> Когда тебе нужно динамически изменять количество работающих приложений

читай - когда автор ниасилил еще и управление ресурсами (иначе бы тебе было нужно изменять не количество каких-то там "приложений", а количество физических/виртуальных хостов, потому что изменять-то его надо только в одном случае - когда уперлись в cpu/сокеты/диски)

> Когда тебе нужно какое-то приложение или пакет приложений

и ты согласен общаться с ними через stdin/stderr, ага?

> и при этом не хочется  заниматься их установкой настройкой, а потом вычищать всё это дело из
> системы.

у нас же ни пакетных менеджеров нет (а, ну да - обычно эти "приложения" написаны на чем-то, что имеет свой, доморощенный, ни с чем несовместимый), ни средств контроля системы.
Вот притащить другую неизвестно чью систему с неведомым зоопарком внутри целиком - эт мы готовы.

> Это без учёта потребностей хостингов

хостингам ваши дыряводокеры, каждые пять минут рут на хосте, нахрен не нужны.
хостинги используют либо "глубокую" контейнеризацию c fine-grained разделением ресурсов (openvz), либо вовсе аппаратную изоляцию (xen,kvm - оба, по сути, надстройки над qemu уже сотню лет, как, кстати, и неопен-virtuozzo) - последняя нынче более востребована в том числе потому, что openvz несовместима с модными контейнерами.

интел вон даже уже придумал как внутри такой виртуализации запускать контейнер- если юзер идиот в терминальной стадии и требует именно контейнер докера(кого ж еще).

Ответить | Правка | Наверх | Cообщить модератору

53. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от SunXE (ok), 18-Ноя-17, 18:51 
Я вижу, с юзеркейсами у вас школе туговато.

> читай - когда автор ниасилил еще и управление ресурсами (иначе бы тебе было нужно изменять не количество каких-то там "приложений", а количество физических/виртуальных хостов, потому что изменять-то его надо только в одном случае - когда уперлись в cpu/сокеты/диски)

Например прошла реклама и в систему пошло большое количество запросов. При этом наплыв спадёт а за простаивающие ресурсы платить не хочется.

> у нас же ни пакетных менеджеров нет (а, ну да - обычно эти "приложения" написаны на чем-то, что имеет свой, доморощенный, ни с чем несовместимый), ни средств контроля системы.

Вот притащить другую неизвестно чью систему с неведомым зоопарком внутри целиком - эт мы готовы.

Очень часто это связка из бэка, фронта, базы данных и какого-нибудь редиса. Всё это городить из пакетов, настраивать конфиги, слишком накладно по времени только для того чтобы посмотреть функционал чтобы понять подходит оно тебе или нет.

> хостингам ваши дыряводокеры, каждые пять минут рут на хосте, нахрен не нужны.

Глаза протри. Где я писал про докер? я описывал контейнеризацию в целом.

Ответить | Правка | Наверх | Cообщить модератору

42. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от EHLO (?), 18-Ноя-17, 14:49 
> Контейнеры нужны всего для двух вещей:
> Когда тебе нужно динамически изменять количество работающих приложений согласно какой-то
> логике. Для этого ещё нужна какая-то система оркестровки, вроде Kubernetes или
> Mesos/Marathon.

А зачем докер? Нужна окестровка, да. Смысл контейнеризации и тем более в докере не раскрыт.

> Когда тебе нужно какое-то приложение или пакет приложений и при этом не
> хочется  заниматься их установкой настройкой, а потом вычищать всё это
> дело из системы.

Да, с поправкой что на локалхосте, а не в продакшне. Либо очень специфичное приложение. Для обычных приложений с перзистент стореджом, логами, SLA к примеру, проще нормально развернуть либо образ использовать, чем обходить грабли докеров.
Это на настоящий момент. Но скорее всего так и не допилят до продового состояния, хайп на спад пошёл.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

47. "Google открыл код утилиты для сравнения образов контейнеров"  +2 +/
Сообщение от пох (?), 18-Ноя-17, 16:34 
> А зачем докер? Нужна окестровка, да.

нужна _неизвестно_заранее_чего_. Поэтому управлять этим можно только в виде контейнеров.

> Смысл контейнеризации и тем более в докере не раскрыт.

вот в этом и смысл. Ну и еще в том, что разработчик кроме своей убунты ничего знать не желает, и его поделка запускается только в ней, плюс стопиццот левых бинарей хз откуда и тристатыщ "модулей" единственно-верной версии, которую нельзя зафиксировать, ибо в самодельном репо очередного чудо-языка об этом не подумали.

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

> Да, с поправкой что на локалхосте, а не в продакшне. Либо очень

на локалхосте ты бы еще мог их всех ублажить, в продакшне как раз и приходится обниматься с этим хламом.

> специфичное приложение. Для обычных приложений с перзистент стореджом, логами, SLA к

в том и дело что обычных скоро вообще не останется.

> Это на настоящий момент. Но скорее всего так и не допилят до

им и не надо, это тебе надо. А они завтра новую высосанную из пальца технологию навернут, и все твои контейнеры и их стораджи опять (уже два раза было) превратятся в тыкву, потому что backward compatibility не для них, смузи не ждет!

Ответить | Правка | Наверх | Cообщить модератору

51. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от EHLO (?), 18-Ноя-17, 17:24 
>> А зачем докер? Нужна окестровка, да.
> нужна _неизвестно_заранее_чего_. Поэтому управлять этим можно только в виде контейнеров.

Я управляю и на виртуалках и на железе. В ВМ намного проще чем в контейнере изолировать неведомое и формировать чисиые окружения кстати. Прелесть докеров не раскрыта опять.

> им и не надо, это тебе надо. А они завтра новую высосанную
> из пальца технологию навернут, и все твои контейнеры и их стораджи
> опять (уже два раза было) превратятся в тыкву, потому что backward
> compatibility не для них, смузи не ждет!

Пусть высасывают. Рано или поздно кто-то сделает как надо. Концепция правильная. Окружения для неймспэйсов нужны, только в нормальной реализации и без очередной попытки отливать серебрянную пулю.

Ответить | Правка | Наверх | Cообщить модератору

54. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от пох (?), 18-Ноя-17, 19:02 
>> нужна _неизвестно_заранее_чего_. Поэтому управлять этим можно только в виде контейнеров.
> Я управляю и на виртуалках и на железе. В ВМ намного проще

ты не знаешь, чего именно тебе надо vm. Потому что разработчик выкатывает на-гора контейнер. Пока ты героически вручную его разбираешь на составляющие, так, тут позапрошлая версия убунты, здесь на нее надо апдейт, тут надо из вот этого репо еще вот эту штуку, здесь запустить языко-зависимый установщик и натащить им то, се, пятое, десято...ой, а этой версии уже нет в репо, как быть, как быть, куды бечь?! Он тебе еще более новую собрал, в окружении от старой она не работает. Тут тебе бы помог гуглодифф, потому что разница в одном-единственном модуле, явно не упомянутом но притянутом зависимостями, но ты гордо бежишь по граблям дальше.

> чем в контейнере изолировать неведомое и формировать чисиые окружения кстати. Прелесть

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

> Пусть высасывают. Рано или поздно кто-то сделает как надо.

не, не сделает. industry standard уже. Да и изначально концепция cgroups была горбатой.
Нормальная - у *bsd в jail и у солярки в zones, той и другой больше десятка лет, и никаких тебе "cve-каждыйгод-овердофига: рут в зоне внезапно вылез рутом в хосте", случаи по пальцам одной руки можно пересчитать.
Но никто не наладил массовую выпечку готовых решений для них в виде скрипта, создающего контейнер. И не просто так.

Ответить | Правка | Наверх | Cообщить модератору

56. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от EHLO (?), 18-Ноя-17, 21:46 
> этим всем мило и прекрасно заниматься, когда этих виртуалок у тебя штук
> пять. А когда их 500, и надо еще заниматься работой, а
> не "формировать чистые окружения" заботливо нулевочкой - начинаются опаньки.

Гыыы, виртуалки еще и масштабируются лучше, чем контейнеры. И распределять нагрузку с ними удобнее. Если у тебя 500 контейнеров "занимающихся работой", их нужно по нескольким виртуалкам разложить, как минимум.
Вот если бы ты сказал про динамическое распределение ресурсов, тут есть и плюсы и минусы у контейнеров, но не у докера в частности. Докер и этого не умеет.
Опять мимо, но ближе уже.

> не, не сделает. industry standard уже. Да и изначально концепция cgroups была
> горбатой.
> Нормальная - у *bsd в jail и у солярки в zones, той
> и другой больше десятка лет,

Linux контейнеры это неймспэйсы, которым, кстати, больше десятка лет. А не cgroups, как почему-то считают хаброэникеи, наслушавшиеся вэбинаров за докер. Не верь им. Cgroups конечно тоже используются для ограничения ресурсов, но это не основное.

Ответить | Правка | Наверх | Cообщить модератору

60. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от пох (?), 18-Ноя-17, 23:41 
> Гыыы, виртуалки еще и масштабируются лучше, чем контейнеры. И распределять нагрузку с

контейнер - ни разу не то что ты подумал. Контейнер - отдельное приложение.
В понятных админу локалхоста приближениях: nginx - один контейнер. php-fpm - второй. неведомый демон приложения к которому тот php лазит - третий. Все вместе - один инстанс. Их таких могут быть (и есть) сотни.
А теперь расскажи мне, как это "масштабируется" в случае, когда вместо тридцати таких контейнеров в одной виртуалке (да, оно обычно еще и в виртуалке) - у тебя будет тридцать виртуалок. Каждая с полным набором - ведро, драйвера с прослойками эмуляторов, кроны-демоны-логгеры-вся общесистемная херня - в каждой отдельная. В системе с микросервисами их очень быстренько будет тридцать три (и по прежнему сотни хостов). Все еще "масштабируется"?

> ними удобнее. Если у тебя 500 контейнеров "занимающихся работой", их нужно
> по нескольким виртуалкам разложить, как минимум.

по пятистам, ага. Потом налаживать между всеми ними передачу данных. Потом каждую отдельно мониторить и обслуживать.
И все вручную, какой еще kubernetes, это слишком по хипстерски, мы так не можем, от него смузей воняет (к тому же угадай, в каком виде он поставляется).

> Linux контейнеры это неймспэйсы, которым, кстати, больше десятка лет. А не cgroups,

cgroups и того старше - это подарок из openvz, без которого вся система была неработоспособна в принципе - поскольку любой взбесившийся контейнер может сожрать все, до чего дотянется.

проблема что обе конструкции оказались переусложненными и ненадежными в принципе. virtuozzo в конечном итоге сдалось и пошло за qemu, как все. И проиграло. Потому что хипстеры выпилили таки из того что было - то что было им удобно.

Ответить | Правка | Наверх | Cообщить модератору

69. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от EHLO (?), 19-Ноя-17, 00:14 
>[оверквотинг удален]
> приложение.
> В понятных админу локалхоста приближениях: nginx - один контейнер. php-fpm - второй.
> неведомый демон приложения к которому тот php лазит - третий. Все
> вместе - один инстанс. Их таких могут быть (и есть) сотни.
> А теперь расскажи мне, как это "масштабируется" в случае, когда вместо тридцати
> таких контейнеров в одной виртуалке (да, оно обычно еще и в
> виртуалке) - у тебя будет тридцать виртуалок. Каждая с полным набором
> - ведро, драйвера с прослойками эмуляторов, кроны-демоны-логгеры-вся общесистемная херня
> - в каждой отдельная. В системе с микросервисами их очень быстренько
> будет тридцать три (и по прежнему сотни хостов). Все еще "масштабируется"?

1. Путаешь масштабирование и утилизацию ресурсов. Приложение может использовать меньше ресурсов, но при этом слабо масштабироваться. Гугли, разбирайся, я на сегодня устал от просветительской деятельности.
2. Если приложение нагружено, то оверхэд на систему и виртуализацию незначительный. А бездействующих контейнеров обчно да, можно больше и быстрее наплодить. Хотя и тут есть нюансы, но тебе еще  рано обэтом.
3. Докер тоже ресурсы потребляет если что. Только голое железо, только хардкор. И если ты не знаешь, а ты наверняка не знаешь, почти во всех крупных конторах существенная часть прода на голом железе. У некоторых весь прод.  

> по пятистам, ага. Потом налаживать между всеми ними передачу данных. Потом каждую
> отдельно мониторить и обслуживать.
> И все вручную, какой еще kubernetes, это слишком по хипстерски, мы так
> не можем, от него смузей воняет (к тому же угадай, в
> каком виде он поставляется).

То есть ты не в курсе что докеры чаще в виртуалках деплоят, независомо от оркестратора?

Ответить | Правка | Наверх | Cообщить модератору

55. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от SunXE (ok), 18-Ноя-17, 19:31 
> А зачем докер? Нужна окестровка, да. Смысл контейнеризации и тем более в докере не раскрыт.

Докер просто модный и раскрученный, но архитектура его, особенно в плане безопасности ужасна. Но она побудила сделать стандарт контейнеризации по которому делаются rkt и LXC например. Например тот же Kubernetes работает с rkt.
Контейнеры вышли из подхода когда ты собираешь своё приложение в определённую папку, кладёшь туда же все необходимые библиотеки, для непривилегированного пользователя переопределяешь переменные окружения и запускаешь приложение под этим пользователем. В таком виде приложение хорошо переносимо, запаковал папку в архив, перенёс на другую машину, развернул, переопределил переменные окружения среды и готово.
Но подход не всегда удобен разработчикам когда нужно таскать кучу библиотек и зависимостей, проще же понаставить их из пакетов и забыть что ставил)
Вот для того чтобы можно было понаставить кучу пакетов и не заботиться о зависимостях и используется контейнеризация. А докер предоставляет удобный интерфейс и репозиторий с готовыми контейнерами, чем экономит время разработчикам, этим и популярен.

> Да, с поправкой что на локалхосте, а не в продакшне.

Да, я имел ввиду на локалхосте.

> Это на настоящий момент. Но скорее всего так и не допилят до продового состояния, хайп на спад пошёл.

Ну я наблюдаю, что даже самые заскорузлые проекты начинаю переходить на микросервисы. А это немножко другая архитектура где ключевым узлом являются прокси сервера на входе, несколько узлов фронта, а остальные компоненты прода динамически поднимаются/опускаются.
В том что конкретно докер будет долго жить я и сам не верю, а вот что контейнеры вообще всерьёз и на долго, так это скорее всего.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

65. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от пох (?), 18-Ноя-17, 23:51 
> Ну я наблюдаю, что даже самые заскорузлые проекты начинаю переходить на микросервисы.
> А это немножко другая архитектура где ключевым узлом являются прокси сервера
> на входе, несколько узлов фронта, а остальные компоненты прода динамически
> поднимаются/опускаются.

ты не поверишь, но для этого как раз не нужен был докер - и контейнеры вообще.

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

Проблема что это было жутко неудобно программистам - их заставляли оформлять свои чудеса принятыми в прод-системе пакетами, любая версия чего угодно, отличающаяся от дистрибутивной "устаревшей на пять лет", требовала обоснования, пакетирования и разбора конфликтов.
И полный пэ настал с новыми модными языками, каждый из которых норовил нагадить в $HOME, потому что по другому авторы работать не умели.

Ответить | Правка | Наверх | Cообщить модератору

66. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Sw00p aka Jerom (?), 18-Ноя-17, 23:52 
>> изменять количество работающих приложений согласно какой-то логике.

ага так всё просто, как один выше господин утверждал об "простом масштабировании" :)
возьмите два докер образа с друпалом и я посмотрю как вы будете решать вопросы с синхронизацией.


Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

18. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Аноним (-), 18-Ноя-17, 11:12 
Разворачивать проекты где угодно одной командой.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

19. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Аноним (-), 18-Ноя-17, 11:33 
на attiny13 мне развернешь?
Ответить | Правка | Наверх | Cообщить модератору

45. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Fjgkdhdnxo (?), 18-Ноя-17, 15:59 
Смотря какой бюджет у хотелки.
Ответить | Правка | Наверх | Cообщить модератору

30. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от пох (?), 18-Ноя-17, 12:57 
> а для чего нужны эти докер контейнеры ?

кто-то тут когда-то дал удачнейшую ссылку на правильный ответ:
https://habrahabr.ru/post/277699/#comment_8781057

Докер — это отличная возможность переложить проблемы поддержания актуальных версий системных библиотек (того же самого libssl) с поставщиков ОС и сисадминов на никого. После того, как проблемы безопасности окружения переложены на никого, скорость внедрения и эксплуатации заметно возрастает, ведь производительность никого ограничена только супремумом пофигизма, а он, в свою очередь, верхней границы не имеет.

(на самом деле еще и кучу других проблем заодно, не только библиотек)

собственно, то что гуглю (!) понадобилось, по сути, средство быстрого _реверс_инжиниринга_ контейнеров (а что еще это, по-вашему? Именно средство быстро узнать, что же тут обезьянка наколбасила - в случае, когда у нее самой спрашивать просто бесполезно.)

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

59. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Sw00p aka Jerom (?), 18-Ноя-17, 23:37 
>>Докер — это отличная возможность переложить проблемы

И тем самым убить понятие сисадмина

>>(а что еще это, по-вашему? Именно средство быстро узнать, что же тут обезьянка наколбасила - в случае, когда у нее самой спрашивать просто бесполезно.

ну и собственно вопрос, зачем всё в кучу складывать, а потом ещё придумывать инструментарий для разгребания этой кучи?

Ответить | Правка | Наверх | Cообщить модератору

67. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от пох (?), 18-Ноя-17, 23:58 
>>>Докер — это отличная возможность переложить проблемы
> И тем самым убить понятие сисадмина

он теперь называется devop, да. Не удивлюсь, если в списке требований окажется уметь программировать на go.
сисадмины - это что-то из области it-отдела, ну тот чувак, который так забавно картридж у принтера вчера тряс.

> ну и собственно вопрос, зачем всё в кучу складывать, а потом ещё
> придумывать инструментарий для разгребания этой кучи?

так там без тебя уже все сложили. зарплата программиста больше твоей, поэтому экономия его времени важнее. А ты беги, разгребай.

Ответить | Правка | Наверх | Cообщить модератору

68. "Google открыл код утилиты для сравнения образов контейнеров"  +/
Сообщение от Sw00p aka Jerom (?), 19-Ноя-17, 00:07 
> он теперь называется devop, да.

ага завтра он будет решать проблемы масштабирования, агрегацию логов, аналитику, настраивать сеть, а сис админ пусть втыкает телефонные кабеля и трясёт картриджи.

> зарплата программиста больше твоей, поэтому экономия его времени важнее.

ага до первого "ботлнека", программисты давно уже на себя многое взяли, вот и придумывают как всё это разгребать.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру