+ поясняющая картинка https://www.spinnaker.io/guides/tutorials/codelabs/hello-deployment/flow.png

почему веб-хуки не используются на схеме?

шо ж ты сразу его спиннакером пугаешь

ну как бы там ключевое не спиннакер а сам workflow

почему веб-хуки не используются на схеме?

http://join.spinnaker.io <- лучше вот тут спросить also, я использовал веб-хуки для него, работают, картинке как минимум год

А что не получается с ipfw nat?

ipnat то пижже. и в едре

На шлюзе фрибсд 11 надо инет раздать с интерфейса msk0 в локалку по rl0

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

На шлюзе фрибсд 11 надо инет раздать с интерфейса msk0 в локалку по rl0

и в чем проблема?

PF + 10 минут работы

многие догадываются что NAT в PF'е самый пиздатый

многие догадываются что NAT в PF'е самый пиздатый

чем?

скоростью и фишками

чем не в пфе же

) красные глаза + водка.... и все из за девчонки

Привет из 2005

Уважаемые участники, ищу руководителя группы VoIP в Москве. Метро Калужская. З/п в районе 200net+премии. Исключительно важен опыт работы с ooensips или kamailio. Вас крайне мало, никак не могу найти. Sos?

*opensips

продолжайте держать нас в курсе

и да, может проблема в аватарке?

думаете, там должна быть грудь?

ну шо вы сразу

может еще и вирт каждому кандидату

привет, легион. есть у кого-нибудь опыт качественной пропагации изменений по цепям наследования докер-образов? у нас частый кейс - берём какой-то общий образ, вроде centos7-minimal, наваливаем на него общекомпанейские пакеты/настройки, получаем свой base-c7 образ. наваливаем на него php, получаем base-c7-php образ. наваливаем на него phalcon/yii, получаем base-c7-php-phalcon образ. наваливаем на него приложение, и выходит base-c7-php-phalcon-service_abc. и частая проблема - мы меняем настройки, типа tz, в базовом образе, или centos7-minimal выкатывают security update, и мы попадаем на мощное дерево обновлений. я вижу, что есть docktitude и проч., но это выглядит только как автоматизация сложности и путь в темноту -) да и у нас есть какой-то cd вокруг всего этого дела, куда docktitude сложнее встроить, чем реализовать самостоятельно. идеи вроде "держите 1 базовый образ, остальное делайте копипастой в конечных образах" - тоже кажутся немного адовыми. если есть идеи клёвости, заделитесь?

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

может еще и вирт каждому кандидату

удалённому да. а если в офис ищут, то...

Тут помощь найти можно? Порекомендовали ваш чат, как релевантный

Тут помощь найти можно? Порекомендовали ваш чат, как релевантный

мадемуазель, вам в @devops_jobs

Спасибо, извините

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

если вас не затруднит

привет, легион. есть у кого-нибудь опыт качественной пропагации изменений по цепям наследования докер-образов? у нас частый кейс - берём какой-то общий образ, вроде centos7-minimal, наваливаем на него общекомпанейские пакеты/настройки, получаем свой base-c7 образ. наваливаем на него php, получаем base-c7-php образ. наваливаем на него phalcon/yii, получаем base-c7-php-phalcon образ. наваливаем на него приложение, и выходит base-c7-php-phalcon-service_abc. и частая проблема - мы меняем настройки, типа tz, в базовом образе, или centos7-minimal выкатывают security update, и мы попадаем на мощное дерево обновлений. я вижу, что есть docktitude и проч., но это выглядит только как автоматизация сложности и путь в темноту -) да и у нас есть какой-то cd вокруг всего этого дела, куда docktitude сложнее встроить, чем реализовать самостоятельно. идеи вроде "держите 1 базовый образ, остальное делайте копипастой в конечных образах" - тоже кажутся немного адовыми. если есть идеи клёвости, заделитесь?

если при каждом пуше кода приложения у вас каждый раз пересобирается образ и в dockerfile есть from centos7-minimal:latest - это не решает?

ну, да, докерфайл нам не нужно коммитить в каждом наследнике на каждое изменение -) но последовательность пересборок нужно отслеживать и запускать. это боль.

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

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

Тут помощь найти можно? Порекомендовали ваш чат, как релевантный

кто порекомендовал?

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

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

когда у тебя 3 базовых образа, на них ещё 15 базовых образов, на них ещё 30 базовых образов, а на всём этом 200 образов, это боль :(

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

bamboo :'-(

когда у тебя 3 базовых образа, на них ещё 15 базовых образов, на них ещё 30 базовых образов, а на всём этом 200 образов, это боль :(

это реальные цифры или приврал для правдивости?

...столько максимализма еще...

когда у тебя 3 базовых образа, на них ещё 15 базовых образов, на них ещё 30 базовых образов, а на всём этом 200 образов, это боль :(

все таки я уверен что ваша задача довольно легко решается, с инженерной точки зрения

это обычный dependency tree

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

все таки я уверен что ваша задача довольно легко решается, с инженерной точки зрения

если добавить конкретики больше, чем "построить граф" или "dependency tree", как это должно выглядеть? вы ощущаете, что это должно быть несложно, или вам говорит ваш опыт?

если добавить конкретики больше, чем "построить граф" или "dependency tree", как это должно выглядеть? вы ощущаете, что это должно быть несложно, или вам говорит ваш опыт?

если коротко, моими устами говорит б-г

я всеголишь прокся

https://github.com/TomasTomecek/sen

https://github.com/justone/dockviz

https://github.com/justone/dockviz/blob/master/sample/images.png

dockviz кстати полезно, спасибо -)

я бы с вас 4$ взял но за ваш "тон", 4,5$

сириус бизнес

сириус бизнес

Бузинес

ERROR: S client not available

развивая тему - никто же не собирает докеры jff. у вас всегда есть реп, jenkins/bamboo/etc, какие-то инструменты для сборки образов, distribute, куда вы загрузите образы, и системы доставки ваших образов для превращения их в работающий продукт. делиться решением в виде "построить граф", ну это как-то тоже моветон, не согласитесь? если вам не интересна тема, её можно игнорировать, игнорирование куда более мощный продуктивный инструмент чем накидывать

я бы с вас 4$ взял но за ваш "тон", 4,5$

.

бгг, у вас день что ли не задался?

или вы не гуглите принципиально?

https://hastebin.com/azuqaponug.sql - WTF?

развивая тему - никто же не собирает докеры jff. у вас всегда есть реп, jenkins/bamboo/etc, какие-то инструменты для сборки образов, distribute, куда вы загрузите образы, и системы доставки ваших образов для превращения их в работающий продукт. делиться решением в виде "построить граф", ну это как-то тоже моветон, не согласитесь? если вам не интересна тема, её можно игнорировать, игнорирование куда более мощный продуктивный инструмент чем накидывать

Да-да, всегда.

развивая тему - никто же не собирает докеры jff. у вас всегда есть реп, jenkins/bamboo/etc, какие-то инструменты для сборки образов, distribute, куда вы загрузите образы, и системы доставки ваших образов для превращения их в работающий продукт. делиться решением в виде "построить граф", ну это как-то тоже моветон, не согласитесь? если вам не интересна тема, её можно игнорировать, игнорирование куда более мощный продуктивный инструмент чем накидывать

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

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

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

все в машину! фатанльное стечение обстоятельств

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

Шкала по-своему забавна. Если ею воспользоваться - в описанной ситуёвине имеет место третья "З".

Но это, конечно, моя личная точка зрения.

>33 (три "З" ) два три

я еще раз перечитал вопрос Дмитрия, и до сих пор настаиваю что это загвоздка после того, как имидж от которого зависят другие пять например. этот имидж пересобирается. есть простое инженерное решение (их даже больше 5), как пересобрать зависимые от него, и зависимые от тех 5 и так далее, это займет время. про version pinning - это да, но я не понимаю вашего поинта, его нужно использовать в любом случае (либо при установки ПО, либо регулировать указанием собственных downstream'ов)

я еще раз перечитал вопрос Дмитрия, и до сих пор настаиваю что это загвоздка после того, как имидж от которого зависят другие пять например. этот имидж пересобирается. есть простое инженерное решение (их даже больше 5), как пересобрать зависимые от него, и зависимые от тех 5 и так далее, это займет время. про version pinning - это да, но я не понимаю вашего поинта, его нужно использовать в любом случае (либо при установки ПО, либо регулировать указанием собственных downstream'ов)

почему бы и нет - вариант "это загвоздка" тоже возможен

а вакансии только в @devops_jobs ?

а вакансии только в @devops_jobs ?

Да

Доброго времени суток. Господа, может кто-то дать исчерпывающий ответ на вопрос: "Кто такой DevOps?" Гугл втирает про методологию разработки.

Доброго времени суток. Господа, может кто-то дать исчерпывающий ответ на вопрос: "Кто такой DevOps?" Гугл втирает про методологию разработки.

Девопс это не кто - это что

никто не даст тебе такой ответ, это иллюзия

Доброго времени суток. Господа, может кто-то дать исчерпывающий ответ на вопрос: "Кто такой DevOps?" Гугл втирает про методологию разработки.

это я

это я

Тогда расскажи о себе)

девопса не существует

А правда что профессия системного администратора умирает?

Тогда расскажи о себе)

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