устройства чего?

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

вам это зачем вообще?

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

репликацию оплога?

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

сейчас так и есть - на каждый сервис идет отдельный монго контейнер, но не ту мач ли это?

Не, внутренней структуры данных. Я почти сделал Raft, но мне не хотелось бы хранить весь журнал, чтобы при подключении нод его на них реплицировать. Мне стало интересно, как это сделано в MongoDB, но в документации не нашел. Не додумался на Github зайти Да и в целом интересно, как оно там все внутри работает. Благодаря вам, узнал немного нового.

рафт это же механизм консенсуса, а не репликации

Можно сделать один инстанс (или репликасет) на все.

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

Консенсус предполагает реплкацию журнала действий внутри автомата. То есть по сути есть состояние, мы реплицируем действия на Folower'ов, они меняют состояние внутри себя также, как и Leader

рафт это же механизм консенсуса, а не репликации

либо любую другую подходящую базу или зукипера или что-то ещё, что работает

сейчас так и есть - на каждый сервис идет отдельный монго контейнер, но не ту мач ли это?

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

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

синхронизация состояний в распределенных системах это одна из самых сложных технических задач

да, такое возможно. а как лучше деплоить такое количество инстансов тогда, какой best practice? если еще и реплику на особоважные делать - это же крышеснос будет

если это дял вас сложно - то тогда пилите монолит

Тем интереснее попрактиковаться в ее решении. Это же спортивный интерес скорее.

для монолита уже поздно, все готово)

если это какое-то продуктивное решение, этого не стоит делать. примерно как свою криптографию

вообще деплой и все остальное это нужно у народа спрашивать, тут я особо не помогу

Да так-то да. Можно взять Consul, у него реализованный Raft с репликацией журнала из коробки

Да так-то да. Можно взять Consul, у него реализованный Raft с репликацией журнала из коробки

вот как раз тоже консул собираюсь использовать

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

Попробуйте на «бумаге» схематично изобразить. Выберите сервисы для которых может быть одна монга, выберете те, для которых нужна разная. Когда разобьете на категории, станет проще. Можно UML Deploy диаграммой изобразить, я обычно с этого начинаю в таких «затупах»

Спасибо, попробую!

Можете в чат к девопсерам сходить @ru_devops и @devops_ru, это скорее задача из их области

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

Никогда не будет готовых универсальных решений, если только речь не о блоге на Wordpress. Никто не знает внутренностей вашего проекта лучше вас. Нужно больше уверенности и смелости. Если проект еще небольшой, пользователей не очень много и не понятно выстрелит или нет, цена ошибки в проде маленькая.

какой лучше всео подойдет?

Разницы нету

Хороший выбор

парни, можно про МОнгуз вопрос?

db.getCollection('payments').aggregate([ { "$match": {status: 'paid'} }, { "$group": { "_id": null, "total": {"$sum": ["$amount", "$credentials.WMI_COMMISSION_AMOUNT"]} } } ]) Как вывести общую сумму оплат с вычетом комиссии, которая находится в credentials.WMI_COMMISSION_AMOUNT? При таком запросе ошибка: Error: Assert: command failed: { "ok" : 0, "errmsg" : "aggregating group operators are unary ($sum)", "code" : 15953 } : aggregate failed

я думаю в этой группе это не возбраняется. зачем вообще из одного вопроса делать два?

А как одним запросом обновить несколько документов и вернуть эти обновленные документы?

Ребята, какого хрена find depreciated?

А ты оплатил?

updateMany()?

Ребята, какого хрена find depreciated?

Он же только количество вощвращает

Ребята, какого хрена find depreciated?