А что за разговоры про докер на маке? У меня норм пашет, что за проблема и что новый лучше?

А что за разговоры про докер на маке? У меня норм пашет, что за проблема и что новый лучше?

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

Да, инит и все ноды реджойн

Понял. Спасибо

Есть вопрос - в Телеграмме кто разбирается? - периодически очень хотелось бы скачивать файлы из своего аккаунта телеграма на мой ubuntu server - иксов на нем нет - поэтому думаю нужно использовать telegram-cli - в документации есть такой способ load_file <msg-id> - но вот вопрос - как я могу узнать <msg-id> для конкретного нужного мне сообщения?

#msgid

Есть вопрос - в Телеграмме кто разбирается? - периодически очень хотелось бы скачивать файлы из своего аккаунта телеграма на мой ubuntu server - иксов на нем нет - поэтому думаю нужно использовать telegram-cli - в документации есть такой способ load_file <msg-id> - но вот вопрос - как я могу узнать <msg-id> для конкретного нужного мне сообщения?

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

Всем привет. Разбираюсь со swarm, такой вопрос. К примеру у меня есть 10 хостов, и два сервиса на 5 реплик каждый. Я в dns для каждого сервиса должен указывать все 10 ip ? Если да то не будет ли мешать “паразитный” трафик, те 50% процентов трафика будет приходить на ноды где нет нужного сервиса и он будет роутиться ingress’ом на нужные ноды.

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

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

Всем привет. Разбираюсь со swarm, такой вопрос. К примеру у меня есть 10 хостов, и два сервиса на 5 реплик каждый. Я в dns для каждого сервиса должен указывать все 10 ip ? Если да то не будет ли мешать “паразитный” трафик, те 50% процентов трафика будет приходить на ноды где нет нужного сервиса и он будет роутиться ingress’ом на нужные ноды.

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

балансер типа nginx ?

да

nginx, haproxy, traefik (http\s only)

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

но тогда endpoint менять нужно VIP->"rrd"

--endpoint-mode dnsrr

Напутал буквы))

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

VIP по дефолту и он сам разруливает трафик внутренним балансером

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

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

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

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

>не будешь же делать резолв в 200 ip тут не понял

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

нет

overlay же на всех нодах поднимается

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

даже если на одной поднимаешь, то порт "слушается" на всех

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

а ДНС записи уже по группам расскидать

а ноды с одним сетевым интерфесом? внешний-внутренний - нету?

с 1

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

потеститруй сначала как есть

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

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

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

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

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

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

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

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

Нет конечно.

Нет конечно.

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

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

нет, так не пойдёт

нет, так не пойдёт

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

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

ты забыл о чём ты спрашивал?

ты забыл о чём ты спрашивал?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ERROR: S client not available

Хочу добавить в компоузе опцию для контейнера 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 версии то как?

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

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

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