@devops_ru

« Назад

Страница 76 из 4568

Далее »

Magistr

08.05.2016
08:40:34

судо и селинукс

Dmitrii

08.05.2016
08:41:37

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

Aleksandr

08.05.2016
08:43:18

это внутри докера нельзя менять... а вот сервис просит... тот же redis или uwsgi

Denis

08.05.2016
08:53:59

Это консалтинг на два дня :)

Мы никуда не торопимся ;)

Google

Phil

08.05.2016
09:00:44

всё идёт к тому, что всё, что раньше было не облачным, станет облачным вне зависимости от того, нужно это или нет... мода, удобства для разработчиков, изоляция приложений.... некоторые даже делают так: IaaS на базе OpenStack плюс CoreOS с контейнерами, то есть как бы уже две системы виртуализации, (хотя OpenStack можно с Ironic'ом тогда без KVM можно будет обойтись)

так и есть да

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

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

Alexander

08.05.2016
09:03:17

без докера довольно много поводов для конфликтов между админами (с их стабильным (старым) Debian'ом или CentOS) и разработчиками (которые хотят всё новое)

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

Kirill

08.05.2016
09:04:35

без докера довольно много поводов для конфликтов между админами (с их стабильным (старым) Debian'ом или CentOS) и разработчиками (которые хотят всё новое)

Так люблю старый Debian

нет ничего лучше old wheezy

Александр

08.05.2016
09:04:56

Ммм, дебиан

Alexander

08.05.2016
09:05:05

:-)

Magistr

08.05.2016
09:05:59

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

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

Alexander

08.05.2016
09:06:14

в дебиане докер.ио версии 1.6.2 сейчас :-)

Danil

08.05.2016
09:06:39

вот тебе бот чтобы музыку слушать из вк ) @vkm_bot

Magistr

08.05.2016
09:07:43

когда разрабы будут нести ответственность за прод, сразу пропадет желание тащить все новое ))

Alexander

08.05.2016
09:07:47

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

Google

Alexander

08.05.2016
09:07:54

но только свои сервисы

например, нужен им Python, PostgreSQL - вот этим они и занимаются

Kirill

08.05.2016
09:08:22

в дебиане докер.ио версии 1.6.2 сейчас :-)

в каком ?)

Alexander

08.05.2016
09:08:27

в стабильном

Phil

08.05.2016
09:08:29

без докера довольно много поводов для конфликтов между админами (с их стабильным (старым) Debian'ом или CentOS) и разработчиками (которые хотят всё новое)

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

Alexander

08.05.2016
09:08:41

https://tracker.debian.org/pkg/docker.io

без докера есть риск, что что-то там меняя в системе будет сломан другой проект

тут или докер или kvm

Magistr

08.05.2016
09:09:51

без докера довольно много поводов для конфликтов между админами (с их стабильным (старым) Debian'ом или CentOS) и разработчиками (которые хотят всё новое)

и опять решение административных проблем тех способом

Alexander

08.05.2016
09:09:53

иначе риски выше

Phil

08.05.2016
09:11:29

В офлайн мире это называется "замести мусор под ковер"

Alexander

08.05.2016
09:12:17

для меня главный плюс докера (не самый, но один из) - изолировать проекты друг от друга с минимальным оверхёдом

вот есть у меня 20 проектов, я их поддерживаю, за это мне платят, я хочу их обновлять так, что обновляя один не сломается второй

я это решал путём аренды 20 серверов

сейчас с докером я могу это всё сделать на нескольких

другой вариант - kvm, но тут оверхеда больше и обновлять менее удобно

(ну, не 20 серверов, но много серверов)

и ещё было так, что у меня на маке всё работало, а потом на динуксе что-то глючило, в итоге при релизе всё падало, нужно было откатываться, искать ошибку, исправлять, потом снова пробовать - это было криво) с докером я делаю сразу и тестирую - если у меня всё работает, то и на сервере заработает

Aleksandr

08.05.2016
09:23:22

Почему про CI/CD никто не вспоминает?

Можно, конечно, и без докера, но с докером удобнее в разы

Google

Magistr

08.05.2016
09:24:10

так нужно чтобы тесты кто-то написал, а им некогда надо фичи пилить ))

до него дорасти еще надо

Alexander

08.05.2016
09:30:21

> Почему про CI/CD никто не вспоминает? мне кажется, это не имеет сильной связи именно с контейнерами, но вещь полезная

TeamCity и компания

Aleksandr

08.05.2016
09:31:08

> Почему про CI/CD никто не вспоминает? мне кажется, это не имеет сильной связи именно с контейнерами, но вещь полезная

имеет, построение окружения для сборки

Alexander

08.05.2016
09:32:32

ну, вот в питоне можно просто сделать новое виртуальное окружение, поставить туда, протестировать там, а потом удалить

(я в основном именно с питонопроектами связан)

Aleksandr

08.05.2016
09:33:09

ну, вот в питоне можно просто сделать новое виртуальное окружение, поставить туда, протестировать там, а потом удалить

А если кроме питона у тебя ещё всякие редсы рэббиты?

Alexander

08.05.2016
09:33:26

у меня просто питон и PostgreSQL

Aleksandr

08.05.2016
09:33:28

Редисы*

Alexander

08.05.2016
09:33:35

но да, если что-то серьезное - то там уже сложнее

но всё равно CI были задолго до докера, как-то их использовали там, то есть с контейнерами это стало попроще

Alexander

08.05.2016
09:34:52

CI нужно если проект развивается по agile-методологиям

то есть я всячески за CI, это хорошая вещь

а вот тесты да, иногда лень писать тесты на всё

Aleksandr

08.05.2016
09:35:23

но всё равно CI были задолго до докера, как-то их использовали там, то есть с контейнерами это стало попроще

раньше это было с болью и страданиями

Alexander

08.05.2016
09:36:07

в проектах для мало бизнеса будет дешевле словить ошибку в продакшене чем писать хорошие тесты

малого*

к сожалению, оно так

Aleksandr

08.05.2016
09:36:40

но всё равно CI были задолго до докера, как-то их использовали там, то есть с контейнерами это стало попроще

Да и без виртуализации как-то жили и без пакетных менеджеров и ещё без кучи всего :) нутыпонял

Google

Alexander

08.05.2016
09:38:38

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

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

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

c quay.io

например

Aleksandr

08.05.2016
09:40:38

Ну вчера вон кто-то писал, что у него локальный редис на каждом сервисе и докер ненужен

Хотя как по мне как раз отличный кейс для докера именно в контексте CI и тестирования

Alexander

08.05.2016
09:41:47

ну вот у меня все проекты на 1 ипе и как бы я мог бы поставить nginx на сервер, а мог бы в контейнер

я думал над этим

и всё-таки сделал в контейнере

Admin

ERROR: S client not available

Alexander

08.05.2016
09:42:08

аналогично с PostgreSQL

вполне можно было бы поставить 1 на всех и там разделять по правам доступа

но уж очень хотелось разделить

Aleksandr

08.05.2016
09:43:03

Ну ip адреса слава б-гу не такой уж дефицит )

Alexander

08.05.2016
09:44:08

ну да, просто я это у себя дома делал

и для меня 20 айпишников это 20 отдельных проводов, чтобы не очень красиво будет выглядеть)) да и соседи будут коситься, что в квартиру идут 20 проводов, напишут на меня донос, скажут, что "хакер какой-то"

:-)

Phil

08.05.2016
09:45:49

Почему про CI/CD никто не вспоминает?

потому что CI/CD это тоже в некоторой степени мода. и зачстую дурацкая. CI чтобы CI

Aleksandr

08.05.2016
09:46:06

Ну вчера вон кто-то писал, что у него локальный редис на каждом сервисе и докер ненужен

http://devopsreactions.tumblr.com/post/127225444827/finding-out-that-redis-has-been-running-in не удержался

Google

Aleksandr

08.05.2016
09:46:17

потому что CI/CD это тоже в некоторой степени мода. и зачстую дурацкая. CI чтобы CI

#яснопонятно

Phil

08.05.2016
09:46:17

я это решал путём аренды 20 серверов

а jail, openvz, zones? им всем в обед сто лет

Alexander

08.05.2016
09:46:40

ну если это личный блог, там CI не нужна

а если это проект на фреймворке, то нужна

то есть для CMS не нужно, для фреймворков нужно

Phil

08.05.2016
09:47:05

а если это проект на фреймворке, то нужна

тип того

Alexander

08.05.2016
09:47:32

просто если там блог на Wordpress - то эта CI стоит у тех, кто пишет Wordpress

а разработчик сайта тут скорее пользователь, чем разработчик

структуру базы данных он не меняет

просто ставит плагины и конфигурирует их

но обычно ведь проекты - это Symfony/RubyOnRails/Django/Play 2

и тут уж CI нужна

Phil

08.05.2016
09:49:13

Да и без виртуализации как-то жили и без пакетных менеджеров и ещё без кучи всего :) нутыпонял

кстати когда? формату deb сколько, четверть века? когда жили без пакетов? chroot я даже не знаю сколько лет. jail/openvz - лет 15 точно уже, да? когда и кто жил без этого?

Dmitrii

08.05.2016
09:50:38

Ну вчера вон кто-то писал, что у него локальный редис на каждом сервисе и докер ненужен

Это был абстрактный пример )

Aleksandr

08.05.2016
09:51:40

кстати когда? формату deb сколько, четверть века? когда жили без пакетов? chroot я даже не знаю сколько лет. jail/openvz - лет 15 точно уже, да? когда и кто жил без этого?

Ты понял, что я хотел сказать. Есть куча технологий, без которых можно обойтись, но зачем? Я, само собой, с тобой согласен, что докер ради докера это неправильно, но есть ведь и другая крайность. Не использовать докер только ради неиспользования докера

Это был абстрактный пример )

Да я понял )

Dmitrii

08.05.2016
09:52:56

Ты понял, что я хотел сказать. Есть куча технологий, без которых можно обойтись, но зачем? Я, само собой, с тобой согласен, что докер ради докера это неправильно, но есть ведь и другая крайность. Не использовать докер только ради неиспользования докера

Да, поэтому я пропагандирую LXC. Куда гибче, а с приходом LXD будет вообще сказка.

Phil

08.05.2016
09:53:26

Ты понял, что я хотел сказать. Есть куча технологий, без которых можно обойтись, но зачем? Я, само собой, с тобой согласен, что докер ради докера это неправильно, но есть ведь и другая крайность. Не использовать докер только ради неиспользования докера

Да естественно. Я к тому, что и виртуализация уже давно была, и пакетизирование

Да, поэтому я пропагандирую LXC. Куда гибче, а с приходом LXD будет вообще сказка.

А расскажи кстати. Оно сможет заменить пакетный менеджер как докер? Будут образы?