ага , почитаю спс

меня просто “паразитный трафик” все таки смущает, если например будет 100-200 хостов и куча сервисов по 2-4 контейнера в реплике, не будешь же делать резолв в 200 ip, те видимо надо как-то сегментировать сеть - несколько нод для балансеров, возможно разный набор нод для балансеров для разных сервисов и лучше видимо чтобы трафик между балансерами и сервисами не пересекался

там где я хочу это развернуть - без “паразитного” трафика - сеть нагружена на 50-60% 24x7

те я боюсь что если еще тот трафик что пришел “не туда” будет роутится на нужные ноды то вообще все захлебнется

если например у нас есть docker swarm кластер из 200 нод, я создаю сервис. он же может заработать на любой из 200 нод те надо чтобы домен резолвися во все 200 ? нет ? 😊

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

с 1

да попробую. По чуть-чуть проясняется 😊 спасибо

Привет! Подскажите, есть задача докерезировать PostgreSQL, иметь несколько контейнеров с одной большой по размеру базой для задач тестирования. Как минимизоровать затраты по месту на дисках, сделать один имидж с залитой в него базой и из него разворачивать? или стоит выносить кластер баз данных на хост?

Привет! Подскажите, есть задача докерезировать PostgreSQL, иметь несколько контейнеров с одной большой по размеру базой для задач тестирования. Как минимизоровать затраты по месту на дисках, сделать один имидж с залитой в него базой и из него разворачивать? или стоит выносить кластер баз данных на хост?

Базу цеплять отдельным волюмом или маунтить на хост.

Сам по себе контейнер должен быть disposable.

Базу цеплять отдельным волюмом или маунтить на хост.

одну подмапленую базу могу прицепить к нескольким контейнерам? мони смогут потом с ней независимо работать?

одну подмапленую базу могу прицепить к нескольким контейнерам? мони смогут потом с ней независимо работать?

Нет конечно.

Нет конечно.

место никак не получится сэкономить?

если сделать имидж с базой залитой без подмонтирования и с него сделать несколько контейнеров, место не сэкономим?

что именно не пойдёт?

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

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

Твои данные будут неизменяемы

Что-то мне кажется, он имеет ввиду старые сообщения

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

заводим бота, далее обрабатываем приходящие команды (сообщения). Внутри каждой команды приходит Message.MessageID, а также от кого Message.Chat.ID ит.д.

Спасибо. Буду пробовать. То есть можно будет просто пересылать боту нужное мне сообщение с вложенным файлом и это файл будет автоматически скачан в папку на сервере?

Спасибо. Буду пробовать. То есть можно будет просто пересылать боту нужное мне сообщение с вложенным файлом и это файл будет автоматически скачан в папку на сервере?

писать код надо куда будет все складываться

Эх. Было бы готовое решение. Не ужто я один захотел такого странного ))

Эх. Было бы готовое решение. Не ужто я один захотел такого странного ))

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

Явное использование ресурса не по назначению.

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

Эх. Было бы готовое решение. Не ужто я один захотел такого странного ))

Ну а для сообщений из истории придётся использовать /getUpdates?offset, искать нужное сообщение, и делать /getFile?file_id

Серверные админы со своими бэкапами ситуацию точно не испортят

Вобщем реквестируем бота для админов. а в идеале и для девопса ))) можно же и докером из телеграмма управлять по идее. Идея стартапа.

По сути то нужен простой функционал. Мы отправляем файл, а в ответ получаем ссылку для его скачивания. Может есть идеи как это сделать ?

По сути то нужен простой функционал. Мы отправляем файл, а в ответ получаем ссылку для его скачивания. Может есть идеи как это сделать ?

Ограничение на 50Mb in и 20Mb out для ботов.

То есть, скачать что-то больше чем 20Mb не выйдет.

Вот те на. Не знал, спасибо. Значит придется через telegram-cli колдовать

Вот те на. Не знал, спасибо. Значит придется через telegram-cli колдовать

Может, облака просто использовать?

Может, облака просто использовать?

Хочу все в одном месте что б было. И не думать о лимитах. Тг в этом плане реально удобнее.

Хочу добавить в компоузе опцию для контейнера https://docs.docker.com/compose/compose-file/compose-file-v2/#dns dns-opt и получаю Unsupported config option for *service_name*: 'dns_opt' В чем может быть загвоздка, компоуз 2.

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

сервиснейм это то как я сервис назвал

там то как обозвал в компоузе

докер-композ старый?

v2

нет, версия пакета

1.8.0

может докер не понимает эту опцию?

ну когда передаю через run --dns-opt=ndots:1 то нормально воспринимает

и в контейнере применяется

у меня композ 1.10.1

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

я думаю, что поддержка опции появилась позже 1.8

обновился до 14, действительно заработало

вот только теперь другой косяк, когда прописываю эту опцию в компоузе, то в resolv.conf получается options ndots:1 ndots:0 вместо options ndots:1 Хотя если передавать через run контейнеру то она прописывается как надо.

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

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

По сути то нужен простой функционал. Мы отправляем файл, а в ответ получаем ссылку для его скачивания. Может есть идеи как это сделать ?

какую проблему решает данная фишка?

какую проблему решает данная фишка?

проблему wget https://мой-бэкап.tar.gz

git итд не решает?

git итд не решает?

гитом качать из облака телеграм?

я хочу хранить бэкапы в облаке тг - удобно быстро и всегда под рукой

телеграмм как облако?

да

тогда там, же как удобно посмотреть ?

хэштегом?

не понял вопрос

а если n версии то как?

тогда уж хранить бэкапы во вложений почты?)

не понял вопрос

как в телеграмме удобнее смотреть списки файлов?

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

вернее через telegram-cli все качается но не знаю как посмотреть id нужного мне сообщения

а версионирование мне не нужно

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

вот c адресом ссылки проблему решить и вообще рай будет ))

Всем примет! подскажите куда копать для реализвации задач по расписанию в dockere ?

Всем примет! подскажите куда копать для реализвации задач по расписанию в dockere ?

cron - не?

если на одной host машине - думаю хватит. а если говорить о swarm класторе ?

А какая у Вас специфичная задача такая, в которую не может cron для swarm?

Как пофиксить то, что приложения не могут отрезолвить домены изнутри контейнера? Один в один ситуация описана по ссылке https://forums.docker.com/t/docker-dns-issues-with-getaddrinfo/22907

только докер свежей версии и ситуациы одинакова и из образов на базе alpine и debian

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

А какая у Вас специфичная задача такая, в которую не может cron для swarm?

я думаю что не знаю про крон для swarm или как организовать это в концепции докера один контейнер = один процесс

я думаю что не знаю про крон для swarm или как организовать это в концепции докера один контейнер = один процесс

А я правильно понимаю, что в Вашем случае нельзя на хосте использовать cron так, что бы прокидывать в swarm нужную команду через API ?

В принципе можно - на текущий момент я предпологал работать с деплоем приложения / приложений через докер-композе . И отдельно держать логику управления кроном по хост машинам предположил будет не удобно. Из опыта работы до изучения докера в проекте были библиотеки при деплое обновлявшие крон задачи. Хочетка организовать чтоб при деплое все раскатывалось и обновлялась если были внесены правки