AlanSalamov, это делают через специальные метрики. если использовать условный UPDATE, то это ударит по производительности, т.к. нужно будет на каждый запрос делать лишний в БД.
Лучше это сделать через Prometheus - каждый сервер хранит свое кол-во просмотров в памяти и есть агрегатор, который делает запросы за этими просмотрами.
Можно и свое решение сделать (не Prometheus), но идею ты понял.
Если данные хранить критично, то тут лучше Redis какой-нибудь. Но использовать СУБД для этих целей думаю не целесообразно
MVV, весь вопрос можно сократить до: если у меня есть проект на C++ (.cpp, .h):
1. Могу ли я один раз скомпилировать проект в дин. библиотеку и дальше распространять его в формате .hpp + .so (даже с различными компиляторами) или
2. Для использования нужно будет каждому пользователю подключать исходники и компилировать самому.
historydev, ты хочешь выполнить команду на удаленном сервере, используя переменные окружения оттуда. Все что тебе нужно сделать - передать строку со скриптом, в котором нужные переменные окружения в будут явно указаны. Если не экранировать, то будут подставляться переменные из места вызова, т.е. текущей машины.
Дополнительно можно попробовать заменить двойные кавычки на одинарные - они не подставляют переменные
Ибо вы хотите реально соместимый между компиляторами ABI
Я хочу понять как это обеспечивается и есть ли такое вообще.
А "не обеспечивается и, вообще, есть другие проблемы" - это вполне себе хороший ответ. Можете расписать?
johnymkp, есть такой юз-кейс рэббита, когда в одну очередь отправляешь сообщение (и сразу возвращаешься) и после отправки сразу подписываешься на очередь из которой будешь читать ответ.
Т.е. ты строишь синхронное взаимодействие поверх асинхронного.
Например, для балансировки нагрузки
Лучше это сделать через Prometheus - каждый сервер хранит свое кол-во просмотров в памяти и есть агрегатор, который делает запросы за этими просмотрами.
Можно и свое решение сделать (не Prometheus), но идею ты понял.
Если данные хранить критично, то тут лучше Redis какой-нибудь. Но использовать СУБД для этих целей думаю не целесообразно