?

спасибо ) тоже подумал что тут ничего сложного

да.. переписка начинается в Sent: Friday, November 17, 2017 1:57 PM Настройки ARR «URL REWRITE» на уровне сервера:

rewrite ^/some/(.*) /$1 break;

или rewrite ^/some/(.*) /$1 permanent;

если адрес подставить надо - proxy-redirect

если правильно всё понял

или rewrite ^/some/(.*) /$1 permanent;

location ~ ^/some/(.*) { return 301 /$1; }

Да. Так что лучше не трогать велосипед )

Да. Так что лучше не трогать велосипед )

надо тот фрагмент найти и вырезать в гифку и показывать в чатах на случаи важных переговоров)

Парни, привет! Помогите плз начинающему докеристу) Открываю рубрику #чтоздесьнетак

https://gist.github.com/ivanpadavan/c217d6f9491a0f3bde112f43590a795e

https://gist.github.com/ivanpadavan/c217d6f9491a0f3bde112f43590a795e

from вызывается одноразово

from вызывается одноразово

Таки нет

если вы хотите юзать несколько образов как артефакты друг к другу то это в dapp

Докерфайл запускает билд форнтенда, а потом сервит его через nginx с proxy_pass, на конфигурируемый API_URL

Тут мультистейдж билд

https://docs.docker.com/develop/develop-images/multistage-build/

Собсна цель - шоб не подтягивались зависимости, пока нет изменений в package.json и не запускался перебилд, пока не изменились сорсы

В данный момент куча вопросов - чем CMD отличается от RUN и как заставить контейнер вырубаться по ctrl-c из основных)

Доки курю, но эни хелп априщиейтед

cmd - по сути то что будет висеть при запуске контейнера

run - команда приводящая твой образ к нужному состоянию.

run - команда приводящая твой образ к нужному состоянию.

Спасибо, буду пользоваться этим пониманием)

Спасибо, буду пользоваться этим пониманием)

Счас я тебе ответ на гист дам)

Спасибо, буду пользоваться этим пониманием)

Ответ дал, держи еще ссыль https://codefresh.io/docker-tutorial/node_docker_multistage/

А может кто-то посоветовать self-hosted dns сервер с API под linux?

azure

когда перейду в microsoft работать, тогда можно будет назвать azure self-hosted )

А может кто-то посоветовать self-hosted dns сервер с API под linux?

PowerDNS смотрел?

спасибо, погляжу

Нашёл в вики табличку с фичами разных серверов

Всем привет! Подскажите best practices по хранению конфигурации для микросервисов, у нас сейчас они просто находятся в .json, .toml и собираются в image, на выходе получается image с бинарником и файлом конфигурации для определенного окружения (prod,stage,dev), хотелось бы хранить где-то удаленно, чтобы не запихивать конфиги в image. Кто как работает с этим? Пойдет ли consul для такого решения?

Всем привет! Подскажите best practices по хранению конфигурации для микросервисов, у нас сейчас они просто находятся в .json, .toml и собираются в image, на выходе получается image с бинарником и файлом конфигурации для определенного окружения (prod,stage,dev), хотелось бы хранить где-то удаленно, чтобы не запихивать конфиги в image. Кто как работает с этим? Пойдет ли consul для такого решения?

мы храним весь деплоймент в репе, а конфиги хранятся j2 темплейтами

мы храним весь деплоймент в репе, а конфиги хранятся j2 темплейтами

Аналогично и у нас + сами конфиги без значений. j2 для пайтона, у нас golang, думаю может есть какое-то универсально решение, не привязываясь к ЯП

Аналогично и у нас + сами конфиги без значений. j2 для пайтона, у нас golang, думаю может есть какое-то универсально решение, не привязываясь к ЯП

а мы не к языку, мы к ансиблу

а мы не к языку, мы к ансиблу

есть какая-нибудь более детальная инфа по данной реализации?

есть какая-нибудь более детальная инфа по данной реализации?

есть темплейты виртуалок\lxc на rhel все от контейнеров до софта выкатывается ансиблом+репа кода разрабов для кода приложений естесна

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

тут смотря что понимать под словом код по сути все эти плейбуки на инфру это код)

не, приложухи ходят дефолтно на локалхост там их хватает хапрокси и тащит до нужного хоста

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

Картина ясна!) Немного не про то спрашивал. У меня например есть приложуха, ходит в раббит,в монгу, в апи сторонние, завтра например ее допилят, она еще куда-нибудь ходить будет и я это постоянно правлю на build-server, где собираются docker images, а хотелось бы какую-нибудь удаленное хранилище, куда кинул rest запрос и поправил конфигурацию, а приложение на этой же основе вытянуло. Вот сейчас пока на consul остановился, в процессе изучения.

ну в моем случае я просто правлю конфиг в хапрокси где надо и там уже по условиям в j2 у меня разруливается определенный конфиг на определенную среду

интересное решение

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

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

если че, потом коммитами этих деплойментов прикрываешься, мол мы ниче не меняли, это ваш код такой "видишь дату? полгода назад менялась конфигурация, значит у вас гавно"

если вы хотите юзать несколько образов как артефакты друг к другу то это в dapp

Ты меня расстроил((

https://github.com/etsy/morgue кто пробовал?

Как-то совсем не по теме чата, как мне кажется.

в линух хелпе молчат

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

купи мак и выкинь это говно

купи мак и выкинь это говно

тонко

На десятке таких проблем нет

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

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

ответ тру линуксоида "купи мак и выкини это говно" ))

ответ тру линуксоида "купи мак и выкини это говно" ))

мельчают линуксоиды

тонко

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

https://t.me/ru_ubuntu

пасеба

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

пробовал всё равно в шелл тянет

несколько странный вопрос будет. Есть есть kubernetes кластер в Azure, где будут крутиться приложения. Для сбора логов есть потребность развернуть ELK для сбора логов с приложений. Вариантов по сути два как именно его развернуть: - отдельная от kubernetes виртуалка - запихнуть и сам ELK в kubernetes какой вариант предпочтительнее ? меня пытаются убудить в что стоит идти по второму, но что-то мне не по душе идея иметь иметь ELK на том же ресурсе откуда будут браться логи. Есть у кого аргументы в пользу того или иного варианта?

несколько странный вопрос будет. Есть есть kubernetes кластер в Azure, где будут крутиться приложения. Для сбора логов есть потребность развернуть ELK для сбора логов с приложений. Вариантов по сути два как именно его развернуть: - отдельная от kubernetes виртуалка - запихнуть и сам ELK в kubernetes какой вариант предпочтительнее ? меня пытаются убудить в что стоит идти по второму, но что-то мне не по душе идея иметь иметь ELK на том же ресурсе откуда будут браться логи. Есть у кого аргументы в пользу того или иного варианта?

свалить из azure

пока не стало больно

пробовал всё равно в шелл тянет

да вам, батенька, секасу не хватает.

свалить из azure

у него заказчик там вродь

свалить из azure

к вопросу о том как именно развернуть ELK, это не имеет отношение.

нуу

@vizdrag это же описание куба в азуре

к вопросу о том как именно развернуть ELK, это не имеет отношение.

отдельная вм

и таки, да. Azure - это требование клиента

системы по сбору метрик должны быть отделены от инфры, с которой они метрики собирают. Так правильней ящитаю

системы по сбору метрик должны быть отделены от инфры, с которой они метрики собирают. Так правильней ящитаю

главное не за падающими тонелями

не понял

несколько странный вопрос будет. Есть есть kubernetes кластер в Azure, где будут крутиться приложения. Для сбора логов есть потребность развернуть ELK для сбора логов с приложений. Вариантов по сути два как именно его развернуть: - отдельная от kubernetes виртуалка - запихнуть и сам ELK в kubernetes какой вариант предпочтительнее ? меня пытаются убудить в что стоит идти по второму, но что-то мне не по душе идея иметь иметь ELK на том же ресурсе откуда будут браться логи. Есть у кого аргументы в пользу того или иного варианта?

яб на виртуалку вынес

не понял

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

яб на виртуалку вынес

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

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

ну дык, мы ж тут не пальцем деланые, наша задача как раз такого паденияя и не допускать)

ну дык, мы ж тут не пальцем деланые, наша задача как раз такого паденияя и не допускать)

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

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

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