Понятно - что?

понятно на каком уровне мышления пишет автор.

Ну вот например захотел я поднять OpenStack. Явно туториала мне не хватит.

Пошел в магазин. Там херлион книг по OpenStack. Че все перечитывать?

отзывы на Amazon глянь

хм. читать книги по свеженм опенсорсу ?

или GoodReads какие

не уверен что в этом есть смысл.

сегодня так а завтра докер переписали с lxс на cgroup

Отзывы везде все купленые

и кому нужны книжки такие

Во во. Алексей понял о чем я.

а вот в деле апача изобрести что то новое сложно.

да и nginx мягко говоря утрес архитекртуру.

Ну эти продукты ИМХО не того масштаба чтобы по ним книгу покупать все же.

Я специально OpenStack за пример взял.

:)))))))))))))))

*если не надо разрабатывать модули.

и что exim или может bind не достигли состояния что нужна книга :) ?

опенстек пока молод.

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

Ой, exim. Я бы нашел 100500 вариантов как продать менеджеру "давайте слать черезз шлюз Gmail", чем мучаться с настройкой почты.

Если опять же, конечно, у вас не саппорт-центр.

в nginx есть миксины? Допустим конфиги для сайтов все одинаковые и отличаются только хостом и путями. Можно замутить что то типа site-config(host.ru, /home/deploy/www) ?

эм.

Ой, exim. Я бы нашел 100500 вариантов как продать менеджеру "давайте слать черезз шлюз Gmail", чем мучаться с настройкой почты.

а когда тебе _нужен_ почтарь ?

Вадим, где то ходили слухи, что сам Сысоев призывает к "копипасте" в конфигах nginx.

а когда тебе _нужен_ почтарь ?

Не совсем понял, что значит "нужен"? Одно исключение я упомянул выше.

Вадим, где то ходили слухи, что сам Сысоев призывает к "копипасте" в конфигах nginx.

о как

Вадим, еще у нас наприер вся конфигурация в Ansible. Порой в самом конфиге получается куча копипасты

А на деле - нет.

(в Ansible)

ааа, понял, спасибо

в nginx есть миксины? Допустим конфиги для сайтов все одинаковые и отличаются только хостом и путями. Можно замутить что то типа site-config(host.ru, /home/deploy/www) ?

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

сильно помогает в отладке

Был у нас как то один "Системный администратор". Он как раз страдал DRY в настройке nginx.

Мы потом чуть не умерли разгребать что там от чего зависит.

Всем привет! Нашел канал @fastwork , где smmщики, программисты, специалисты по SEO, копирйтер, дизайнеры, художники или просто ФРИЛАНСЕРЫ могут найти работу! Также там выкладываются статьи о бизнесе! Всем советую @fastwork @fastwork @fastwork @fastwork @fastwork

понял, отлично, спасибо за дельный совет!

Ууууу, вспомнил серию из футурамы, где реклама была во снах даже

Был у нас как то один "Системный администратор". Он как раз страдал DRY в настройке nginx.

интересно, это не про него я слышал на какой-то конфе? Что там общий конфиг нджинкса перевешивал за пару тысяч строк в одном файле, и как _ЭТО_ работает, знал в компании один человек?

Не, не думаю что это тот случай.

Сам по себе конфиг был небольшой. Но разбит на стопицот файлов типа "ssl_inc.conf"

я как-то дал на одном сервере права на конфигурирование нджинкса одному программисту на node. С тех пор я стараюсь не давать программистам права на конфигурирование и еще больше не люблю ноду

Ну и т.д.

да я просил ребят из nginx возможность посмотрет ьполный конфиг

после резолва инклудов и перменных какие можно

но в итоге они сказали что сделали -T

И че, оно печатает конфиг?

ага

Ого

/me побежал проверять.

1,9,3+

но в итоге они сказали что сделали -T

реально, круто ;)

Ых. У меня везде пока 1.8

1.9

черт :)

А тут есть фанаты heroku?

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

Девопсы не нужны. Нужно больше групп и каналов в телеграме

?

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

Cloudfoundry о том же вещают https://twitter.com/PaulaLKennedy/status/723212540621295616

Мне кажется, в зрелом проекте который обходится без всех этих сервисов, так или иначе все сделано (6 пунктов) руками in-house команды. Как правило разница в том, что ко всему этому нет тысяч библиотек под все языки мира, апи, и вебморды на ангуляре последнем.

Меня вот например щас в одной конторе форсят использовать harrow.io

Я дико плююсь с него но пока ничего не могу с этим сделать. Пишу им в сапорт про явные косяки, и как бы я это запилил в Jenkins. А мне отвечают мол, впервые видят того кто с удовольствием бы сделал это в Jenkins :))

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

когда евангелист SAAS сервиса говорит, что специалисты не нужны - он имеет ввиду "ваши специалисты не нужны - лучше платите нашим"

это элементарная конкуренция и попытка перетянуть к себе побольше денег

Ну это понятно. Кстати стоит это Heroku - просто Охероку сколько.

все облака дорогие, если пытаться менять на них обычные сервера (xDS/xPS)

амазон тоже не бесплатный, а если проект крупный - то стоит он просто обалдеть сколько

и чем выше уровень абстракции - тем дороже получается. Хотя вроде как - не должно так быть. Но есть. факт.

У меня тут порвало шаблон в этом году. Напоролся на контору, которая СОЗНАТЕЛЬНО захотела идти в амазон, зная что есть варианты дешевле.

Возможно, мы чего-то про нее (контору) не знаем

цена - не единственный фактор

цена - не единственный фактор

Спецам тоже платить нужно, а их мало и они дорогие. Амазон тоже дорогой, но он доступнее как ресурс

у амазона есть другой убер-трик - он масштабируется очень быстро

если надо наклепать 500 нод за 5 минут а через час их грохнуть - отличный вариант

правда возникает вопрос к дизайну приложения, которое ЭТО делает. Но это уже вне ответственности девопса, прийдется есть, что дали.

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

В последние 5 месяцев я только и занимаюсь тем, что пишу комментарии к пуллреквестам на гитхабе: "А как это будет работать на наших 20-ти нодах в амазоне? А что с блокировками? А как ты атомарно вычитывать будешь из базы?"

А в ответ звучат мутные темы типа "Ну на моей девелопент ноде я протестил - работает"

?

как я тебе сожалею

Или был еще случай. Надо было генерировать sitemap.xml файл. Ну чо, разработчик задачу получил - закодил. В терминах PHP - сделал file_put_contents(DOC_ROOT . '/sitemap.xml', $content);

хорошо, что я сам девелопер, мне никто такого сказать не может :)

Или был еще случай. Надо было генерировать sitemap.xml файл. Ну чо, разработчик задачу получил - закодил. В терминах PHP - сделал file_put_contents(DOC_ROOT . '/sitemap.xml', $content);

?!

Ну это упрощенно. Но суть в том что он типа так "кэшировал"

ппц

Терплю все это т.к. 1) Платят ОК. 2) Из говна конфетку можно сделать.

да я понимаю, то упрощенно. но как это будет работать на ваших 20ти нодах в амазоне?

Всяких говнюков поувольнять, архитектуру в порядок привести и норм.

Вот именно что НИКАК

?

типа на 20ти нодах запускать нужно, по его мнению?

Ну как бы да, после 20ти раз оно был "просралось"