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

Message was forwarded from: @devops_jobs
Author: @stress_t
Message: О я тут еще нашел один кейс где агсибл гавно (и это не система управления конфигурациями, вообще ни разу)
есть сервер с 1000+ сетевых интерфейсов и около 100 scsi дисков
Есть роль с 10 шагами. Если gather_facts == True время выполнения 20 минут, gather_facts == False время выполнения 16  секунд

Message was forwarded from: @devops_jobs
Author: @stress_t
Message: Инфентори файлы для каждого узла 6+ мегов

16 секунд - неплохо вроде. Нехилая оптимизация - ценой одной строчки в плейбуке. Лайк ансиблу ))

дык извесная тема про gather

А чё только 1000 интерфейсов? Надо сразу 5000

Мала, надо 150 000

Кому поржать, а у кого-то это норма.

Если запускать 1 воркер, без рекурсивности и тредов то гомном будет все что коннектится скриптами используя тупую линейную очередь по 22 порту, если у тебя овер 9000 хостов то нужно использовать что-то более шустрое, желательно имеющее свой протокол, а еще лучше децентрплизованный и мультикастовый, чтобы утром дядя нок не проснулся и не схватился за голову от пиков ссх трафика под 200mbps и не зобанил)

(mrsync,scancore,flamethrower и подобные вещи + прямые руки)

Был как то вброс, что fb деплоится форком ipfs

Реальные хардварные 1000интерфейса? Хотелось бы взглянуть на такого монстра.

Есть у кого в ноуте проц i3 1005g1?

Если кто-то появится с таким, тегните меня плз, очень надо

нет

Каким образом сейчас правильно делать микросервисы?

Может ли один микросервис принимать хттп трафик от клиента, а служебные данные гонять по grpc? Вот припустим я на этот сервис могу сделать с фронтенда запрос по рестапи, а могу похожий запрос изнутри по grpc, это вообще правильно так делать? Получается в одном процессе и хттп и grpc серверы крутятся. А если вынести в два разных сервиса, это ведь избыточно? Как вообще правильно уживаются grpc и rest?

Есть. Hp с 8гб рам

Report on spam message was send to admins. Please be patient.