с позиции докера — именно он и есть

да

не поспоришь

но внезапно докер становится шедулером :)

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

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

и докер тут вообще нипричём

лок можно было бы сделать в сервисдискавери

или на базе данных

или на базе данных

он в ней и есть

это не очень важно как мы сделали лок

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

крон в отдельном контейнере это норм тема, да?

ну просто запуск "двух фоновых сервисов определённых типов" это задача таки не приложения

крон в отдельном контейнере это норм тема, да?

НЕТ

это инфрастратуктура

крон это вообще хуёвая тема в докере

это инфрастратуктура

нет, это ограничение приложения

крон в отдельном контейнере это норм тема, да?

крон сломан в докере

нет, это ограничение приложения

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

механизм будет тот же

ну или очень похожий

тут очень тонкий и спорный лёд: где заканчивается приложение и начинается инфраструктура. И кто о чём должен знать

крон в отдельном контейнере это норм тема, да?

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

на мой взгляд резервирование — инфраструктурная задача

приложение тут вообще хуем не пришито

ну да. да. согласен скользкая тема

т.е. приложению должно быть совершенно безразлично _почему_ его запустили

на любом уровне

так почему нельзя юзать инфраструктурные шедулеры?

почему нельзя ?

так почему нельзя юзать инфраструктурные шедулеры?

потому что у тебя нарушается изоляция и бизнес логика начинает течь в инфраструктуру

ну тут обсасывание каких то странных идей идёт

если мы говорим о кейсе «Мне надо раз в 5 минут пересчитывать отчёты»

какая изоляция, микросервисы ж

дак если 50 штук таких отчетов

так почему нельзя юзать инфраструктурные шедулеры?

Можно и нужно, если это централизованное решение. Если нет - вылазят другой ряд проблем

ну добавляешь таску в хронос

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

какая изоляция, микросервисы ж

микросервисы это чёрные ящики которые обмениваются сообщениями

"на уровне приложения"

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

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

да, именно это ты и должен делать

конфиги менять, или что-то ещё

кроме того под мезосом ещё и на свободных ресурсах это сделает

ох

@dd_bb держись. :)

А потом приходишь, а у людей не инфраструктура а феноменальный пиздец

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

В котром лапша из сервисов, нет чёткого пределния зон отвественности и вот это всё.

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

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

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

наговнокодить можно везде

я кажется начинаю понимать точку зрения йопа.

более того в миркросервисной архитектуре это сделать куда проще

Например знать что нельзя запускать два контейнера Х или что раз в пять минут надо запускать Y

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

от соотношения будет сдвиг в ту или иную сторону

у тя щас сильнее прогеры

от соотношения будет сдвиг в ту или иную сторону

админы не нужны уже

о да, эта вселенская сказазка про ненужность админов)

да да. админы не нужны. тоже слышал

потому что «администратор» это хуйня как «менеджер»

:)

Люди катающие виртуалки — не нужны.

увы разработчики ка кпраивло хотят спать ночью

да вообще люди не нужны

когда разработчики отказываются от факта сна - ок. админы не нужны.

ERROR: S client not available

увы разработчики ка кпраивло хотят спать ночью

Это потому что разработчики считают что «инфраструктура» это не код, а какое-то волшебство

нет.

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

Фразу Infrastructure as a Code правильно понимают реально еденицы

потому что им интересно в яваскрипт.

а не в конифиги

ничто не мешает работать совместно

и мы же сейчас не про сотую долю процента людей которые могут делать и то и другое ?

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

и эта сотая доля обычно стоит как 2 команды и тех и других

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

Эх если бы, на деле приходится инфраструктуру от и до планировать :(

но позиция @dd_bb вполне имеет право на существование. к сожалению редка.

и мы же сейчас не про сотую долю процента людей которые могут делать и то и другое ?

Откуда сотые доли? Сотни их

если от сотен тысяч то как как раз)

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

но позиция @dd_bb вполне имеет право на существование. к сожалению редка.

большинство к инфраструктуре относятся безсистемно. нахуячили чот, вродь работает

Да даже я умею :(

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

Конвеер - это гуд.

разделение труда это офигенный гуд

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

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

@dd_bb говорит что мануфактура с одним чуваком который может собирать машины от и до это хорошо.

просто «админов» больше нет

как и «менеджеров» нет

и «программистов» нет

увы они все есть. :)

Нет, их нет.

как и «менеджеров» нет

Ага щас

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

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

дев опс и все эти аджйл сказки не надо вспоминать

другое дело что сейчас _можно_ попытаться всё это уместить в одном человеке.

правда не долго